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

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

1. Дефицит специалистов.

2. Нереалистичные сроки и бюджет.

3. Реализация несоответствующей функциональности.

4. Разработка неправильного пользовательского интерфейса.

5. «Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей.

6. Непрекращающийся поток изменений.

7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграцию.

8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами.

9. Недостаточная производительность получаемой системы.

10. «Разрыв» в квалификации специалистов разных областей знаний.

2 основные черты данной модели – анализ рисков и эволюционный характер процесса разработки. Эволюционное развитие достигается путем расстановки приоритетов требований для определения наиболее важных для 1-й «итерации» функций. После каждой итерации, определяется функция или набор функций с наибольшим приоритетом для следующего шага. Таким образом, на каждом шаге (итерации) разработчики достигают все большей и большей детализации.

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

По мере развития проекта, разработчики двигаются «вверх» по спирали. Результатом первого цикла является разработанная спецификация на продукт. После следующих проходов появляется прототип, а затем более

усложненная и конкретизированная версия продукта. Каждый проход по сектору планирования привносит уточнения в план проекта. И разработчик, и заказчик гораздо лучше понимают и реагируют на риски данного этапа. На каждом уровне проводится анализ рисков

Разработка прототипа как раз и используется как механизм снижения рисков. Разработчик может выпустить прототип продукта после каждого прохода по спирали для определения «рамок взаимодействия» с заказчиком. Проекта разработки ПО отличаются от других проектов тем, что технология развивается стремительно, поэтому:

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

Технический прогресс может сделать проект устаревшим еще до его завершения.

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