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

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

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

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

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

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

---

• 
  определяется необходимость распределения данных;
  
• 
  производится анализ использования данных;
  
• 
  производится физическое проектирование базы данных;
  
• 
  определяются требования к аппаратным ресурсам;
  
• 
  определяются способы увеличения производительности;
  
• 
  завершается разработка документации проекта.
  

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

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

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

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

---

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

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

< 1000 функциональных элементов	один человек
1000-4000 функциональных элементов	одна команда разработчиков
> 4000 функциональных элементов	4000 функциональных элементов на одну команду разработчиков

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

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

---

Смотрите также файлы

• Выполнение практических заданий по дисциплине бухгалтерское дело.docx

• Это улучшающий тип инновации. В данном случае было произведено улучшение важных параметров уже производимого продукта.docx

• Муниципальное бюджетное дошкольное общеобразовательное учреждение.docx

• Анализ состояния и эффективности использования ресурсов предприятия определите относительную экономию (перерасход) труда по следующим данным среднесписочная численность рабочих в прошлом год.doc

• Реферат Туберкулезный менингит.rtf