增量构建模型

增量构建模型是一种软件开发的方法,在该方法中设计,实施和测试产品的逐步测试(每次添加更多)直到产品完成。它涉及开发和维护。当产品满足其所有要求时,将其定义为完成。该模型将瀑布模型的要素与原型的迭代哲学相结合。根据项目管理学院的说法,一种增量方法是“一种自适应开发方法,在该方法中,可连续生产可交付的方法,添加功能,直到可交付的可交付能力具有必要和足够的能力来被认为是完整的。”

该产品被分解为许多组件,每个组件都是单独设计和构建(称为构建)。完成时,每个组件都将交付给客户端。这允许部分利用产品并避免长时间的开发时间。它还避免了大量的初始资本支出和随后的长期等待期。这种开发模型还有助于简化一次引入全新系统的创伤效果。

增量模型

增量模型逐渐应用瀑布模型

一系列版本称为“增量”,每次增量为客户提供了更多功能。在第一次增加之后,交付了核心产品,客户可以使用该产品。根据客户反馈,为下一个增量制定了计划,并进行了相应的修改。这个过程继续进行,并进行增量,直到整个产品交付为止。增量哲学也用于敏捷过程模型(请参阅敏捷建模)。

增量模型可以应用于DevOps 。在DevOps中,它以最大程度地降低采用DevOps的风险和成本的想法,同时建立必要的内部技能和动力。

增量模型的特征

  1. 系统被分解为许多迷你开发项目。
  2. 部分系统旨在生成最终系统。
  3. 首先解决了最高优先级要求。
  4. 一旦开发了增量部分,就会冻结一部分的需求。

优点

  1. 每次迭代后,应进行回归测试。在此测试中,可以快速识别该软件的故障元素,因为在任何单个迭代中都进行了很少的更改。
  2. 通常,它比其他软件开发方法更容易测试和调试,因为在每次迭代过程中进行相对较小的更改。这允许对整个产品中的每个元素进行更有针对性和严格的测试。
  3. 客户可以响应功能并查看产品是否需要或有用的更改。
  4. 初始产品交付速度更快,成本较低。

缺点

  1. 由此产生的成本可能会超过组织的成本。
  2. 由于产品添加了其他功能,因此可能与系统架构相关的问题,而系统体系结构在较早的原型中并不明显

涉及的任务

增量模型的任务

这些任务对于所有模型都是常见的

  1. 沟通:有助于理解目标。
  2. 计划:需要许多人(软件团队)在同一项目上工作,但同时工作。
  3. 建模:涉及业务建模,数据建模和过程建模。
  4. 构造:这涉及重用软件组件和自动代码。
  5. 部署:所有增量的集成。

也可以看看