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

К аскадная модель (водопад – waterfall) включает выполнение следующих фаз (рис.2.4).

Рис.2.4. Схема каскадной модели ЖЦ ПО

1. Исследование концепции – происходит исследование требований, разрабатывается видение продукта и оценивается возможность его реализации.

2. Определение требований – определяются программные требования для информационной предметной области системы, предназначение, линии поведения, производительность и интерфейсы.

3. Разработка проекта – разрабатывается и формулируется логически последовательная техническая характеристика программной системы, включая структуры данных, архитектуру ПО, интерфейсные представления и процессуальную (алгоритмическую) детализацию.

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

5. Эксплуатация и поддержка – подразумевает запуск и текущее обеспечение, включая предоставление технической помощи, обсуждение возникших вопросов с пользователем, регистрацию запросов пользователя на модернизацию и внесение изменений, а также корректировку или устранение ошибок.

6. Сопровождение – устранение программных ошибок, неисправностей, сбоев, модернизация и внесение изменений. Состоит из итераций разработки.

Основными принципами каскадной модели являются:

• строго последовательное выполнение фаз:

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

• каждая фаза имеет определенные критерии входа и выхода: входные и выходные данные;

• каждая фаза полностью документируется

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

• основа модели – сформулированные требования (ТЗ), которые меняться не должны;

• критерий качества результата – соответствие продукта установленным требованиям.

Каскадная модель имеет следующие преимущества:

• проста и понятна заказчикам;

• проста и удобна в применении:

• процесс разработки выполняется поэтапно;

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

• она способствует осуществлению строгого контроля менеджмента проекта;

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

• позволяет достаточно точно планировать сроки и затраты.

При использовании каскадной модели для «неподходящего» проекта могут проявляться следующие ее основные недостатки:

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

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

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

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

Каскадная модель не утратила своей актуальности при решении задач, для которых требования и их реализация максимально четко определены и понятны или используется неизменяемое определение продукта и вполне понятные технические методики. Это задачи типа:

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

• операционные системы и компиляторы;

• системы реального времени управления конкретными объектами.

Кроме того, каскадная модель применима в условиях:

• повторной разработки типового продукта (автоматизированного бухгалтерского учета, расчета зарплаты и т.п.);

• выпуска новой версии уже существующего продукта, если вносимые изменения вполне определены и управляемы (перенос уже существующего продукта на новую платформу).

И, наконец, принципы каскадной модели находят применение как элементы моделей других типов.