迭代工作流管理软件

　　一次迭代由一个松散的有序的活动集组成。根据迭代在开发周期中的不同阶段，迭代中的活动所占的比例也是变化的。每次迭代按一组已分配好的使用场景定义。实现所有选择的场景所需要的构件被开发，并与前一次的迭代结果集成。
　　管理：计划迭代，以便确定发布的内容并制订详细的迭代计划;将工作包或者任务分配给开发群组。
　　环境：进化软件变更订单数据库，以便反映所有的新基线以及对所有的产品、测试和环境构件的已有基线的变更。
　　需求：分析基线计划、基线构架和基线需求集制品，以便完全细化在本次迭代结束后要演示的用例及其评价标准；更新任何需求集制品，以便反映由于本次迭代的工程活动所导致的必要的变更。
　　设计：进化基线构架和基线设计及制品，以便完全细化设计模型并测试必要的模型构件来验证分配给本次迭代的评价标准；更新设计集制品，以便反映由于本次迭代的工程活动所导致的必要的变更。
　　实现：开发或获取任何新的构件，并改进或修改任何已有的构件，以便验证分配给本次迭代的评价标准；根据已有的基线（先前的版本），集成和测试所有新的和修改过的构件。
　评估：评价迭代的结果，包括与分配的评价标准的一致性和当前基线的质量；标识任何需要的返工，并确定返工是在这个版本实施之前进行，还是安排到下一版本中；评估结果来改进以后的迭代计划。
　　实施：将该版本移交给一个外部的组织（如用户、独立的验证和确认承包商或管理机构）或进行后置评审而在内部终结，以便吸取经验教训并在下一次迭代中改正。
　　像任何软件开发工作流序列一样，这些活动中的许多都是并发进行的。例如，需求分析并不完全是在一次连续的活动中完成，而是混杂在管理、设计和实现等活动之中。