UML核心视图---活动图

活动图的一些争议

活动图是动态视图的一种，动态视图是用来描述事物动态行为的。需要注意的是，动态视图不能够独立存在，它必须特指一个静态视图或 UML 元素，说明在静态视图规定的事物结构下它们的动态行为。

活动图描述了为了完成某一个目标需要做的活动以及这些活动的执行顺序。UML 中有两个层面的活动图，一种用于描述用例场景，另一种用于描述对象交互。

实际上 ，活动图被引入 UIML 中是有争议的，因为活动图实际上描述的是业务流程，是一种过程化的分析方法，很多人担心面向过程的活动图引入会导致面向对象的类职责的混乱，这种担心是有道理的。因为在面向对象的眼中是没有业务流程这种东西的，所谓流程只不过是在某个外部力量推动下对象之间相互交流的一个过程，它只是“瞬时”的。如果从活动图的观点来描述业务，实际上是不能直接看到对象是如何发挥作用的。这样在观念上很容易导致对象独立性被破坏，例如有的设计可能会试图得到一个从头到尾参与了整个业务流程的“对象”。

但是，在 UML 中引入活动图可能也是无奈之举，由于从现实世界映射到对象世界有着诸多困难。面向对象要求对象越独立、封装度越高越好，可是面向对象越纯粹，我们越难以理解这些对象将会干什么。正所谓上帝什么都能做，但其实他什么也没有做；纯粹的对象结构也许能做无数的事情，但实际上我们只需要明确其中的一件。我们面临着这样一个矛盾，既要保持面向对象观点中对象的独立性，又要保持现实世界中业务目标的过程化描述。活动图的引入解決了业务目标过程化描述，但也给对象分析造成了混乱。虽然如此，活动图在描述用例场景时仍然是十分有效的工具，关键还是建模者自己要避免被过程化的观点所困扰，而不必忌讳使用活动图。

活动图的元素

活动图一般包含了以下元素：

• 起始点

  起始点标记业务流程的开始。一个活动图，或者说一个业务流程有且仅有个起始点

• 活动

  活动是业务流程中的一个执行单元。在 UML 中，活动被赋予了四个特定的事件。entry 指进入（启动）活动时要执行的动作（或者类方法）; do 指活动执行过程中要进行的动作（或者类方法）; event 事件指活动在执行中接收到某个事件时执行的动作；exit 指活动在退出（结束）时要进行的动作。

• 判断

  判断根据某个条件进行決策，执行不同的流程分支。

• 同步

  同步分为同步起始和同步汇合。同步起始表示人它开始多个支流并行执行；同步汇合表示多个支流同时到达后再执行后续活动。

• 结束点

  结束点表示业务流程的终止。一个活动图（或者说一个业务流程）可以有个或多个结束点。

• 基本流

  基本流表示最主要、最频繁使用的、默认的业务流程分支。

• 支流

  支流表示不经常使用的、由某个条件触发的、非默认的业务流程分支。例如，图 4.12 所示的无行李分支（假设绝大部分客户都需要托运行李）

• 异常流

  异常流表示非正常的、不是业务目标期待的、容错性的、处理意外情况的业务流程分支。

• 组合活动

  组合活动可以用嵌套的活动来表示。不过这种方式会导致活动图太复杂而不清晰，建议不使用，宁可另外用一幅活动图来展示这些子活动。

对象活动图

用例活动图用于展示用例场景，一般可理解为业务流程；对象活动图则用于展示对象交互。不论是上述的用例活动图还是对象活动图，如果说它是一个业务流程，我们总觉得差了点什么。是的，我们只知道活动的执行顺序，却不知道谁在执行这些活动，这时候需要用 “泳道” 来表示。

泳道

上面的活动图描述了业务流程中活动的执行顺序，却没有描述出谁来执行这些活动，即执行业务流程的职责被遗漏了。在面向过程的分析观点里，对象职责是不重要的，重要的是业务的执行过程；而在面向对象的分析观点里则与之相反，业务的执行过程不是重要的，对象职责才是最重要的泳道技术的引入多多少少解決了活动图不能描述对象职责的遗憾。

泳道，顾名思义，就像一个游泳运动员只能在一个泳道里进行比赛一样，个对象也只能在一个业务流程中担任一个（或一类）职责。泳道代表了个特定的类、人、部门、层次等对象的职责区，这些对象在业务流程中负责执行的活动集合构成了它们的职责。