Сложности работы по каскадной модели

Одним из главных недостатков каскадной модели является необходимость возврата назад на пройденные этапы.

Во время анализа проекта необходимо:

· Обсудить с пользователями и исследовать бизнес-процессы.

· Надо, чтобы пользователи согласились с результатами обследования (хотя они могут и не ознакомиться с ними до конца).

· Полностью определить все требования к системе.

Обычно таким способом удается собрать около 80% требований к системе.

В течение проектирования необходимо:

· Определить архитектуру будущей системы (где будут установлены программы и какая аппаратура нужна для достижения приемлемой производительности).

· Обсуждать появляющиеся проблемы с пользователями, что выразится в появлении новых требований к системе.

Как следствие – возврат к анализу.

Во время реализации (написания программного кода) необходимо:

· Пересмотреть некоторые из принятых ранее решений, так как их невозможно осуществить.

· Уточнить требования, которые не были достаточно детализированы и, как следствие, их реализация некорректна.

В результате: "Да, это то, что я просил, но не то, чего я хочу!".

Таким образом, проблемы состоят в следующем:

1. Бизнес меняется очень быстро. Разработчики должны поспевать за этими изменениями.

2. Пользователи не всегда могут сказать, чего они хотят. Работа стала для них настолько привычной, что ее уже трудно описать.

3. Пользователи не всегда понимают команду разработчиков.

4. Точное следование этапам проекта (каскадное проектирование).

Поэтому используется спиральная модель ЖЦ.