增量过程模型也称为连续版本模型。

首先，构建仅实现一些基本功能的简单工作系统，然后将其传递给客户。然后，实现许多连续的迭代/版本并将其传递给客户，直到实现所需的系统。

A，B，C是逐步开发和交付的软件产品模块。

生命周期活动 -

软件要求首先分为几个模块，可以逐步构建和交付。在任何时候，该计划仅适用于下一个增量，而不适用于任何类型的长期计划。因此，根据客户的需要更容易修改版本。开发团队首先承诺开发系统的核心功能（这些功能不需要其他功能的服务）。

一旦完全开发了核心功能，就可以通过在Successive版本中添加新功能来优化这些功能以提高功能级别。每个增量版本通常使用迭代瀑布式开发模型开发。

随着软件的每个连续版本的构建和交付，现在将采取客户的反馈，然后将这些反馈合并到下一版本中。每个版本的软件都具有比以前更多的附加功能。

在需求收集和规范之后，需求随后从版本1开始分为几个不同的版本，在每个连续的增量中，构建下一个版本，然后在客户站点部署。在最后一个版本（版本n）之后，它现在部署在客户端站点上。

增量模型的类型 -

分阶段交付模型 -一次只构建项目的一部分。

并行开发模型 -同时开发不同的子系统。如果有足够的资源，它可以减少开发所需的日历时间，即TTM（上市时间）。

什么时候用这个 -

资金计划，风险，计划复杂性或早期实现福利的需要。

在预先知道要求时。

当项目有长时间的开发时间表。

采用新技术的项目。

好处 -

减少错误（客户从阶段开始就使用核心模块，然后对这些模块进行彻底测试）

使用分而治之的任务细分。

降低初始交付成本。

增量资源部署。

缺点 -

需要良好的规划和设计。

总成本不低。

需要定义良好的模块接口。