Введение.

Спиральная модель– классический пример применения эволюционной стратегии конструирования. Модель (автор Б. Боэм, 1988) базируется на лучших свойствах классического жизненного цикла и макетирования, к которым добавляется новый элемент – анализ риска, отсутствующий в этих парадигмах. Модель определяет четыре действия, представляемые четырьмя квадрантами спирали (рис.1.1).

Рис. 1.1. Спиральная модель жизненного цикла программного обеспечения

Планирование – определение целей, вариантов и ограничений.

Анализ риска – анализ вариантов и распознавание/выбор риска.

Конструирование – разработка продукта следующего уровня.

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

Интегрирующий аспект спиральной модели очевиден при учёте радиального измерения спирали. С каждой итерацией по спирали строятся все более полные версии ПС. В первом витке спирали определяются начальные цели, варианты и ограничения, распознаются и анализируется риск. Если анализ риска показывает неопределённость требований, на помощь разработчику и заказчику приходит макетирование, используемое в квадранте конструирования.

Для дальнейшего определения проблемных и уточнённых требований может быть использовано моделирование. Заказчик оценивает инженерную (конструкторскую) работу и вносит предложения по модификации (квадрант оценки заказчиком). Следующая фаза планирования и анализа риска базируется на предложениях заказчика. В каждом цикле по спирали результаты анализа риска формируются в виде "продолжать, не продолжать". Если риск слишком велик, проект может быть остановлен.

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

Эти действия пронумерованы на рис. 1.1 и имеют следующее содержание:

– начальный сбор требований и планирование проекта;

– та же работа, но на основе рекомендаций заказчика;

– анализ риска на основе начальных требований;

– анализ риска на основе реакции заказчика;

---

Смотрите также файлы

• Управление коммуникациями в проекте (Планирование коммуникаций).pdf

• Физическая культура в профессиональной подготовке студентов (Основные понятия, термины физической культуры).pdf

• Распределение рабочей нагрузки. Правила организации эффективного отдыха (Школы тайм-менеджмента).pdf

• Структура и компоненты системы электронного документооборота.pdf

• Функциональная технология управления эффективностью бизнесом.pdf