Спиральная модель жизненного цикла

Спиральная модель включает следующие этапы:

1. Начальный сбор требований и планирования проекта

2. Сбор требований на основе рекомендаций заказчика, согласование плана с заказчиком

3. Анализ риска на основе начальных требований

4. Анализ риска на основе реакции заказчика

5. Переход к комплексной системе

6. Начальный макет системы

7. Продвинутый макет системы

8. Сконструированная система

9. Оценённая заказчиком система

10. Принятая заказчиком система

Модель определяет 4 действия, представленные четырьмя квадрантами спирали:

1. Планирование

Осуществляется определение целей, вариантов и ограничений

2. Анализ риска

Осуществляется анализ вариантов распознавания риска, принятия решения

3. Проектирование

Осуществляется разработка продукта следующего уровня

4. Оценивание

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

Развитие программного обеспечения осуществляется итерационно. Из каждой итерации строится всё более полной версии программного обеспечения. На первом витке спирали определяются:

- начальные цели, варианты и ограничения

- распознаётся и анализируется риск, при этом если анализ риска показывает неопределённость требований, то осуществляется макетирование

- для определения проблемных и уточнённых требований может быть использовано моделирование

- заказчик оценивает проделанную работу и вносит предложения по модификации

На следующем витке спирали:

- на основании требований заказчика уточняются требования к программному обеспечению

- производит анализ риска и принимается решение о продолжении или закрытия проекта

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

- новое оценивание системы заказчиком

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

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

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

1. Наиболее реально (эквивалентно) отображает разработку программного обеспечения

2. Учитывает риск на каждом витке разработки

3. Включает шаг системного подхода в итерационную структуру разработки

4. Позволяет использовать моделирование для уменьшения риска и совершенствования программного изделия.

Недостатки:

1. Модель трудно стыкуется со стадиями разработки предусмотренного действующего до сих пор ГОСТ ЕСПД

2. Модель предъявляет повышенные требования к заказчику

3. Трудности контроля процесса разработки и большие сложности при планировании времени разработки