问在RUP中，业务建模和需求有什么区别？

EN

RUP将“业务建模”作为“需求建模”之前的一步。这意味着，在业务建模期间，可以描述当前状态下的业务流程，这些流程通常与技术无关。

例如，当我经营一家出售新房的公司时，可能会有一个业务流程，向潜在买家展示类似房屋的图像或他们的客厅的图像。业务流程模型将捕获此过程，但通常不会告诉您图像是在某个纸质目录中，还是在计算机中交互创建的。

然而，在需求方面，我们向开发业务软件或it系统迈出了一步--在这里，我们收集由这样一个软件或系统支持、改进或更改的用例，以及对尚未开发的系统所提供或所做的内容的文字描述。这一步通常不像业务建模步骤那么抽象，但仍然不如下一个RUP步骤“分析和设计”那么低。

在前一个例子中，(高级)需求可能描述一个计算机系统，其中房屋及其房间的3D模型是由销售人员与一些客户交互创建的，例如，可以在标准的PC监视器上显示，也可以用VR耳机显示。这与以前的过程相同，但在更详细的抽象级别上，并将重点放在要开发的系统上。

因此，毫不奇怪，在这两个阶段，您都会发现“用例”或“参与者”这样的术语，或者您可以为两者使用像流程图或用例图这样的工具。重要的不是形式，而是内容。

In

RUP将业务建模和需求定义为以并发方式在整个projet中发生的两个规程/活动，而不是顺序步骤(流行的wikipedia绘图就是这种误解的一部分)。

业务建模侧重于公司的组织，而需求是关于软件必须满足的需求，以支持该组织。这两种活动相互影响。

一些更多的解释

业务建模是关于理解业务应该如何运作的。因此，这关系到公司未来的组织和工作方式。也许公司应该像今天一样保持不变，这个模型只会评估现有的情况。但通常也是关于业务流程再造的。在这种情况下，新的软件及其需求将是关键的促成因素。

需求是关于理解软件系统应该做什么和用户的期望。因此，这是关于要在目标业务模型的上下文中交付的软件。

这两个活动是交织在一起的:业务建模的核心是业务流程建模(我把预测新流程可行性的经济和金融建模放在一边)。业务流程模型中的每个流程步骤都可能导致需求精化(但不一定)中的用例。相反，仔细观察某些需求可能会挑战业务模型或以新的见解丰富其内容。

想知道更多吗？看看Ivar Jacobson的书"The object advantage:业务流程重组与对象技术“(他是RUP的主要共同发明者和UML的共同发明者)或Kroll &Krutchen的著作”rational unified easy“(第289至310页，他们展示了业务建模和需求是如何交织在一起的，并给出了一些实例)。