2.3. Поэтапная модель с промежуточным контролем

Поэтапная модель с промежуточным контролем предусматривает разработку ИС итерациями с циклами обратной связи между этапами (слайд 5). Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.

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

Итерационность модели проявляется в обработке ошибок, выявленных промежуточным контролем. Если на каком-либо этапе в ходе промежуточной проверки обнаружена ошибка, допущенная на более ранней стадии разработки, необходимо проверить весь цикл работ на этой стадии. При этом анализируются причины ошибки и корректируются в случае необходимости исходные данные этапа или его содержание (последовательность действий). Модель стала применяться с 1987 г.

2.4. Спиральная модель жц

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

В середине 1980-х годов Барри Боэм предложил свой вариант итерационной модели под названием спиральная модель (слайд 6).

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

Итеративная разработка отражает объективно существующий спи­ральный цикл создания сложных систем. Она позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем и решить главную задачу — как можно быстрее показать пользователям си­стемы работоспособный продукт, тем самым активизируя процесс уточ­нения и дополнения требований. При итеративном способе разработки недостающую работу можно бу­дет выполнить на следующей итерации.

Принципиальные свойства спиральной модели:

• отказ от фиксации требований и назначение приоритетов пользовательским требованиям;

• разработка последовательности прототипов, начиная с требований наивысшего приоритета;

• идентификация и анализ риска на каждой итерации;

• использование каскадной модели для реализации окончательного прототипа;

• оценка результатов по завершении каждой итерации и планирование следующей итерации.

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

• ускорение разработки (раннее получение результата за счет прототипирования);

• постоянное участие заказчика в процессе разработки;

• разбиение большого объема работы на небольшие части;

• снижение риска (повышение вероятности предсказуемого поведения системы).

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

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

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

• сложность планирования (определения количества и дли­тельности итераций, оценки затрат и рисков);

• сложность применения модели с точки зрения менеджеров и заказчиков (из-за привычки к строгому и детальному пла­нированию);

• напряженный режим работы для разработчиков (при крат­косрочных итерациях).