📜  迭代模型(软件工程)

📅  最后修改于: 2021-01-09 14:45:59             🧑  作者: Mango

迭代模型

在此模型中,您可以从一些软件规范开始,然后开发该软件的第一个版本。在第一个版本之后,如果需要更改软件,则使用新的迭代来创建该软件的新版本。迭代模型的每个版本都在一个精确且固定的周期内完成,这称为迭代。

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

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

1.需求收集和分析:在此阶段,从客户收集需求,并由分析师检查需求是否满足。分析师的检查是否会在预算范围内完成。完成所有这些操作后,软件团队将跳至下一阶段。

2.设计:在设计阶段,团队根据数据流图,活动图,类图,状态转换图等不同的图来设计软件。

3.实现:在实现中,需求以编码语言编写,并转换为称为软件的计算机程序。

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

5.部署:完成所有阶段后,将软件部署到其工作环境。

6.审查:在此阶段,产品部署后,将执行审查阶段,以检查开发产品的行为和有效性。并且如果发现任何错误,那么该过程将从需求收集再次开始。

7.维护:在维护阶段,在工作环境中部署软件后,可能会出现一些错误,某些错误或需要进行新的更新。维护涉及调试和新添加选项。

何时使用迭代模型?

  • 明确定义需求并易于理解时。
  • 当软件应用程序很大时。
  • 将来有变更需求时。

迭代模型的优点:

  • 在较小的迭代过程中进行测试和调试很容易。
  • 并行开发可以计划。
  • 对于不断变化的项目需求,这是很容易接受的。
  • 在迭代过程中识别并解决风险。
  • 在文档上花费的时间有限,在设计上花费了额外的时间。

迭代模型的缺点:

  • 它不适用于较小的项目。
  • 可能需要更多资源。
  • 由于不完善的要求,可以一次又一次地更改设计。
  • 需求变更可能会导致预算超支。
  • 由于需求变更,未确认项目完成日期。