Эволюционные модели. 
Программная инженерия и технологии программирования сложных систем

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

Спиральная модель (Spiral) — разработана Б. Боэмом. Отражает управляемый риском процесс эволюции проекта от анализа до готовности продукта (рис. 2.7).

Рис. 2.7. Спиральная модель ЖЦ.

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

Дальнейшим развитием этой модели является Win-Win Spiral Model, которая основана на привлечении к разработке разных категорий участников проекта и определении условий успеха (выигрыша) системы или подсистемы, которые обсуждаются на каждой итерации. Возможные альтернативные решения должны оцениваться по отношению к целям и ограничениям проекта.

Модель эволюционного прототипирования основана на применении эволюционного прототипирования в рамках всего ЖЦ разработки (а не только для моделирования требований). В литературе она часто называется моделью быстрой разработки приложений (RAD, Rapid Application Development). Моделирование включает следующие шаги.

• 1. Анализ применимости модели. Изучение возможности применения модели для проекта.
• 2. Обследование заказчика. Изучение потребностей пользователя и разработка плана создания прототипа.
• 3. Итерация разработки функционального прототипа. Создание и согласование прототипа интерфейса пользователя, определение нефункциональных требований и стратегии реализации системы.
• 4. Итерация проектирования и построения. Построение протестированной системы, удовлетворяющей всем функциональным и нефункциональным требованиям.

На шагах 3 и 4 разработчики выполняют определение прототипов, согласование сроков разработки, построение и проверку прототипов. Эти шаги выполняются итеративно и включают три итерации: начальное ознакомление, уточнение и согласование.

5. Реализация. Установка системы в среде заказчика, разработка документации и обучение.

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

Структура модели представлена на рис. 2.8.

Модели ЖЦ используются практически в разных организациях разработчиков ПП. Комитет ISO/IEC разработал проект стандарта ЖЦ (1996), который проходил длительную апробацию. В этот проект вносились согласованные с 300 организациями изменения, и через 10 лет вышел окончательный вариант стандарта ISO/IEC Life Cycle 2007. Его структура и описание процессов приводятся в гл. 7 учебника.

Рис. 2.8. Модель эволюционного прототипирования.