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