Водопадная модель Koskmudell

Водопадная модель

 

Полученные результаты

#1. Водопадная модель получила своё название из-за

Создателями были два друга, у которых в штате было много водопадов

Из-за доступности заниматься разными этапа в одно время

Из-за своего линейного и поэтапного хода работы

Создатель мечтал создать свой водопад

Предыдущий

Полный

1. История модели, кто и когда разработал:

Водопадная модель была предложена в 1970 году американским инженером и ученым Винтоном Беннетом (Winston W. Royce). Это была одна из первых попыток систематизировать процесс разработки программного обеспечения. Модель получила свое название из-за своего линейного и поэтапного характера, когда каждый этап разработки следует за предыдущим, как потоки воды, стекающиеся вниз по водопаду.

2. Этапы водопадной модели:

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

1. Планирование — создается общее видение продукта, обсуждаются цели и приоритеты.
2. Дизайн и разработка — разрабатотка и планирование  функциональности, которая затем тестируется.
3. Тестирование — на каждом этапе разрабатываемая функциональность тестируется, и ошибки исправляются.
4. Релиз — после завершения каждого этапа > готовый продукт или его часть выпускаются.
5. Ревизия и улучшение — на основе отзывов и результатов тестирования продукт постоянно улучшает и адаптируется.

3. Схема водопадной модели:

• English:
  Requirements → Design → Implementation → Testing → Deployment → Maintenance
• Russian:
  Сбор требований → Проектирование → Реализация → Тестирование → Внедрение → Поддержка

4. Плюсы водопадной модели:

1. Простота и понятность: Водопадная модель простая для понимания и использования, особенно для небольших проектов.
2. Ясное планирование: Каждый этап строго определен, что помогает точно планировать работу и сроки.
3. Четкая документация: Требования и результаты каждого этапа документируются, что облегчает контроль и верификацию.
4. Предсказуемость: Поскольку каждый этап завершен перед переходом к следующему, легче контролировать проект и избегать изменений.
5. Легко управлять: Каждый этап имеет четкие цели и результаты, что упрощает управление проектом и его исполнением.

5. Минусы водопадной модели:

1. Отсутствие гибкости: После завершения каждого этапа сложно вернуться и изменить что-то в предыдущем. Это делает модель неподходящей для проектов, где могут быть изменения в требованиях.
2. Риск ошибок на ранних стадиях: Ошибки, сделанные на начальных этапах (например, в сборе требований), могут сильно повлиять на весь проект, и их будет трудно исправить.
3. Долгое время ожидания: Пользователи и заказчики могут долго ожидать первый рабочий продукт, так как внедрение происходит только в конце всех этапов.
4. Невозможность учесть изменения требований: Водопадная модель плохо адаптируется к изменяющимся требованиям или новым условиям.
5. Высокие затраты на исправление ошибок: Если на поздних этапах будут найдены ошибки, их исправление может потребовать много времени и ресурсов, что приводит к дополнительным затратам.

Заключение:

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

Ссылки на источники информации

https://www.toucantoco.com/en/glossary/waterfall.html