顾名思义，迭代和增量开发(IID)是一个模型，它是在多个迭代循环中开发的增量模型。项目以相对较小的任务或组件开始，并在迭代的每个循环中进行递增，直到达到所需的产品为止。在此过程中，开发人员具有在每个阶段评估和测试组件并获得在最终阶段也有用的信息的优势。此知识还用于改善最终产品的设计。
迭代包括周期的更新和执行，应该是基本的，直接的，并且特别要支持该阶段的大修或作为添加到任务控制列表中的任务。配置细节的程度不是由迭代方法决定的。
在低处理量的迭代项目中，代码可能会说出框架文档的重要来源。但是，在基本的迭代任务中，可能会使用常规的软件设计文档。一个周期的检查取决于客户的意见和可访问的方案调查办公室。它包括结构，隐蔽性，便利性，坚定不移的质量，有效性和目标完成情况的调查。考虑调查结果，变更事业控制表。
IID中的阶段：
由于开发是渐进式的和迭代式的，因此在不同阶段应用了不同的功能。根据组织的先决条件，在每个阶段都实施功能。 IID分为四个阶段：
- 盗梦空间–
在此阶段，将对项目范围，先决条件和风险进行高级别的重组，但要进行足够详细的评估，以便可以对工作进行评估。 - 细化–
在此阶段中，完成了传达可减轻最高危险并满足非功能性必需品的工作结构。 - 建造 –
在此阶段，功能会随着功能需求的代码而逐渐增加。整个体系结构是在此阶段构建的。 - 过渡 –
在此阶段，项目将过渡到生产中，然后进行部署。
在这个循环过程中，架构师比测试人员提早工作了一个迭代，这在工作区中创建了一个流程。每个阶段的迭代时间为一个或多个。
IID的优点：
- 每次交付都是一个项目增量，目标是客户将不断拥有一个工作项目。
- 您可以先创建组织的先决条件。
- 如果需求在中途更改，则可以毫无问题地扩充新需求。
- 客户端可以更快地获得重要的功能。
- 客户可以为每个项目增量提供输入，从而保持从差异到改进完成的战略距离。
- 降低入门交付成本。
- 初始项目交付更快。
IID的缺点：
- 需要整个功能框架的早期含义，以允许添加的含义。
- 整个框架的绝对费用不低。
- 需要一个有效的计划，以确保合并必要的功能和安排，以便以后进行更改。
- 需要成功安排周期。
- 需要非常有特色的模块接口，因为某些接口需要在创建其他接口之前花费一些时间。
何时何地使用IID模型?
在以下情况下可以使用IID：
- 需要快速传达基本功能。
- 实施项目的技术有了新的进步。
- 先决条件是有条理的。
- 绝大多数要求是预先知道的，但是要求在一段时间后再提出。
- 域对于工作组来说是新的。
- 有一家具有广泛改进计划的企业。