问在RUP中迭代的意义是什么？

EN

首先要记住的是，是一个流程框架。它提供了一些约束，使组织能够围绕自己的流程构建自己的流程，并通过定制让组织选择适合自己需求的内容。

我认为维基百科文章上的图像是流程框架的一个很好的表示。

您的四个阶段--初始阶段、精化阶段、构建阶段和过渡阶段--是连续的。在一个给定的项目中，你将参与每一个项目一次。但是，在每个阶段和每个阶段的迭代中，您将在9个(6个工程和3个支持)学科上花费不同的时间。

你可以在图表中看到这个。虽然有些方面没有显示出来。例如，图表只显示一个初始阶段迭代，但可能有很多次。有些学科比其他学科更适合于初始阶段--例如，项目管理、业务建模、需求、环境、配置管理。初始阶段有完成的标准--商定范围、确定的主要用例、托管开发过程、项目计划基线等。每一次迭代都可能有不同的工作重点，以实现完成标准，这意味着在每一次迭代中，投入到学科中的类型和努力将有所不同。

这同样适用于精化、建造和过渡阶段。每个迭代都可以有一个或多个迭代，以显示该阶段的最终目标的进展情况。

RUP是作为传统瀑布方法的替代品而发明的。如今，瀑布被认为是危险的，因为你会发现，你很早就决定的事情在行动上是行不通的。

如果你不看花哨的术语，RUP是一系列迷你瀑布。在每次迭代中，您都要进行体系结构、设计、编码和测试。第一次迭代应该提供至少足以演示的东西，即使缺少主要的特性。建议也尽早解决风险特性，因此如果有问题，您可以使用更多的迭代来修复它们。

随后的迭代会重新讨论架构和设计，为缺少的特性添加新代码，然后测试到目前为止的所有内容。

我希望每一次迭代都涉及到每个学科，尽管以后的迭代自然会涉及到更低层次的设计和编码，以及更少的需求和架构内容。

与敏捷方法不同，RUP假设您在开始之前有一个相当成熟的规范，并且可以计划您应该需要多少次迭代。但它承认，你不可能第一次就把一切都做好。

通常，迭代是一个“特征集”或更改。记住，这都是抽象的。

所以你首先“迭代”是做一个按钮。您的第二次迭代是将按钮变成蓝色。您的第三次迭代是用一个按钮表示"Hello“。

如何完成每一次迭代都是您的“纪律”的所在。请记住，在“迭代”的每个阶段，每个规程的使用都是不同的。

所以不，你不会在你的学科中“弹跳”。你“完成”一个按钮，然后“完成”(精炼)使一个按钮蓝色。

例如，“初始阶段”在“业务建模”中可能非常繁重，但是当您完成“过渡”时，只剩下很少的业务建模要做了。这并不意味着您不能在过渡阶段使用“业务建模”，它只是意味着没有太多的工作要做。

记住，纪律不是步骤，而是技能。

所以简单地说一句“画房子”。

在初始阶段，你可以使用你的“基本形状”规则，但在精化阶段，当你决定把它变成红色房子时，你就不再真正使用基本形状了。

然而，这些都是通用的、抽象的构造，您可以使用这些构造来应用于您认为合适的业务。它们不应该是必须遵守的严格的、有缺陷的规则或角色(尽管你的书可能会概述其中的一些)。