Что такое каскадная модель в SDLC? Преимущества и недостатки

Что такое модель водопада?

Модель водопада — это последовательная модель, которая делит разработку программного обеспечения на заранее определенные этапы. Каждый этап должен быть завершен до начала следующего этапа без дублирования между этапами. Каждый этап предназначен для выполнения определенных действий на этапе SDLC. Он был представлен в 1970 году Уинстоном Ройсом.

Объясните каскадную модель в SDLC
Объясните каскадную модель в SDLC

 

Различные этапы каскадной модели в разработке программного обеспечения

Ниже приведены различные этапы модели водопада:

Различные фазы Действия, выполняемые на каждом этапе
Этап сбора требований
  • На этом этапе от клиента собираются подробные требования к разрабатываемой программной системе.
Этап дизайна
  • Спланируйте язык программирования, например Java, PHP, .сеть
  • или база данных типа Oracle, MySQL, и т.д.
  • Или другие технические подробности проекта высокого уровня.
Построенная сцена После этапа проектирования наступает этап сборки, то есть не что иное, как кодирование программного обеспечения.
Тестовый этап На этом этапе вы тестируете программное обеспечение, чтобы убедиться, что оно создано в соответствии со спецификациями, предоставленными клиентом.
Стадия развертывания Разверните приложение в соответствующей среде.
Этап технического обслуживания Как только ваша система будет готова к использованию, позже вам может потребоваться изменить код по запросу клиента.

Когда использовать водопадную модель SDLC?

Методику водопада можно использовать, когда:

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

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

Вот популярные преимущества модели Waterfall в Программная инженерия с некоторыми недостатками:

Наши преимущества Недостатки
Перед следующим этапом разработки необходимо завершить каждый этап. Ошибку можно исправить только на этапе
Подходит для небольших проектов, где требования четко определены. Это нежелательно для сложного проекта, где требования часто меняются.
Они должны провести тест обеспечения качества (верификацию и валидацию) перед завершением каждого этапа. Период тестирования наступает довольно поздно в процессе разработки.
Тщательная документация выполняется на каждом этапе цикла разработки программного обеспечения. Документация занимает много времени разработчиков и тестировщиков.
Проект полностью зависит от проектной команды с минимальным вмешательством клиента Ценные отзывы клиентов не могут быть включены в текущий этап разработки.
Любые изменения в ПО вносятся в процессе разработки. Небольшие изменения или ошибки, возникающие в готовом программном обеспечении, могут вызвать множество проблем.