Rapid Application Development (RAD)

При использовании спиральной модели жизненного цикла часто применяется методология быстрой разработки приложений RAD (Rapid Application Development). Базовые принципы методологии таковы:

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

Ж ЦП О в методологии RAD состоит из четырех фаз:

• • фаза анализа и планирования требований;
• • фаза проектирования;
• • фаза разработки;
• • фаза внедрения.

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

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

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

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

Уже на этом этапе требуется использовать те и только те CASE-средства, которые в дальнейшем будут использоваться для создания ИС. Требование к унификации подобных средств вызвано проблемой, свойственной традиционным подходам: нередко возникало искажение данных при переходе с этапа на этап. Соответственно, единый набор CASE-средств позволяет избежать искажений.

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

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

После того как команды разработчиков заканчивают работы над подсистемами, происходит интеграция подсистем. Возникает полный программный код, производится тестирование совместной работы подсистем, а затем тестируется вся система. Физическое проектирование системы завершается следующими действиями:

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

Результат фазы построения — готовая система, которая соответствует требованиям конечных пользователей и заказчика в целом.

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

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

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