Быстрая разработка приложений (rad) (преимущества, недостатки, область применения)
Rapid Application Development, RAD
В1980г. компания IBM начала использовать метод быстрой разработки приложений (Джеймс Мартин).
Пользователь задействован на всех фазах жизненного цикла разработки проекта (при определении требований, при проектировании, разработке, тестировании, конечной поставке программного продукта).
Участие пользователя в процессе разработки становится столь активным благодаря использованию средства разработки или среды, которое позволяет дать оценку продукту на всех стадиях его разработки (средств разработки графического пользовательского интерфейса и кодогенераторов)
Характерной чертой RAD является: короткое время перехода от определения требований до создания полной системы.
Метод основывается на последовательности итераций эволюционной системы или прототипов, критический анализ которых обсуждается с заказчиком. В процессе такого анализа формируются требования к продукту.
Разработка каждого интегрированного продукта ограничивается четко определенным периодом времени, который, как правило, составляет 60 дней и называется временным блоком.
Факторы:
использование мощных инструментальных средств разработки,
высокий уровень фактора повторного использования,
осмысленные и выделенные ресурсы.
Этапы RAD
планирования требований — сбор требований (метод совместного планирования требований - Joint requirements planning, JRP), который представляет собой структурный анализ и обсуждение имеющихся коммерческих задач;
пользовательское описание — совместное проектирование приложения (Joint application design, JAD);
конструирования ("до полного завершения") — эта фаза объединяет в себе детализированное проектирование, построение (кодирование и тестирование), а также поставку программного продукта заказчику за определенное время. Сроки выполнения этой фазы в значительной мере зависит от использования генераторов кода, экранных генераторов и других типов производственных инструментальных средств;
перевод на новую систему эксплуатации—включает проведение пользователями приемочных испытаний, установку системы и обучение пользователей.
Преимущества RAD
благодаря использованию мощных инструментальных средств время цикла разработки для всего проекта можно сократить;
требуется меньшее количество специалистов, т.к. специалисты хорошо владеют предметной областью ;
благодаря принципу временного блока уменьшаются затраты и риск, связанный с соблюдением графика;
в состав каждого временного блока входит анализ, проектирование и внедрение (фазы отделены от действий);
основное внимание переносится с документации на код, причем при этом справедлив принцип "получаете то, что видите" (What you see is what you get, WYSIWYG);
в модели используются современные методы моделирования данных;
+ достоинства структурной эволюционной модели быстрого прототипирования.
Недостатки RAD
пользователь должен всегда принимать участие на всех этапах разработке;
необходимо достаточное количество высококвалифицированных и хорошо обученных разработчиков;
использование модели может оказаться неудачным в случае, если отсутствуют пригодные для повторного использования компоненты;
жесткие временные ограничения;
существует риск, что работа над проектом никогда не будет завершена;
Область применения RAD
в системах, которые поддаются моделированию (основанных на использовании компонентных объектов), а также в масштабируемых системах;
в системах, требования для которых в достаточной мере хорошо известны;
в случаях, когда конечный пользователь может принимать участие в процессе разработки на протяжении всего жизненного цикла;
при выполнении проектов, разработка которых должна быть выполнена в сокращенные сроки;
когда пригодные к повторному использованию части можно получить из автоматических хранилищ программных продуктов;
в системах, которые предназначены для концептуальной проверки, являются некритическими или имеют небольшой размер;
когда затраты и соблюдение графика не являются самым важным вопросом;
в системах, в которых не требуются достижение высокой производительности, особенно достигаемая посредством использования настройки интерфейсов;
когда команде, работающей над проектом, знакома предметная область
Из ТИПСА:
Основные принципы методологии RAD
Используется итерационная (спиральная) модель разработки.
Полное завершение работ на каждом этапе ЖЦ не обязательно
Обеспечивается тесное взаимодействие с заказчиками и будущими пользователями
Применяются case средства и средства быстрой разработки
Применяются средства управления конфигурацией, облегчающие внесение изменений в проект и сопровождение готовой системы
Используются прототипы, позволяющие выяснить и реализовать потребности конечного пользователя
Тестирование и разработка проекта осуществляется одновременно с разработкой
Разработка ведется многочисленной командой
Обеспечивается граммотное руководство разработкой системы, четкое планирование ии контроль выполнения работ.
Ограничения методологии RAD
Методология Rad не подходит для создания нее только типовых ИС, но и сложных расчетных программ, ОС, и программ управления сложными инженерно-техническими объектами, т.е. программ, требующих написания большого объема универсального кода
Методология RAD не может быть использована для разработки приложений, в которых интерфейс пользователя является вторичным , т.е. отсутствует наглядное определение логики работы системы (драйверы, службы)
Неприемлема для разработки систем, от которых зависит безопасность людей (система управления транспортом)