我想问一些关于统一流程的问题。在 UP 中，每个迭代都有自己的分析和实现步骤。
但是上图显示了一些不同的东西。在第 5 次迭代之后，完成了 90% 的分析，但仅完成了 10% 的软件。我无法理解。在迭代中，代码是关于迭代的需求的。那么软件的完成率怎么可能是10%，需求的比例是90%呢？
问问题
312 次
1 回答
1
确实是个好问题。
我会尝试根据您提到的分析和实施图提供中立的观点。让我尝试用一个例子来解释这一点，以便我们可以进行上下文讨论。
假设您的组织已经提出了构建人力资源管理系统的需求，并且出于某种原因决定将在内部实施该产品。因此，工程和人力资源团队一起着手，首先制定高层要求，可能会在半天的快速研讨会上进行。团队通过在迭代期间进行详细分析以及随后的实施来向前迈进。例如，“系统需要有处理员工辞职的规定”可能是您的高级要求的一部分，而“经理批准、人力资源处理、到期结算等的规定”可能是您的分析。在这种情况下，您的分析和实施可能类似于：
迭代#1：10% 分析，0% 实施
迭代#2：20% 分析，0% 实施
迭代#3：40% 分析，10% 实施
.
.
.
同样，如果高级管理层要求您提供“近似”资源和成本估算（就像正式项目一样），这可能会有所不同。然后，您需要在第一次迭代期间执行更详细的分析。
现在，让我们假设同一个 HR System 项目来自其他组织，而您正在为他们提供 IT 服务。现在，你这次是从零开始吗？不会。您的客户会带着适当的需求文件来找您。您需要对估算和计划进行充分的分析。甚至在您开始进行高级设计之前，您就已经将系统分析到了一个不错的水平。这本身就是你分析的 60%。剩余的 % 是横向循环中在微观层面上分析的内容。[在“迭代模型”的掩护下，你能不能去告诉你的客户，你会逐件估算（并据此收费）？没有。 ] 因为成本是这里的主要因素。（您的成本和客户的成本）
因此，实际上，完成的分析百分比取决于您进入项目周期的阶段以及在它来到您之前已经完成的工作。此外，您在资源/成本因素方面的带宽也将发挥作用。最后，没有f(x)公式，它是事实驱动的。
希望这可以帮助。
谢谢，
法伊兹
于 2012-07-15T07:06:46.023 回答