Методология разработки водопада

Методология разработки «Каскадная» (Waterfall Development Methodology) была первым процессным методом, использованным в жизненном цикле разработки программного обеспечения. Сегодня в SDLC доминируют два метода: Agile и Waterfall. В методе «Каскадная» каждая фаза проекта (или процесса) должна быть завершена до начала следующей. Проекты представляют собой линейные, последовательные действия по разработке, где результат одной фазы служит входными данными для следующей фазы последовательно. По сравнению с методом Agile, метод «Каскадная» более структурирован, каждая фаза имеет конкретные результаты и процесс проверки. Метод «Каскадная» чаще используется для простых, запланированных, неизменяемых проектов, в отличие от гибкого метода Agile , ориентированного на клиента . Чтобы узнать больше о преимуществах метода «Каскадная», ознакомьтесь с информацией ниже.

Источник: TutorialsPoint

Дополнительная информация: Когда использовать гибкую методологию (Agile) или каскадную модель (Waterfall) для вашего следующего проекта

Связанные термины: Гибкая методология разработки (Agile) , Окончание жизненного цикла (EOL) – Окончание поддержки (EOS) , Жизненный цикл разработки программного обеспечения (SDLC) ,

Стоит ли малым и средним предприятиям, разрабатывающим программное обеспечение, использовать метод «водопад»?

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

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

• Простота и удобство в понимании и использовании.

• Легкость управления благодаря жёсткости модели. Каждый этап имеет определённые результаты и процесс проверки.

• Фазы обрабатываются и завершаются по одной за раз.

• Хорошо подходит для небольших проектов, где требования очень хорошо понятны.

• Четко определенные этапы развития.

• Хорошо понятые вехи.

• Легко организовать задачи.

• Процесс и результаты хорошо документированы.

Недостатки 

• Рабочее программное обеспечение создается только на поздних этапах жизненного цикла.

• Высокий уровень риска и неопределенности.

• Не очень хорошая модель для сложных и объектно-ориентированных проектов.

• Плохая модель для длительных и текущих проектов.

• Не подходит для проектов, где риск изменения требований находится в диапазоне от среднего до высокого. Таким образом, данная модель процесса сопряжена с высоким риском и неопределенностью.

• Трудно измерить прогресс на отдельных этапах.

• Невозможность удовлетворить меняющиеся требования.

• Изменение объема работ в течение жизненного цикла может привести к завершению проекта.

• Интеграция осуществляется по принципу «большого взрыва» в самом конце, что не позволяет выявить на ранних этапах какие-либо технологические или бизнес-узкие места или проблемы.

Чтобы узнать больше о разнице между методами Agile и Waterfall, посмотрите это короткое видео:

https://www.youtube.com/watch?v=e1_eD-5zkGY

Достаточно ли вы делаете для защиты своего бизнеса?

Зарегистрируйтесь в CyberHoot сегодня и спите лучше, зная свой

Сотрудники прошли киберподготовку и всегда начеку!

Зарегистрироваться Сегодня!