增量构建模型

这增量构建模型是一种方法软件开发产品在哪里设计，实施和测试逐步（每次添加更多）直到产品完成。它涉及开发和维护。当产品满足其所有要求时，该产品被定义为完成。该模型结合了瀑布模型有了迭代哲学原型.

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

增量模型

增量模型应用瀑布模型逐步。[1]

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

增量模型可以应用于DevOps。在DevOps中，它围绕最小化DevOps采用的风险和成本的想法，同时构建必要的内部技能和动力。[2]

增量模型的特征

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

优点[3][4]

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

缺点[5]

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

涉及的任务

增量模型的任务

这些任务对于所有模型都是共同的[1]

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

也可以看看

参考

  1. ^一个bcPressman，Roger（2010）。软件工程：从业者的方法。波士顿：麦格劳·希尔。 pp。41–42。ISBN 9780073375977.
  2. ^金，吉恩（2013年1月22日）。“ Devops蒸馏，第1部分：三个基本原则”（PDF）.IBM Developerworks.
  3. ^www.softdevteam.com/ recremental- LifeCycle.asp
  4. ^什么是增量模型 - 优点，缺点以及何时使用
  5. ^方法论::开发方法

外部链接