Содержание RAD-технологий создания приложений

 

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

 

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

 

2.2 Фаза проектирования.

 

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

 

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

 

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

 

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

 

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

 

На этой же фазе происходит определение набора необходимой  документации.

 

Результатами данной фазы являются:

 

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

 

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

 

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

 

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

 

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

 

2.3 Фаза построения

 

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

 

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

 

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

 

Завершается физическое проектирование системы, а именно:

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

2.4 Фаза внедрения.

 

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

 

Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, еще на этапе  проектирования системы.

 

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

 

 

Заключение

 

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

 

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

 

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

 

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

 

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