Информационно-справочные программы предназначены для вывода необходимой информации

5. Информационно-справочные программы предназначены для вывода необходимой информации.

В недалеком будущем обучаемый при подготовке к занятиям или на занятиях сможет использовать ПК, подключенный через модем и телефонную линию связи к другим компьютерам и к библиотеке. В этом случае он может получить любую необходимую информацию, имея доступ к компьютеризированному каталогу книг и периодических изданий. С помощью компьютера учащийся сможет осуществить доступ к любому организованному хранилищу информации, ко многим различным банкам данных. Знать, как с помощью компьютера можно получить информацию, так же важно, как уметь пользоваться энциклопедией или библиотекой.

6. Имитационные и моделирующие программы, предназначенные для “симуляции” объектов и явлений. Эти программы особенно целесообразно применять, когда явление осуществить невозможно или это весьма затруднительно. При использовании таких программ абстрактные понятия становятся более конкретными и легче воспринимаются обучаемыми. Кроме того учащиеся получают гораздо больше знаний при активном усвоении материала, чем просто запоминая пассивно полученную информацию.

7. Программы для проблемного обучения, которые построены в основном на идеях и принципах когнитивной психологии, в них осуществляется непрямое управление деятельностью учащихся. Это значит, что предъявляются разнообразные задачи и учащиеся побуждаются решать их путем проб и ошибок.

Обзор отечественных систем дистанционного обучения.

ОРОКС

Обзор средств, представленных в России, мы начнем с системы ОРОКС (старое название WEB-Tester), разрабатываемой Московским Областным Центром Новых Информационных Технологий (МОЦНИТ) http://www.mocnit.zgrad.su при Московском государственном институте электронной техники (МИЭТ).

Данная система интересна прежде всего тем обстоятельством, что разрабатывается и эксплуатируется высшим учебным заведением и, как следствие, учитывает основные особенности реального учебного процесса в нашей стране. Программный комплекс ОРОКС является многофункциональной сетевой оболочкой для создания учебно-методических модулей и организации обучения с удаленным доступом. Она реализована с использованием WWW CGI-технологии.

С помощью ОРОКСа можно создавать электронные учебно-методические пособия, обучающе-контролирующие системы, системы тестирования и контроля.

Основными направлениями использования ОРОКС в МИЭТ являются:

- Учебный процесс.

- Вступительное тестирование абитуриентов.

- Система дистанционного обучения МИЭТ.

- Организация взаимодействия с региональными центрами новых информационных технологий.

Система реализована в виде набора скриптов на языке Perl, имеющих интерфейс с SQL-базой данных. Возможные платформы для работы серверной части системы - практически любой Web-сервер, как Unix, так и Win32. В анонсированной на момент подготовки данного материала версии 2.2 разработчики обеспечили интеграцию с популярным Web-сервером Apache.

В качестве отличительных особенностей своей системы разработчики называют следующие:

- Простота функциональных возможностей системы для всех категорий пользователей; отсутствие необходимости изучения специальных программ; удобство, единообразие интерфейса.

- Сочетание в одной оболочке возможностей оперативного создания учебно-методических модулей, проведения обучения и управления учебным процессом.

- Большой объем базы данных для хранящихся учебных модулей и результатов контроля обучения на сервере системы.

- Неприхотливость в отношении используемого "железа" и программного обеспечения.

- Централизованность и устойчивость к взлому.

- Дешевизна. Все инструменты, использованные при создании системы ОРОКС, являются свободно распространяемыми (SQL- сервер MySQL, Standard Perl 5, Apache Web Server).

К достоинствам системы, несомненно, можно отнести:

- возможности разработки и использования групповых и индивидуальных учебных планов пользователей;

- наличие взаимозаменяемых типов интерфейса и дизайна системы (предлагаются три варианта, но можно создать новые);

- настраиваемое меню с возможностью добавления новых пунктов;

- встроенную поисковую систему;

- наличие защищенного каталога электронных учебных пособий.

С сайта ОРОКСа можно переписать демонстрационные версии этой оболочки, а также устанавливаемую на компьютер пользователя автономную систему разработки тестов.

Учебный модуль в системе ОРОКС формируется из блоков разных типов:

- информационные блоки, не требующие ответа: ознакомительные, поясняющие и т.п.;

- контролирующие блоки с вводом ответа.

Блоки могут объединяться в линейную или древовидную структуры.

Информационные блоки представляют собой гипертексты. Система разработки учебного модуля позволяет в текст любого блока модуля вставлять картинки, файлы, видео и другие активные элементы.

