Этапы разработки ПО Waterfall

“Young Scientist” .  # 52 (342) .  December 2020
13
Information Technology
− Тестирование
− Выпуск продукта
− Поддержка и сопровождение
Преимущества:
− Легко работать, управлять и контролировать. И раз-
работчики, и менеджеры следуют четкому плану. Каждый этап 
имеет определенные результаты и сроки. Это делает рабочий 
процесс плавным, понятным и легко управляемым. Более того, 
каждый проект в рамках модели Waterfall имеет одну и ту же 
схему, поэтому команде не требуется дополнительное обучение, 
чтобы приступить к работе.
− Точная документация. Подход Waterfall требует точных 
заметок на каждом этапе, чтобы создать прочную основу доку-
мента. Это помогает лучше понять логику кода и улучшить про-
граммное обеспечение в будущем, даже в случае текучести ка-
дров. Документы могут содержать подробную информацию для 
акционеров, если это необходимо, или могут быть применены 
также к другим проектам.
− Результат известен. Клиент с самого начала знает, как 
работает программа и как она будет выглядеть. Следовательно, 
также известны стоимость и сроки проекта. Такая уверен-
ность всегда приятна, потому что можно заранее спланировать 
бюджет и даты выпуска.
− Легко соблюдаемые сроки. Риск пропуска крайнего 
срока минимален, поскольку начало и конец каждого этапа раз-
работки определены и должны соблюдаться. Такой подход тре-
бует строгой дисциплины, что выгодно клиентам.
− Недостатки:
− Нет права на ошибку. Самый большой недостаток Wa-
terfall — это невозможность что-то изменить, если этап пройден. 
Процесс линейный и жесткий, поэтому вы не можете перепры-
гивать между этапами. Если есть ошибка или неожиданное из-
менение в завершенной детали, вы не можете просто исправить 
это и двигаться дальше — проект необходимо перезапустить, 
что очень сложно и дорого.
− Первоначальная информация не всегда точна. Требо-
вания определяются и обсуждаются в начале проекта, но кли-
ентам может быть сложно сразу правильно их выразить. Они 
могут не знать, чего именно хотят. Если клиенты осознают свои 
истинные потребности по мере продвижения проекта, эти по-
требности не могут быть приняты во внимание без ущерба для 
бюджета и сроков.
− Клиент не видит работающего ПО допоздна. Рабочее 
приложение поставляется на завершающей стадии проекта. 
Клиент не видит результатов на промежуточных этапах, поэ-
тому проект непрозрачен.
− Отсутствие связи. Проект разбит на отдельные этапы, 
выполняемые отдельными командами. Они выполняют свою 
работу исключительно и не участвуют в других задачах. Отсут-
ствие личного общения и сотрудничества приводит к недопо-
ниманию и ошибкам.
− Заключительное тестирование. Тщательное тестиро-
вание проводится только в конце. Если обнаруживаются се-
рьезные ошибки, весь проект обречен.
Методология waterfall больше всего подходит для простых 
проектов, в которых заказчики имеют четкое представление 
о том, какого результата они хотят, и не изменят своего мнения 
в процессе разработки.
Подход Agile
Agile — это философия, которая возникла для устранения 
недостатков подхода Waterfall. Основное различие между двумя 
практиками — гибкость. Agile-процесс открыт для изменений 
и ориентирован на постоянное улучшение. Он является инкре-
ментным и итеративным.
Все начинается с простого дизайна, который будет много-
кратно обновляться по мере развития проекта. Объем работ 

жүктеу/скачать 7.68 Mb.

Достарыңызбен бөлісу: