Технология разработки ПО - лекции, пособие, ЛР / Lectures / 07 - Классические модели ЖЦПО

Область применения RAD-модели

Разработка компонентноориентированных систем

Маленькие проекты (менее 60 дней)

Требования к системе известны и постоянны

RAD-модель НЕ применима

 для построения сложных расчетных программ содержащих большой объем (сотни тысяч строк) уникального кода

 операционные системы

 программы управления сложными объектами в реальном масштабе времени

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

 приложения реального времени

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

 управление самолетом или атомной электростанцией

Достоинства RAD-модели

Маленькое время на разработку за счет использования автоматизированных средств

Маленький размер проектной команды

Активное участие заказчика в процессе разработки

Недостатки RAD-модели

 Необходимы специалисты, владеющие RADсредствами

 Для больших проектов требуются существенные людские ресурсы.

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

 Не применима в условиях высоких технических рисков (то есть при использовании новой технологии).

 Подходит для разработки типовых проектов поскольку предъявляет высокие требования к наличию готовых (Re-Usable) компонентов

Компонентно- ориентированная модель

является развитием спиральной модели

основывается на эволюционной стратегии конструирования

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

Компонентно-

ориентированная

модель

Свойства компонентно- ориентированной модели

Достоинства

уменьшает на 30 % время разработки

уменьшает стоимость разработки до 70 %

увеличивает в 1,5 раза производительность

Недостатки

применима только для типовых проектов

требуется наличие большой библиотеки готовых компонент

Свойства V-образной модели

 Достоинства

 Проработка критериев завершения фаз  Простота в использовании

 Планирование работ «дальних» этапов проекта

 Недостатки

 Отсутствует учет итераций между фазами  Тестирование требований выполняется поздно

 Плохо применима в проектах с неустойчивым набором требований

Выводы

Разработка ПО с использованием формальной модели повышает вероятность успешного завершения проекта

Идеальных моделей не существует

Любая модель должна быть адаптирована для использования в компании

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

На основе классических моделей можно создавать новые гибридные модели