Необходимо отметить, что сами разработчики аккуратно используют возможности мультимедиа в своих учебных курсах, специально оговаривая ограниченные возможности передачи больших объемов информации по телекоммуникационным каналам.

Предусмотрены два типа контролирующих блоков по способу ввода ответа:

- выбор одного или нескольких ответов из предложенных вариантов;

- с произвольным вводом ответа. Проверка может осуществляться по логическому шаблону и по ключевым словам.

В учебной системе ОРОКС предусмотрены следующие основные категории пользователей, которые имеют следующие возможности:

1. Обучаемый проходит полный курс обучения или выполняет контрольные мероприятия, просматривает накопленные результаты контроля для себя и своей группы, отправляет сообщения администратору системы, преподавателю-куратору.

2. Преподаватель-куратор формирует рабочую программу дисциплины и индивидуальный график работы обучаемого по данной дисциплине, проверяет контрольные работы (рефераты, доклады и т. д.), просматривает результаты тестирования, осуществляет общий контроль за ходом процесса обучения, отвечает на вопросы, присылаемые обучаемыми.

3. Преподаватель-методист (разработчик учебно-методических модулей) создает и редактирует модули, проверяет их работоспособность, планирует по времени проведение контрольных мероприятий.

4. Учебный администратор осуществляет контроль за успеваемостью и за использованием учебно-методических материалов, выдает рекомендации преподавателю-методисту по совершенствованию системы контроля и обучения.

5. Администратор системы устанавливает программное обеспечение системы, настраивает систему, создает базу данных, устанавливает пароли и ключи для проверки, осуществляет доступ к базе данных и редактирование записей.

Для создания обучающих и контролирующих модулей в системе ОРОКС разработана специальная программа ОСТ, устанавливаемая автономно на персональном компьютере. Это оболочка, которая создает модули на языке JavaScript. Программа является дополнительным инструментом для системы ОРОКС, но может использоваться и отдельно от неё для создания интерактивных модулей, выполняющихся на локальных персональных компьютерах.

Удобный интерфейс программы позволяет строить различные учебные модули в пошаговом режиме, использовать уже готовые компоненты ОРОКСа, а также подготавливать материалы для записи на компакт-диски. Пожалуй, единственным недостатком программы ОСТ является использование в ее интерфейсе жаргона, может быть, и распространенного в молодежной среде, но никак не заслуживающего тиражирования в серьезном продукте даже с целью оживления диалогов.

ПРОМЕТЕЙ

Одним из интересных решений, позволяющих создавать мультимедийные дистанционные курсы, которые могут распространяться также и на компакт-дисках, является система Прометей www.prometeus.ru. Система дистанционного обучения СДО Прометей - программная оболочка, обеспечивающая возможности дистанционного обучения и тестирования слушателей, а также имеющая необходимые средства для управления деятельностью виртуального учебного заведения. Система Прометей имеет модульную архитектуру, поэтому легко расширяется, модернизируется и масштабируется. Система состоит из следующих модулей:

- Типовой Web-узел - набор HTML-страниц, предоставляющих информацию об учебном центре, списке курсов и дисциплин, списке тьюторов в Интернет или Интранет организации.

- АРМ "Администратор" - обеспечивает выполнение администратором своих служебных обязанностей. К обязанностям относятся: управление системой, разграничение прав доступа к ее компонентам, регистрация новых тьюторов и организаторов.

- АРМ "Организатор" - обеспечивает выполнение организатором своих служебных обязанностей. К ним относятся: формирование групп, регистрация слушателей, контроль над оплатой обучения и рассылкой учебных материалов.

- АРМ "Тьютор" - обеспечивает консультирование слушателей, контроль за их успеваемостью, тестирование, простановку оценок в зачетную книжку, формирование отчетов руководству.

- АРМ "Слушатель" - обеспечивает слушателя всеми необходимыми средствами для успешного изучения курса. Слушатель может общаться с тьютором и коллегами, изучать электронные версии курсов, выполнять лабораторные работы, сдавать тесты, работать над ошибками.- Модуль "Трекинг" - фиксирует в базе данных все обращения к информационным материалам, расположенным на Web- сервере учебного центра, и отчет о том, кто, когда и что читал или просматривал.

- Модуль "Курс" - обеспечивает доступ к курсам со стороны слушателей, тьюторов, организаторов и администратора. Для каждого пользователя список курсов формируется динамически на основании его членства в группах.

