40

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

·· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

3.3Модель быстрой разработки приложений

Вмодели быстрой разработки приложений (Rapid Application Development – RAD) пользователь задействован не только при определении требований, но и на всех остальных фазах жизненного цикла разработки ПП: проектировании, кодировании, тестировании, внедрении (рис. 3.4). Для этого необходимо использовать специальное ПО – средства разработки графического пользовательского интерфейса и кодогенераторы. Модель основывается на последовательности итераций создания прототипов, критический анализ которых обсуждается с заказчиком.

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

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

41

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

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

RAD-модель включает следующие фазы:

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

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

создание (детальное проектирование, кодирование и тестирование ПП и его поставка заказчику за определенное время);

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

Достоинства RAD-модели состоят в следующем:

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

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

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

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

42

В то же время RAD-модели присущи и недостатки:

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

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

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

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

команды, разрабатывающие коммерческие проекты с помощью модели RAD, могут «затянуть» разработку программного продукта до такой степени, что его поставка конечному пользователю будет под большим вопросом;

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

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

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

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

Контрольные вопросы по главе 3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

1.Раскройте достоинства и недостатки каскадной модели разработки ПП.

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

3.Раскройте достоинства и недостатки модели прототипирования.

4.Поясните, в каких случаях целесообразно использовать модель прототипирования.

43

5.Раскройте достоинства и недостатки модели быстрой разработки приложений.

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