软件工程 |增量过程模型

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

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

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

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

一旦核心功能得到充分开发，就会通过在连续版本中添加新功能来改进这些功能以提高功能水平。每个增量版本通常使用迭代瀑布模型开发。

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

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

增量模型的类型 –

1. 分阶段交付模型——一次只建设项目的一部分。

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

什么时候用这个——

1. 资金计划、风险、项目复杂性或早期实现收益的需求。
   
2. 当预先知道需求时。
   
3. 当项目有冗长的开发时间表时。
   
4. 新技术项目。
   • 减少错误（客户从阶段开始就使用核心模块，然后对这些模块进行彻底测试）
     
   • 使用分而治之来分解任务。
     
   • 降低初始交付成本。
     
   • 增量资源部署。
     

• 需要良好的规划和设计。
  
• 总成本不低。
  
• 需要定义良好的模块接口。