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

Каскадная модель с промежуточным контролем

Основной недостаток: существенное запаздывание с результатом. ИС может морально устареть еще до завершения разработки. Кроме этого, изменения можно вносить только после завершения этапа (в процессе исполнения этапа это делать, как правило, сложно).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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