业务用例实现

      业务用例实现（Business Use-case Realization）是按照协作对象描述了在业务对象模型中是如何实现特定业务用例的。

      业务用例模型从与客户和业务流程对应的业务主角和业务用例的角度，对业务进行描述。业务用例模型包括工作流程说明，此说明确定完成了哪些工作。而每个业务用例中的工作是如何完成的则在业务对象模型中进行说明。

      一组执行业务用例工作的角色个体和作为部分工作而访问并使用的业务对象一起，称为业务用例实现。同一个类的对象可以参与多个不同的业务用例实现，这反映出同一类资源在不同时候可以在不同流程中使用。

一、使用活动图

      记录业务用例实现的首选方法就是绘制活动图，其中泳道（或分区）代表参与的业务角色。对于每个业务用例实现，可以绘制一个或多个活动图来说明工作流程。常用的组织方法是，绘制一个没有泳道的全工作流程一览图，其中显示高层次的“宏观活动”。然后，每个宏观活动分别有一个详细的活动图，图中显示业务角色层次上的泳道和活动。为了便于阅读，每个图最好都在一页内完成。

二、使用协作图和序列图

      每个业务用例实现都会有一个或多个交互图，它（们）描述了参与其中的业务角色和业务实体以及它们之间的关系。交互图分为序列图和协作图两类。它们表达了相同的信息，但采用了不同的方式：

      序列图清楚地显示了事件的顺序，比活动图更适合较复杂的场景。
      协作图显示对象之间的通信链接和消息，更有利于理解对给定对象的所有影响。
      如果备选流很少，而涉及的业务实体很多，那么交互图要比活动图更适合显示工作流程的实现。

三、使用类图

      每个业务用例实现可以有一个或多个类图，图中描述了参与的业务角色和业务实体。类图有助于协调对参与多个业务用例实现的业务角色或业务实体的所有需求。

四、如何映射用例关系

      业务用例间的关系与业务对象模型中的关系相对应。通过研究业务中的各种情况，您可以决定如何将业务用例间的关系映射为业务用例实现中对象之间的链接。有关用例间关系的详细信息，请参见指南：业务用例模型。

      假设一个业务用例（基本业务用例）包含另一个业务用例（包含业务用例）。在某个给定时刻，雇员停止按照基本业务用例的指示工作，转而接受包含业务用例的指示（这些指示在各业务用例实现的文档中都有说明）。则发生以下情况：

      ·根据基本业务用例，在流程的执行中达到一个可确定的状态 - 例如角色完成了某项特定的任务。
      ·某个准备按照包含业务用例实现工作的角色注意到某种状态的改变。这个角色可能是发现了某种现象，也可能是得到了包含业务用例中某人的通知。
 
      基本业务用例实现中的业务角色与包含业务用例实现中的业务角色进行交互，向其通知正在发生的情况。最自然的建模方法是：

      ·包含业务用例实现对应每个包含它的基本业务用例都有一个对象。每个源于基本业务用例的对象都有到业务角色个体的链接，该业务角色个体启动包含业务用例中的工作。

每个基本业务用例实现中的业务角色都需要一个到业务角色的连接，该业务角色按照包含业务用例启动工作。

      ·基本业务用例的实现中没有代表包含业务用例的对象。
      如果业务用例由另一个业务用例扩展而来，方法与此类似。在扩展业务用例实现中，您使用一个对象代表基本业务用例，它和启动工作（扩展业务用例中描述的工作）的对象之间具有连接。

基本业务用例中的每个业务角色都应该和启动扩展业务用例的业务角色之间具有连接。

      对于用例泛化关系，方法也很类似。在父用例的实现中，您将看到代表子用例的对象。

父用例的实现中存在代表子用例的业务角色。

      用例间的关系有多种不同的解释。至于它们在业务对象模型中的表示方法，差别在于进行包含业务用例、扩展业务用例或父业务用例中所确定工作的原因以及角色对信息的解释方式。业务用例实现中对象的交互方式在所有情况下遵循同样的结构。

五、好的业务用例实现的特征

      ·由参与的业务角色和业务实体来执行业务用例的工作流程，包括所有备选和可选的分支流。
      ·工作流程说明中涉及了所有已描述的活动。
      ·业务角色和业务实体具有所有执行业务用例工作流程所需的关系。
      ·至少有一个业务角色处理业务主角和业务之间的交互。（来源：Rational Software Corp.）