Область применения структурной эволюционной модели быстрого прототипирования

Менеджер проекта может быть уверен в необходимости применения структурной эволюционной модели быстрого прототипирования, если:

• требования не известны заранее;

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

• следует уточнить требования;

• существует потребность в разработке пользовательских интерфейсов;

• нужна проверка концепции;

• осуществляются временные демонстрации;

• построенное по принципу структурной модели, эволюционное быстрое прототипирование можно успешно использовать в больших системах, в которых некото­рые модели подвергаются прототипированию, а некоторые— разрабатываются более традиционным образом;

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

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

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

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

• алгоритмы или системные интерфейсы усложнены;

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

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

• разрабатывается ПО, особенно в случае программ, когда проявляется средняя и высокая степень риска;

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

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

Спиральная модель

Спиральная модель(рис.2) ─ классический пример применения эволюционной стратегии конструирования.

Где, 1. начальный сбор требований и планирование проекта; 2. та же работа, но на основе рекомендаций заказчика; 3. анализ риска на основе начальных требований; 4. анализ риска на основе реакции заказчика; 5. переход к комплексной системе; 6. начальный макет системы; 7. следующий уровень макета; 8. сконструированная система; 9. оценивание заказчиком.

Как показано на рис. 11, спиральная модель определяет четыре действия, представляемые четырьмя квадрантами спирали:

·        планирование ─ определение целей, вариантов и ограничений;

·        анализ риска ─ анализ вариантов и распознавание (выбор) риска;

·        конструирование ─ разработка продукта следующего уровня;

·        оценивание ─ оценка заказчиком текущих результатов конструирования.

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

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

Рисунок 2. Спиральная модель

Недостатками спиральной модели являются:

·        новизна (отсутствует достаточная статистика эффективности модели);

·        повышенные требования к заказчику;

·        трудности контроля и управления временем разработки.