软件工程中的迭代模型

在这种模型中，您可以从一些软件规范开始，并开发该软件的第一个版本。在第一个版本之后，如果需要更改软件，则创建一个具有新迭代的软件的新版本。迭代模型的每个发布都在一个称为迭代的精确且固定的时间段内完成。

迭代模型允许访问早期阶段，其中分别进行更改。项目的最终输出在软件开发生命周期 (SDLC) 过程结束时更新。

迭代模型的各个阶段如下：

1. 需求收集与分析： 在此阶段，从客户那里收集需求，并由分析师检查需求是否会得到满足。分析师检查需求是否会在预算范围内实现。 在这一切之后，软件团队跳到下一阶段。

2. 设计： 在设计阶段，团队通过不同的图表（如数据流图、活动图、类图、状态转换图等）设计软件。

3. 实施： 在实施中，需求以编码语言编写并转化为计算机程序，这些程序称为软件。

4. 测试： 在完成编码阶段后，使用不同的测试方法开始软件测试。 有很多测试方法，但最常见的是白盒、黑盒和灰盒测试方法。

5. 部署： 完成所有阶段后，软件被部署到其工作环境中。

6. 审查： 在此阶段，在产品部署后，执行审查阶段以检查已开发产品的行为和有效性。 如果发现任何错误，则该过程从需求收集重新开始。

7. 维护： 在维护阶段，在将软件部署到工作环境后，可能会出现一些错误、一些错误或需要新的更新。 维护包括调试和添加新选项。

何时使用迭代模型？

1. 当需求定义清晰且易于理解时。
2. 当软件应用程序很大时。
3. 当将来需要更改时。

迭代模型的优势（优点）

1. 在较小的迭代过程中进行测试和调试很容易。
2. 可以计划并行开发。
3. 它很容易被项目的不断变化的需求所接受。
4. 风险在迭代期间被识别和解决。
5. 花在文档上的时间有限，而花在设计上的时间更多。

迭代模型的缺点（缺点）

1. 它不适用于较小的项目。
2. 可能需要更多资源。
3. 设计可能会因不完善的需求而一次又一次地更改。
4. 需求变更可能导致超预算。
5. 由于需求的变化，项目完成日期无法确认。