Как модели жизненного цикла реагируют на изменения требований в конце своего развития

Question

Я пытался изучить основы принципов разработки программного обеспечения, но я столкнулся с вопросом, на который я не могу найти достаточно подробностей, чтобы ответить, любая помощь будет оценена:

Как модель справляется со значительными изменениями требований на поздних этапах разработки для каждой из моделей процессов (т. Е. Каскадных, инкрементных, прототипирования и спирали)?

Заранее спасибо.

Answer 1

Я думаю, что этот вопрос можно упростить - в общем, существует два типа жизненного цикла разработки программного обеспечения:

1. Итеративные (или гибкие) методологии, такие как Scrum и Extreme Programming.

2. Последовательные (или "большой дизайн заранее") методологии, такие как водопад.

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

Эти два примера показывают четкую точку, в которой методологии могут адаптироваться и реагировать на новые требования.

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

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