- Модуль "Регистрация" - регистрирует новых слушателей в системе и вносит информацию о них в базу данных.

- Модуль "Тест" - формирует для каждого слушателя уникальное тестовое задание. Сохраняет ответы на вопросы в базе данных, анализирует их и подсчитывает набранный балл. Генерирует подробный отчет о прохождении теста и сохраняет его на сервере для последующего анализа.

- Модуль "Дизайнер тестов" - позволяет в интерактивном режиме создавать новые тесты, расширять и изменять существующие или импортировать тест из текстового файла. Дизайнер тестов - компонента, выполненная по технологии ASP и устанавливаемая на сервере СДО во время инсталляции комплекса. Предназначена для ввода новых и модификации имеющихся тестовых заданий. Это высокоуровневое программное средство с простым графическим интерфейсом, которое позволяет создавать тесты, используя четыре различных формы вопросов:

- "один из многих" - слушатель должен выбрать из нескольких вариантов ответа один (правильный);

- "многие из многих" - нужно выбрать один или несколько вариантов ответов, которые удовлетворяют условиям вопросов;

- "да/нет/не знаю" - часто используемый вариант теста первого типа;

- "поле ввода" - ответ набирается слушателем в произвольной текстовой форме.

- Модуль "Учет" - обеспечивает контроль над поступлением платежей и рассылкой учебных материалов.

- Модуль "Отчеты" - формирует разнообразные отчеты о деятельности учебного заведения.

- Модуль "Дизайнер курсов" - позволяет в автономном режиме создавать мультимедийные дистанционные учебные курсы с их последующим размещением на сервере учебного центра. Программа ориентирована на пользователя, не искушенного в премудростях информационных технологий, и представляет собой отдельную программу, устанавливаемую на локальный компьютер. Подключение этого компьютера к сети не обязательно.

Завершая рассказ о системе дистанционного обучения Прометей, отметим, что после предварительной регистрации посетителю сайта предоставляется возможность загрузить демонстрационную версию дизайнера курсов, а также воспользоваться тестовым входом и познакомиться с системой в режимах студента и тьютора. Вы также можете в качестве студента бесплатно пройти курс "Индустрия туризма", предоставленный Российской международной академией туризма. Вероятно, названный курс содержит обширную информацию, полезную будущим менеджерам туристического бизнеса, но нельзя не отметить, что курс представляет собой просто структурированный текст с небольшим количеством ссылок на адреса ресурсов в Интернет, причем без иллюстраций даже в таких разделах, как "География туризма"...

EXTENSIBLE DISTANCE LEARNING SYSTEM (XDLS)

В обзоре средств создания систем дистанционного обучения и разработки учебных курсов для таких систем нельзя не упомянуть об оригинальной разработке Пермского государственного университета - системе eXtensible Distance Learning System (xDLS). Информация о ней представлена на сайте www.xdlsoft.com. На сайте представлена систематизированная информация о принципах разработки и функционирования систем дистанционного обучения и международных стандартах в этой области. Изначально ориентированная на соответствие таким стандартам система построена на основе программного обеспечения, не требующего дополнительного лицензирования, и имеет исчерпывающее техническое описание. Система имеет расширяемую многоплатформенную масштабируемую архитектуру, которая позволяет использовать ее на различных аппаратно-программных платформах (windows, unix). Она поддерживает все основные функции (публикация учебных материалов, тестирование, администрирование) и может быть использована в учебных заведениях и организациях для решения широкого спектра задач - от простого тестирования до организации курсов дистанционного обучения. Весьма привлекательна и цена - версия xDLS-2002 Standart Edition, предназначенная для функционирования под управлением операционной системы Windows, осенью 2002 года предлагалась за 5950 рублей. К сожалению, информации о внедрении системы в родном вузе на его сайте нет.

DISTANCE LEARNING STUDIO - ELEARNING OFFICE 3000

В 1999-2000 гг. в рамках проекта "Информационные технологии дистанционного обучения" Санкт-Петербургского Отделения Института Открытое Общество (Фонд Сороса) было разработано инструментальное средство для создания мультимедийных учебных курсов, приспособленных для использования в системах дистанционного обучения российского сегмента сети Интернет, - Distance Learning Studio ("Конструктор мультимедийных дистанционных курсов").

