При каскадном способе каждая программа представляла собой единое целое (этот подход считается «дедушкой» технологических подходов к веденю жизненного цикла). Он сформировался в 70-85 гг 20-го века.
Классический каскадный технологический подход к ведению жизненного цикла (см. предущую лекцию)
Процессы

Стадии
Анализ Проектирование Программирование Тестирование
и отладка Эксплуатация
и сопровождение

Основной особенностью является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только полного завершения работ на текущем этапе и получения всех исходных данные для следующей стадии. Возвраты к уже пройденным процессам не предусмотрены. В этой модели переход от одной фазы проекта к другой преполагает полную корректность результата предыдущей фазы.
Таким образом, каждый процесс выполняется на какой-то одной стадии жизненного цикла.
Водопадная модель включает следующие операции:
- составление плана действий по разработке системы;
- планирование работ, связанных с каждым действием;
- применение операции отслеживания хода выполнения действий с контрольными этапами.
Преимущества:
1) на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности для того, чтобы разработка могла быть продолжена другой командой разработчиков.
2) выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Основным недостатком является отсутствие гибкости, т.к. реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему. При каскадном подходе имеет место существенное запаздывание с получением результатов. Пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям.
Основная проблема здесь заключается в том, что происходит нарастание риска преждевременного крушения проекта из-за накапливания различных ошибок, допущенных на ранних стадиях проекта. Если только к концу проекта, становится очевидно, что такие ошибки были допущены, то любой возврат к предыдущим стадиям с целью исправления ошибок становится крайне дорогостоящим. Метод "водопада" не позволяет эффективно выявлять и нивелировать последствия подобных рисков.

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