Методология RAD

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

- небольшая команда программистов (2-10 человек),

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

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

ЖЦ ПО по этой методологии состоит из 4 фаз:

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

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

1-общая информационная модель системы.

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

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

4-построенные прототипы экранных форм, отчетов и тд.

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

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

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

3-определябтся требования к аппаратным ресурсам

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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