Разработчик - компания Гиперметод http://www.hypermethod.ru - в дальнейшем дополнила пакет для компоновки мультимедийных учебных курсов средствами для развертывания в Интернете сервера учебного центра, и с 2002 года разработка стала распространяться как пакет eLearning Office 3000. Информационный материал об этом пакете был опубликован в № 3-4, 5 журнала за 2002 год. Напомним, что в основу концепции дистанционного обучения, реализуемой пакетом, положена технология Web- CD, при которой основной массив учебного материала поставляется учащемуся на компакт-диске, а его обновления, оперативные контакты с учебным центром и преподавателями, тестирование знаний и дистанционные семинары осуществляются с использованием Интернет. Если необходимое качество связи не обеспечивается в режиме on-line, взаимодействие учащегося и учебного центра осуществляется с использованием электронной почты. Курс может изучаться и автономно на стандартном мультимедийном персональном компьютере.

В 2001-2002 г. при поддержке Института "Открытое общество" в рамках пилотных проектов были созданы нескольких учебных курсов - "Россия. XVII век", "Россия и Восток", "Символика русского дома", курс английского языка "Bensons" (Intermediate Level), "История русской поэзии "серебряного" века". Структура каждого из курсов включает следующие основные разделы:

- лекции, содержащие основной материал, представленный в мультимедийной форме;

- набор тестов, соответствующих основному лекционному материалу и предназначены для самооценки знаний;

- словарь - иллюстрированное толкование ключевых терминов учебного материала;

- поиск - встроенная система полнотекстового поиска по материалам курса;

- связь с учебным центром в Интернет, на котором размещаются обновления и дополнения к курсу.

"Учебные центры" - серверы в Интернет, выполняющие функции сопровождения учебных курсов, поддержки регистрации учащихся, расписания обучения, удаленного тестирования, электронной зачетки и ведомости успеваемости, обновлений основного мультимедийного учебного материала, проведения дистанционных семинаров и занятий, включая Интернет- трансляцию. Между собой учебные центры могут обмениваться информацией, используя возможность экспорта документов в XML-формате.

К настоящему времени функционируют два близнеца-сервера: http://www.studium.spb.ru и www.elearn.ru, которые могут выполнять функции учебного центра для курсов, разработанных с использованием конструктора Distance Learning Studio. Первый сервер в настоящее время является некоммерческим и может быть использован как открытый сайт для проектов, поддерживаемых Фондом Сороса и связанными с ним организациями. Он может функционировать также и как "виртуальная кафедра" для отработки технологии дистанционного взаимодействия кафедр-партнеров и обучения будущих авторов технологии создания мультимедийных дистанционных курсов.

Опыт пробной эксплуатации первых версий пакета Distance Learning Studio - eLearning Office 3000 выявили определенный интерес, причем не только на российском рынке, к технологии дистанционного обучения Web-CD, реализуемой этой системой. В 2001-2002 гг. комплекты Конструктора были безвозмездно переданы в несколько десятков российских университетов, участвовавших в Программе поддержки кафедр региональных университетов, осуществленной под эгидой Института "Открытое Общество" (Фонд Сороса), в том числе и в ряд петербургских вузов.

4.2 Обоснование выбора инструмента разработки

Authorware - лучшее визуальное средство для создания приложений для интерактивного обучения. Оно позволяет создать интересные обучающие программы, используя все богатства различных форм представления учебных материалов, донести их до учеников через Web, локальную сеть или CD-ROM и проследить за результатами обучения.

Достоинства Authorware:

Простота

Преподаватели, даже не имея большого педагогического опыта, могут быстро разрабатывать разнообразные по форме, интерактивные обучающие программы при помощи таких средств Authorware, как ось событий (flowline), значки и шаблоны.

Привлекательность

Специализированное программное обеспечение для создания обучающих программ позволяет повысить качество обучения при помощи интерактивных, информационно- насыщенных форм представления учебного материала.

Эффективность

Минимизируйте стоимость разработки учебного курса при помощи мощного набора средств, оптимизированных для создания интерактивных обучающих программ. Встроенные средства контроля успеваемости помогут оценить эффективность обучения.

Web

Современные методы сжатия и организации потоковой доставки позволяют создавать великолепные интерактивные учебные курсы, доступные через Web. Authorware Advanced Streamer дает возможность довести до пользователей все богатство вашего курса даже по модемным линиям 28.8К.

Лидирующее положение на рынке

Authorware является наилучшим средством для создания интерактивных обучающих программ. По результатам маркетинговых исследований, Authorware ежегодно, начиная с 1995 г., занимает первое место на рынке.

4.3 Организационное обеспечение

Одним из базовых понятий методологии проектирования ИС является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО - это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации.

