Модель разработки водопада (Waterfall Model) — это один из самых старых методов разработки программного обеспечения, который предполагает последовательное выполнение проекта поэтапно. Эта модель предполагает, что каждый этап полностью завершен, прежде чем переходить к следующему, подобно тому, как водопад (waterfall) течет сверху вниз, поэтапно. В этой статье мы подробно рассмотрим определение модели разработки водопада, ее основные характеристики, преимущества и недостатки, а также примеры ее использования.

Определение модели разработки водопада

Модель разработки водопада — это методология, которая предполагает последовательное прохождение каждого этапа жизненного цикла разработки программного обеспечения (SDLC: Software Development Life Cycle). Эта модель была впервые представлена Уинстоном Ройсом (Winston W. Royce) в 1970-х годах и с тех пор используется во многих проектах. Модель водопада включает в себя следующие этапы:

1.Анализ требований (Requirements Analysis): этап сбора и четкого определения требований к проекту.

2.Проектирование (Design): этап разработки архитектуры и подробного проектирования программного обеспечения.

3.Реализация (Implementation): этап фактического написания кода и разработки программного обеспечения.

4.Тестирование (Test): этап тестирования разработанного программного обеспечения для обнаружения и исправления ошибок.

5.Развертывание (Deployment): этап развертывания программного обеспечения в реальной рабочей среде.

6.Техническое обслуживание (Maintenance): этап поддержания и улучшения развернутого программного обеспечения.

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

Однако, как вода течет сверху вниз, в процессе разработки не бывает так, чтобы внезапно изменилось планирование и, соответственно, разработка.

Характеристики модели разработки водопада

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

Преимущества и недостатки модели разработки водопада

Преимущества

1.Четкая структура: этапы четко разделены, что позволяет легко отслеживать ход выполнения проекта.

2.Документация: на каждом этапе ведется тщательная документация, что облегчает отслеживание хода выполнения проекта и принятых решений.

3.Простота управления: планирование и управление расписанием легко осуществляется, а на каждом этапе можно установить четкие цели.

Недостатки

1.Сложность внесения изменений: поскольку требования фиксируются на начальном этапе, изменения требований на более поздних этапах затруднены и могут потребовать значительных затрат.

2.Зависимость этапов: до завершения одного этапа невозможно перейти к следующему, что повышает вероятность задержек.

3.Ограниченное участие клиента: после начального этапа участие клиента ограничено, что может привести к тому, что конечный результат не будет соответствовать ожиданиям клиента.

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

❗Дополнительная информация

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

Если при разработке сервисов клиента (SI-аутсорсинг) используется метод Agile, то клиент должен ежемесячно оплачивать заработную плату и другие расходы (арендная плата, расходы на управление и т. д.), однако на практике часто случается, что разработка ведется с фиксированной оплатой за 2 месяца, 5 месяцев и т. д., а не с ежемесячной оплатой, поскольку в реальности оплачивать неопределенный период ежемесячно, не зная конечной даты, бывает очень редко.