Итерационная модель. 
Программная инженерия. 
Визуальное моделирование программных систем

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

Решение таких задач осуществляется при итеративной разработке, которая зарекомендовала себя наилучшим образом при создании множества систем. Разработка выполняется в виде нескольких краткосрочных мини-проектов фиксированной длительности, называемых итерациями.

Каждая итерация включает в себя свои собственные этапы формирования требований, проектирования, реализации (кодирования) и завершается тестированием, интеграцией и созданием работающей версии некоторой части всей системы.

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

Поэтому такой подход иногда называют итеративной и инкрементной разработкой (iterative and incremental development) (рис. 2.4).

Рис. 2.4. Итеративная и инкрементная модель процесса разработки.

Хотя, как правило, на каждой итерации определяются новые требования, и система постепенно расширяется, некоторые итерации могут быть полностью посвящены редактированию существующей программы и ее усовершенствованию. Например, одна итерация может потребоваться для повышения производительности системы, а не добавления новой функции.

Итеративный подход акцентирует работу команды в более предсказуемом и повторяемом направлении. Основные преимущества итеративного подхода:

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

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