Основным нормативным документом, регламентирующим ЖЦ ПО, является международный стандарт ISO/IEC 12207 [5] (ISO - International Organization of Standardization - Международная организация по стандартизации, IEC - International Electrotechnical Commission - Международная комиссия по электротехнике). Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.

Структура ЖЦ ПО по стандарту ISO/IEC 12207 базируется на трех группах процессов:

·          основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация,

·          сопровождение);

·          вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем);

·          организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

Разработка включает в себя все работы по созданию ПО и его компонент в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации, подготовку материалов, необходимых для проверки работоспособности и соответствующего качества программных продуктов, материалов, необходимых для организации обучения персонала и т.д. Разработка ПО включает в себя, как правило, анализ, проектирование и реализацию (программирование).

Эксплуатация включает в себя работы по внедрению компонентов ПО в эксплуатацию, в том числе конфигурирование базы данных и рабочих мест пользователей, обеспечение эксплуатационной документацией, проведение обучения персонала и т.д., и непосредственно эксплуатацию, в том числе локализацию проблем и устранение причин их возникновения, модификацию ПО в рамках установленного регламента, подготовку предложений по совершенствованию, развитию и модернизации системы.

Управление проектом связано с вопросами планирования и организации работ, создания коллективов разработчиков и контроля за сроками и качеством выполняемых работ. Техническое и организационное обеспечение проекта включает выбор методов и инструментальных средств для реализации проекта, определение методов описания промежуточных состояний разработки, разработку методов и средств испытаний ПО, обучение персонала и т.п. Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования ПО. Верификация - это процесс определения того, отвечает ли текущее состояние разработки, достигнутое на данном этапе, требованиям этого этапа. Проверка позволяет оценить соответствие параметров разработки с исходными требованиями. Проверка частично совпадает с тестированием, которое связано с идентификацией различий между действительными и ожидаемыми результатами и оценкой соответствия характеристик ПО исходным требованиям. В процессе реализации проекта важное место занимают вопросы идентификации, описания и контроля конфигурации отдельных компонентов и всей системы в целом.

Управление конфигурацией является одним из вспомогательных процессов, поддерживающих основные процессы жизненного цикла ПО, прежде всего процессы разработки и сопровождения ПО. При создании проектов сложных ИС, состоящих из многих компонентов, каждый из которых может иметь разновидности или версии, возникает проблема учета их связей и функций, создания унифицированной структуры и обеспечения развития всей системы. Управление конфигурацией позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях ЖЦ. Общие принципы и рекомендации конфигурационного учета, планирования и управления конфигурациями ПО отражены в проекте стандарта ISO 12207-2.

Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными на предыдущем этапе, и результатами. Результатами анализа, в частности, являются функциональные модели, информационные модели и соответствующие им диаграммы. ЖЦ ПО носит итерационный характер: результаты очередного этапа часто вызывают изменения в проектных решениях, выработанных на более ранних этапах.

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:

·          небольшую команду программистов (от 2 до 10 человек);

·          короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

·          повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком.

Команда разработчиков должна представлять из себя группу профессионалов, имеющих опыт в анализе, проектировании, генерации кода и тестировании ПО с использованием CASE- средств. Члены коллектива должны также уметь трансформировать в рабочие прототипы предложения конечных пользователей.

Жизненный цикл ПО по методологии RAD состоит из четырех фаз:

·          фаза анализа и планирования требований;

·          фаза проектирования;

·          фаза построения;

·          фаза внедрения.

На фазе анализа и планирования требований пользователи системы определяют функции, которые она должна выполнять, выделяют наиболее приоритетные из них, требующие проработки в первую очередь, описывают информационные потребности. Определение требований выполняется в основном силами пользователей под руководством специалистов- разработчиков. Ограничивается масштаб проекта, определяются временные рамки для каждой из последующих фаз. Кроме того, определяется сама возможность реализации данного проекта в установленных рамках финансирования, на данных аппаратных средствах и т.п. Результатом данной фазы должны быть список и приоритетность функций будущей ИС, предварительные функциональные и информационные модели ИС.

На фазе проектирования часть пользователей принимает участие в техническом проектировании системы под руководством специалистов-разработчиков. CASE-средства используются для быстрого получения работающих прототипов приложений. Пользователи, непосредственно взаимодействуя с ними, уточняют и дополняют требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рассматриваются процессы системы. Анализируется и, при необходимости, корректируется функциональная модель. Каждый процесс рассматривается детально. При необходимости для каждого элементарного процесса создается частичный прототип: экран, диалог, отчет, устраняющий неясности или неоднозначности. Определяются требования разграничения доступа к данным. На этой же фазе происходит определение набора необходимой документации.

