Водопадная (Waterfall) модель. 4

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

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

Инкрементальная модель – метод, в котором проект проектируется, реализуется и тестируется инкрементно (то есть каждый раз с небольшими добавлениями) до самого окончания разработки. Это включает в себя как разработку, так и дальнейшую поддержку продукта.

Инкрементальная модель жизненного цикла

UR – требования пользователей

SR – системные требования

AD – проектирование архитектуры

DD – детальное проектирование

TR – передача пользователю

OM – эксплуатация и обслуживание

Преимущества инкрементной модели: в результате выполнения каждого инкремента получается функциональный продукт, заказчик располагает возможностью высказаться по поводу каждой разработанной версии системы; сокращается время и снижаются затраты на первоначальную поставку программного продукта, снижается риск неудачи и изменения требований; заказчики могут распознавать самые важные и полезные функциональные возможности продукта на ранних этапах разработки; улучшается понимание требований для более поздних инкрементов, что обеспечивается благодаря возможности пользователя получить представление о ранее полученных инкрементах на практическом уровне; использование последовательных инкрементов позволяет объединить полученный пользователями опыт в виде усовершенствованного продукта, затратив при этом намного меньше средств, чем требуется для выполнения повторной разработки; Недостатки инкрементной модели: выделение инкрементов, определение требований и полной функциональной системы должно осуществляться в начале жц; поскольку создание некоторых модулей завершается значительно раньше других, возникает необходимость в четко определенных интерфейсах; использование на этапе анализа общих целей вместо полностью сформулированных требований может оказаться неудобным для руководства; для использования инкрементной модели необходимо тщательное планирование работ и подробное архитектурное проектирование; Инкрементные модели целесообразно использовать при наличии следующих предпосылок: 1) если большинство требований и функционал можно сформулировать заранее, но их появление ожидается через определенный период времени; 2) если рыночное окно слишком «узкое» и есть потребность в быстрой поставке на рынок продукта, имеющего функциональные базовые свойства; 3) для проектов, на выполнение которых предусмотрен большой период времени разработки, как правило, более одного года; 4) при разработке программ, связанных с низкой или средней степенью риска;Востребована при разработке веб-приложений и продуктов компаний-брендов.

V-образная модель

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