Каскадная модель жц.

Первой моделью жизненного цикла разработки программного обеспечения стала каскадная или водопадная модель, которая появилась в 1970 году благодаря работе Винстона Ройса [6]. Данная модель заслуженно занимает место классической модели ЖЦ, все последующие модели, в какой-либо степени, испытывали ее влияние.

На следующем рисунке представлена модель, в том виде, в котором она была описана в оригинальной статье В.Ройса «Управление и разработка больших программных систем» [6].

Рис.2.4. Рисунок из оригинальной статьи В.Ройса «Управление и разработка больших программных систем».

В упрощенном виде данная модель выглядит следующим образом

Рис.2.4. Упрощенная каскадная модель.

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

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

Каскадная модель с возвратами.

Представленная выше модель имеет один существенный недостаток – ошибка, допущенная на начальных этапах, может перерасти в лавину ошибок к концу проекта.

Решить данные противоречия призвана следующая модель:

Рис.2.7. Водопадная (каскадная) модель с возвратами.

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

Главной такой проблемой является то, что требования к программному продукту имеют свойство меняться во времени. Это связано с тем, что Заказчик и Подрядчик зачастую разговаривают на разных языках и имеют разные представления о будущей системе. Кроме того, бизнес процессы подвержены постоянным изменениям, логику которых сложно описать.

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

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

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

Рис.ХХХ

Модель прототипирования.

В своей знаменитой книге «Мифический человеко-месяц», Фредерик Брукс писал: «В большинстве проектов первой построенной системой с трудом можно пользоваться. Она может быть слишком медленной, слишком большой, неудобной в использовании, а то и все вместе. Не остается другой альтернативы, кроме как, поумнев, начать все с начала и построить перепроектированную версию, в которой эти проблемы решены». Именно эта идея лежит в основе эволюционных, инкрементных, спиральных моделей и конечно модели прототипирования.

Рис.6. Модель прототипирования.

И именно эту модель заслужено критикуют в проектах, где критерий «качества» доминирует над «графиком» и «затратами».