После детального определения состава процессов оценивается количество функциональных элементов разрабатываемой системы и принимается решение о разделении ИС на подсистемы, поддающиеся реализации одной командой разработчиков за приемлемое для RAD-проектов время - порядка 60 - 90 дней. С использованием CASE-средств проект распределяется между различными командами (делится функциональная модель). Результатом данной фазы должны быть:

·          общая информационная модель системы;

·          функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков;

·          точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами;

·          построенные прототипы экранов, отчетов, диалогов.

Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы. Данное требование вызвано тем, что в традиционном подходе при передаче информации о проекте с этапа на этап может произойти фактически неконтролируемое искажение данных. Применение единой среды хранения информации о проекте позволяет избежать этой опасности.

В отличие от традиционного подхода, при котором использовались специфические средства прототипирования, не предназначенные для построения реальных приложений, а прототипы выбрасывались после того, как выполняли задачу устранения неясностей в проекте, в подходе RAD каждый прототип развивается в часть будущей системы. Таким образом, на следующую фазу передается более полная и полезная информация.

На фазе построения выполняется непосредственно сама быстрая разработка приложения. На данной фазе разработчики производят итеративное построение реальной системы на основе полученных в предыдущей фазе моделей, а также требований нефункционального характера. Программный код частично формируется при помощи автоматических генераторов, получающих информацию непосредственно из репозитория CASE-средств. Конечные пользователи на этой фазе оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять определенным ранее требованиям. Тестирование системы осуществляется непосредственно в процессе разработки.

После окончания работ каждой отдельной команды разработчиков производится постепенная интеграция данной части системы с остальными, формируется полный программный код, выполняется тестирование совместной работы данной части приложения с остальными, а затем тестирование системы в целом. Завершается физическое проектирование системы:

·          определяется необходимость распределения данных;

·          производится анализ использования данных;

·          производится физическое проектирование базы данных;

·          определяются требования к аппаратным ресурсам;

·          определяются способы увеличения производительности;

·          завершается разработка документации проекта.

Результатом фазы является готовая система, удовлетворяющая всем согласованным требованиям.

На фазе внедрения производится обучение пользователей, организационные изменения и параллельно с внедрением новой системы осуществляется работа с существующей системой (до полного внедрения новой). Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, как правило, на этапе проектирования системы. Приведенная схема разработки ИС не является абсолютной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведется разработка: разрабатывается совершенно новая система; уже было проведено обследование предприятия и существует модель его деятельности; на предприятии уже существует некоторая ИС, которая может быть использована в качестве начального прототипа или должна быть интегрирована с разрабатываемой.

Следует, однако, отметить, что методология RAD, как и любая другая, не может претендовать на универсальность, она хороша в первую очередь для относительно небольших проектов, разрабатываемых для конкретного заказчика. Если же разрабатывается типовая система, которая не является законченным продуктом, а представляет собой комплекс типовых компонент, централизованно сопровождаемых, адаптируемых к программно-техническим платформам, СУБД, средствам телекоммуникации, организационно- экономическим особенностям объектов внедрения и интегрируемых с существующими разработками, на первый план выступают такие показатели проекта, как управляемость и качество, которые могут войти в противоречие с простотой и скоростью разработки. Для таких проектов необходимы высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам, что снижает скорость разработки.

Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления космическими кораблями, т.е. программ, требующих написания большого объема (сотни тысяч строк) уникального кода.

Не подходят для разработки по методологии RAD приложения, в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы (например, приложения реального времени) и приложения, от которых зависит безопасность людей (например, управление самолетом или атомной электростанцией), так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.

Оценка размера приложений производится на основе так называемых функциональных элементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка.

Перечислим основные принципы методологии RAD:

·          разработка приложений итерациями;

·          необязательность полного завершения работ на каждом из этапов жизненного цикла;

·          обязательное вовлечение пользователей в процесс разработки ИС;

·          необходимое применение CASE-средств, обеспечивающих целостность проекта;

·          применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы;

·          необходимое использование генераторов кода;

·          использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя;

·          тестирование и развитие проекта, осуществляемые одновременно с разработкой;

·          ведение разработки немногочисленной хорошо управляемой командой профессионалов;

·          грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.