Область применения спиральной модели

Менеджер проекта может быть уверен в целесообразности применения спираль­ной модели, если для этого существует хотя бы одна из следующего перечня причин:

• когда создание прототипа представляет собой подходящий тип разработки продукта;

• когда важно сообщить, каким образом будет происходит увеличение затрат, и под­считать затраты, связанные с выполнением действий из квадранта риска;

• когда организация обладает навыками, требуемыми для адаптации модели;

• для проектов, выполнение которых сопряжено со средней и высокой степе­нью риска;

• когда нет смыла браться за выполнение долгосрочного проекта из-за потенциаль­ных изменений, которые могут произойти в экономических приоритетах, и когда такая неопределенность может вызвать ограничение во времени;

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

• когда пользователи не уверены в своих потребностях;

• когда требования слишком сложные;

• при разработке новой функции или новой серии продуктов;

• когда ожидаются существенные изменения, например, при изучении или исследо­вательской работе;

• когда важно сконцентрировать внимание на неизменяемых или известных частях, при чем сбор информации об изменяющихся частях еще не закончен;

• в случае больших проектов;

• для организаций, которые не могут себе позволить выделить заранее все необходимые для выполнения проекта денежные средства, и когда в процессе разработки отсутствует финансовая поддержка;

• при выполнении затянувшихся проектов, которые могут вызывать раздражение у менеджеров и заказчиков;

• когда преимущества разработки невозможно точно определить, а достижение успеха не гарантировано;

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

• когда в процесс вовлекаются новые технологии, такие как впервые применяемые объектно-ориентированные принципы;

• при разработке систем, требующих большого объема вычислений, таких как систем, обеспечивающих принятие решений;

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

Итеративная модель

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

Рис. 2.3.  Итеративная модель ЖЦ ИС

Преимущества итеративного подхода:

• снижение воздействия серьёзных рисков на ранних стадиях проекта, что ведет к минимизации затрат на их устранение;

• организация эффективной обратной связи проектной команды с потребителем (а также заказчиками, стейкхолдерами) и создание продукта, реально отвечающего его потребностям;

• акцент усилий на наиболее важные и критичные направления проекта;

• непрерывное итеративное тестирование, позволяющее оценить успешность всего проекта в целом;

• раннее обнаружение конфликтов между требованиями, моделями и реализацией проекта;

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

• эффективное использование накопленного опыта;

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

• затраты распределяются по всему проекту, а не группируются в его конце

V-model

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

Рис. 2.3.  V-model ЖЦ ИС

Основной принцип V-образной модели заключается в том, что детализация проекта возрастает при движении слева направо, одновременно с течением времени, и ни то, ни другое не может повернуть вспять. Итерации в проекте производятся по горизонтали, между левой и правой сторонами буквы.

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