Инкрементальная модель процесса
Описание
Сначала строится простая рабочая система, реализующая лишь несколько основных функций, а затем она доставляется заказчику. Затем после этого выполняется много последовательных итераций/версий, которые доставляются заказчику до тех пор, пока не будет выпущена желаемая система.
A, B, C — это модули Программных продуктов, которые постепенно разрабатываются и поставляются заказчику.

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

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

Параллельная модель разработки — различные подсистемы разрабатываются одновременно. Это может сократить время разработки.
Когда используют эту модель разработки
1. Быстрого внедрения продукта для захвата рынка.
Когда проекты имеют длительные графики разработки.

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

3. Постепенное наращивание ресурсов при развертывании.
4. Этапы требуют хорошего планирования и проектирования
5. Необходимо продумывать взаимодействие модулей при расширении функционала.
7. Общая стоимость не ниже.
8. Необходимы четко определенные интерфейсы модулей.