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

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

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

С каждой итерацией по спирали (продвижением от центра к периферии) строятся все более полные версии ПО. В первом витке спирали определяются:

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

2) распознавание и анализ риска;

3) необходимость использования макетирования;

4) оценка заказчиком конструктивной работы и внесение предложения по модификации;

5) следующая фаза планирования и анализа риска, базируемая на предложениях заказчика.

В каждом цикле по спирали результаты анализа риска формируются в виде «продолжать, не продолжать». Если риск слишком велик, проект может быть остановлен. В большинстве случаев движение по спирали продолжается, с каждым шагом продвигая разработчиков к более общей модели системы. В каждом цикле по спирали требуется конструирование, которое может быть реализовано классическим жизненным циклом или макетированием.

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

1) наиболее реальное (в виде эволюции) отображение разработки программного обеспечения,

2) возможность явно учитывать риск на каждом витке эволюционной разработки,

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

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

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

1) повышенные требования к заказчику,

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

Компонентно-ориентированная модель

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

К достоинствам компонентно-ориентированной модели относится:

1) уменьшение времени разработки ПО;

2) снижение стоимости программной разработки;

3) повышение производительности разработки.


9031742965043586.html
9031810561423150.html

9031742965043586.html
9031810561423150.html
    PR.RU™