活动图,面向对象开发方法.docVIP

活动图 　　活动图（activity diagram，动态图）是阐明了业务用例实现的工作流程。 　　业务用例模型中的活动图 　　业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。 　　工作流程活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排。活动既可以是手动执行的任务，也可以是自动执行的任务。它可完成一个工作单元。 　　活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态，而且所有或多数转移都在源状态中的活动完成时立即触发。 　　1、基本活动图 　　一个活动图可能包括以下元素： 　　活动状态表示在工作流程中执行某个活动或步骤。 　　转移表示各种活动状态的先后顺序。这种转移可称为完成转移。它不同于一般的转移，因为它不需要明显的触发器事件，而是通过完成活动（用活动状态表示）来触发。 　　决策，为其定义了一组警戒条件。这些警戒条件决定在活动完成后将执行一组备选转移中的哪一个转移。您也可以使用判定图标来表示线程重新合并的位置。决策和警戒条件使您能够显示业务用例的工作流程中的备选线程。 　　同步示意条用于显示平行分支流。同步示意条使您能够显示业务用例的工作流程中的并行线程。 　　2、条件线程 　　警戒条件用于说明一组并行线程中的某个线程是有条件的。例如，在上面的“个人登记”示例中，进行登记的乘客可能是频繁乘机旅行的顾客。在此情况下，您需要给他奖励一些飞行哩程数。 　　3、嵌套活动图 　　一个活动状态可能要引用另一个活动图，因为后者显示了前者的内部结构。换言之，您可以嵌套活动图。您可以显示活动状态中的子图或是让活动状态引用另一个图。 　　如果您希望在一幅图中展示所有的工作流程细节，那么可显示活动状态中的子图，这不失为一种方便的办法。但是，如果所展示的工作流程较为复杂，这就会使活动图难以理解。 　　或者，也可将子图单独放在一个图中，然后让活动状态引用它。 　　为简化工作流程图，您可能要将子图单独放在一个图中，然后让子图所详细说明的活动状态来引用它。 　　4、使用泳道 　　可以使用垂直实线将活动图划分为泳道。每条泳道代表整个工作流程的某个部分的职责，该职责由组织的某个部门来执行。泳道最终可以由组织单元或者业务对象模型中的一组类来实施。 泳道之间的排序并不会影响语义。每个活动状态都指派了一条泳道，而转移则可能跨越数条泳道。活动图是一款行为图（behavior diagram），如图2-34所示，通常用来表达业务流程、工作流或系统流程中一连串的动作。 如图2-35所示，这是一张简单的活动图，用来表达订单的流程。接到订单（receive order）后，决定是否接受这张订单。接受（oreder accepted），就出货（ship order）；不接受（order rejected），则结束订单（close order）。 ????????????????????????? 图2-34 活动图 ????? 图2-35 活动图 ? 2.4.1 动作与控制流 在活动图中，动作（action）是最重要的组成元素，它代表一个执行步骤。动作的图示是圆角矩形，如图2-36所示。连接动作的带箭头实线称为控制流（control flow）。当来源动作结束之后，控制流会启动目标动作。如图2-37所示，寄送发票（send invoice）的动作执行完之后，会通过控制流启动付款（make payment）动作。 图2-36 动作????????????????? ????????????????????????????????? 图2-37 控制流 对象节点（object node）为矩形图示，对象流（object flow）的图示与控制流相同，不过它的其中一个端点必须是对象节点，而另一端必须是其他节点。控制流的两个端点不可以都是对象节点。对象流不同于控制流，对象流可以携带数据或对象。若在寄送发票动作结束后，一并传送发票（invoice）到付款处，可以通过对象流，如图2-38所示。 ??????????????? ?????????????????????????? 图2-38 对象流 一般的对象节点出现在活动范围内。如果将对象节点当成活动的参数，用于输入或输出活动，就可以改用活动参数节点（activity parameter node）。如图2-39所示的范例，放置于活动边框上的三个矩形都是活动参数节点。订单（order）、信用卡（card）和发票（invoice）都是订购处理（order process）活动的参数，它们分别属于Order、CreditCar