Недоработки и нюансы на любом из этапов становятся известны,
зачастую, на следующих этапах работ, что ведет к неизбежному возврату;
Трудности параллельного ведения всей деятельности.
ЖЦ итерационной модели разделен на итерации, любая из которых
становится проектом в миниатюре, поскольку имеет все этапы создания ПО
(подготовка требований, выделение спецификаций, реализацию, проверку и
внедрение). Но в границе единой итерации готовиться не весь проект, а лишь
отдельная его версия (часть).
Задача любой такой итерации – получить версию ПО, которая состоит из
обновленных возможностей, созданных в рамках имеющихся итераций, и
функциональности всех пройденных итераций. Итогом конечной итерации
становится требуемая функциональность разработки. Сроки и затраты, которые
нужны для реализации итоговой версии, зачастую изначально не
устанавливаются, поскольку не отражается совокупный объем работ и
требования готовятся по ходу реализации [4].
Позитивные нюансы итерационной модели заключаются в том, что
корректировки между этапами дают меньшую трудоемкость реализации в
отличии от каскадной модели.
Негативными факторами итерационной модели можно назвать:
Длительность прохождения каждого этапа равно длительности всей
разработки;
Множество итераций часто ведет к не состыковкам в процессе
внедрения проектных решений и изготовления документации;
Сложность архитектуры;
Трудности использования документов по проекту в процессе
установки и использования считаются причинами переделки системы с нуля [5].
Спиральная модель, как и итерационная, имеет похожий процесс
реализации АИС. Но в данном случае очень важно выполнение стартовых этапов