Модель разработки
ВОДОПАД
с итерациями

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



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

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

Хорошо когда обнаруживаются ошибки на этапе проработки. Это уменьшает усилия и время, необходимые для исправления ошибок. Чем дальше придется вернуться в этапах, тем дороже будет внесение исправлений.
Преимущества итеративной модели водопада:
  • Путь обратной связи. В итеративной водопадной модели путь обратной связи от одной фазы к предыдущей позволяет исправить допущенные ошибки, и эти изменения отражаются на более поздних фазах.
  • Простота. Остается относительная простота создания проекта
  • Гибкость. Если продуманы механизмы возврата и внесения изменения, разработка становиться гибкой. Внесение изменений определено заранее.
  • Хорошо организованный. В этой модели меньше времени уходит на документирование, и команда может тратить больше времени на разработку и проектирование.
Недостатки итеративной модели водопада:
  • Трудно включить запросы на изменение. Основной недостаток итеративной водопадной модели заключается в том, что все требования должны быть четко сформулированы до начала этапа разработки.
  • Инкрементная поставка не поддерживается. В итеративной водопадной модели все программное обеспечение полностью разрабатывается и тестируется перед доставкой заказчику. Нет возможности для какой-либо промежуточной доставки. Таким образом, клиентам приходится долго ждать получения программного обеспечения.
  • Перекрытие фаз не поддерживается. Остается недоступность начать новую фазу, пока не закончена предыдущая.
  • Обработка рисков не поддерживается. Модель итеративного водопада не имеет механизма обработки рисков. Все риски должны быть заложены заранее.
  • Ограниченное взаимодействие с клиентами. Взаимодействие с клиентами происходит в начале проекта во время сбора требований и по завершении проекта во время поставки программного обеспечения. Это может привести к недопониманию с заказчиком.