上一篇文章给大家讲解了状态图，详情可点击《『这就是UML！』系列内容第9讲：状态图》查看，今天给大家讲解状态机的另一种表现形式：活动图。
活动图是一种用于描述系统行为的模型视图，它可以用来描述系统的工作流程和并发行为，用于展现参与系统某一行为的类进行的各种活动的顺序关系。
活动图类似于流程图，可以描述过程逻辑、业务流程和工作流，但活动图支持并发行为。
下图是一个活动图的例子，它对教师的授课过程进行了描述。从这个活动图中，我们可以知道一个教师授课的过程包括的主要活动有：起立、复习和提问、讲授新课、播放PPT、书写板书、注意学生行为、与学生互动、总结本次课内容及布置练习和作业等。同时，通过活动图可以看到各个活动之间的衔接关系内容。
再给大家分享一个用户网购活动图模板：
活动图是一种用于描述系统行为的模型视图，它可以用来描述系统的工作流程和并发行为，用于展现参与系统某一行为的类进行的各种活动的顺序关系。
1. 描述一个操作执行过程中所完成的工作，说明角色、工作流、组织和对象是如何工作的；
2. 对用例的工作流进行建模。说明用例的实例是如何执行动作以及如何改变对象状态；
3. 帮助相关人员理解业务处理过程；
4. 描述复杂过程的算法。
活动图的主要元素包括动作状态、活动状态、组合活动、分叉与汇合、分支与合并、泳道、对象流等。
1，动作状态
动作状态（Action State）是构造活动图的最小单位，它用于表示原子动作或操作的执行状态。
动作的原子性决定了动作状态不能被分解为更小的部分，且动作一旦开始就不能被中断，直到执行完毕；动作状态的执行具有瞬时性，即执行时间极短，甚至可以忽略其执行的时间。
动作状态没有内部转换或内部活动，不能由事件触发，但可以有转入，转入可以是对象流或动作流。动作状态包含至少一个转出。动作状态与状态图中的状态不同，它不能有入口动作和出口动作。在UML中，动作状态使用下面的图形来表示：
动作状态
2，活动状态
活动状态是非原子性的，可以分解成其它子活动或动作状态，也可以被中断，占有有限的时间。
活动状态可以理解为软件中的一个子过程，而动作状态则可以理解为基本的处理语句。如果活动状态只包括一个动作，则该活动状态就是动作状态。因此，可以认为动作状态是活动状态的一种特殊情形。
在UML中，活动状态所使用的的图形与动作状态相同，只不过活动状态可以有入口动作、出口动作和状态动作等。下面是活动状态的一个例子：
活动状态
3，组合活动
组合活动是一种内嵌活动图的活动状态。把不包含内嵌活动或动作的活动称为简单活动。而把内嵌了其他活动或动作的活动称为组合活动。组合活动不具有原子性，可以被中断。
在实际中，组合活动过于复杂会增加理解上的困难，因此，可以把组合活动中的子活动单独绘制为一个图。下面是组合活动的一个例子：
还书组合活动
4，分叉与汇合
在一些系统中，可能存在着在同一时刻，有两个或两个以上的并发控制流的情况。一个分叉是把一个控制流分解成两个或多个并发的控制流，汇合表示两个或多个并发控制流在此取得同步。
在UML中可以使用同步条来说明这些控制流的分叉（fork）和汇合（joint）情况，同步条是一条水平或垂直的粗线。下图是一个分叉和汇合的例子：
老师授课分叉与汇合
上图中，在“开始上课”活动之后，使用了分叉，该分叉有一个进入转移，有多个转出转移，“播放PPT”、“书写板书”和“观察学生反映”是在授课过程中同时进行的情况，属于并发的活动。这些活动结束后，有一个汇合，这个汇合有多个进入转移和一个转出转移。分叉的转出转移数量应与汇合处的转入转移数量相同。
5，分支与合并
分支（Branch）在程序设计中是一种非常常见的结构，它根据不同的条件进入到不同的路径中执行。在活动图中也有类似的处理。
活动图中也使用一个菱形图标来表示一个判定。一般一个判定有一个进入路径，两个或两个以上的转出路径。每个转出路径上都有一个监护条件，当监护条件为真时，进入该路径。转出路径上的监护条件应该是相斥的，不能重叠，且无遗漏的条件。如“x>=1”和“x>-1”这两个条件就存在着重叠情况，若满足两个路径上的监护条件时，要进入到哪个转出路径呢？又如“x>0”和"x<0"这两个条件就存在着遗漏条件的情况，若当“x=0”时，系统该怎么办呢？
这些反应到实际系统中，都可能导致系统的错误或隐含的BUG。下图是一个分支与合并的例子：
一卡通借阅图书分支与合并
在上面这个图书借阅的例子中，在“获取读者借阅信息”活动后有一个判定，如果读者的借阅数量“达到最大借阅数量”，则执行“停止借阅”活动，否则，图书馆工作人员可以执行“扫描待借书籍”活动，每执行一次这样的活动之后，也要进行判定，以确保读者的借阅数量未超过最大借阅数量。
6，泳道
借助活动图可以清楚的描述业务或处理的过程，但无法清楚的表达这些活动或动作是由谁来完成的。泳道（Swimlane）技术可以帮助我们解决这一问题，它将活动或动作按执行的对象进行分组，每一组使用泳道来隔开。这样，即清楚的描述了活动或动作的转移情况，又表达清楚了这些活动或动作是由谁来完成的。
每个泳道都以对象的名称或活动者的名称来命名，这些名称在一个活动图中是唯一的。活动或动作位于泳道内，不可以跨越泳道，而活动的转移可以跨越泳道。下图是使用泳道的一个活动图：
读书还书泳道活动图
上图描述的是一个图书馆工作人员帮助读者还书的活动图。从图中，我们可以清楚的知道，一个还书过程是由“图书馆工作人员”和“读者”这两个参与者来完成的，并且知道整个还书过程中，这两个参与者都做了哪些活动。
7，对象流
我们可以在活动图中添加对象，来表示某个活动或动作要使用或输出的对象。把涉及到的对象放在活动图中，使用依赖关系将对象链接到对它们进行创建、撤销或修改的活动转换上。这种活动与对象的依赖关系和对象的应用被称之为对象流（Object Flow）。
对象流可用于的场景：动作状态对对象的使用以及动作状态对对象的影响，从对象指向活动或动作的链接代表活动或动作在处理时要使用的对象，从活动或动作指向对象的链接表示活动或动作输出的对象。
在UML中使用一个矩形框来表示一个对象。名称可以直接使用对象的名称，也可以使用“对象名：所属类名”的方式来命名，使用虚线箭头反向动作与对象之间的依赖关系。对象中可包含对象所处的状态，下图是一个包含对象流的活动图：
还书对象流
上图中的“oBook:Book”、“oBorrowRecords:BorrowRecords”和“oFineRecords:Fine”是对象，在“[]”中的内容是表示对象所处的状态；“扫描待还书籍”将产生一个图书的对象，并修改图书状态为“在架”，“确认还书”时将修改借阅记录，更新借阅记录中的还书日期等信息，修改图书的状态为“在架”。
活动图用于对系统的动态行为建模，在建模时，通常选择对业务流程建模或对用例的交互进行建模。
对业务流程建模时，可以遵循以下步骤：
1，选择要描述的业务过程，找出业务过程中的关键对象或参与者，将重要的对象或参与者从左到右依次排开；
2，为反应动作状态的执行者，为这些对象或参与者添加泳道；
3，找出业务的关键动作状态或活动节点，在对应的泳道中添加动作状态或活动；
4，确定业务的起始点及结束状态，为活动图添加初始状态和结束状态；
5，从起始状态开始，按照动作的发生次序，依次添加到活动图中；
6，连接动作状态，并根据业务情况，添加分叉与汇合、分支与合并等节点；
7，如需描述对象的情况，使用对象流来补充活动图；
8，审查活动图中是否有遗漏或需要进一步说明的地方，是否需要使用另外一个活动图进一步描述某些活动。
对用例交互建模时，可以遵循以下基本步骤：
1，选定要建模的用例，确定用例执行的基本流程；
2，通过用例的事件流找出参与者的主动动作，把这些动作整理为活动图中的动作状态或活动状态；
3，为参与到用例基本流程的参与者和系统添加泳道；
4，把动作状态和活动状态添加到对应的泳道中；
5，使用分叉与汇合、分支与合并来描述用例执行中的并发动作和特殊事件的备选动作；
6，审查活动图是否符合实际情况，是否有遗漏，以及是否需要借助另外一个活动图来描述活动的情况。
在ProcessOn中，可以在UML图文件内创建活动图，也可以在流程图中添加一个用例、一个类、一个接口、一个类的操作等创建活动图。
1，新建活动图
注册/登录ProcessOn后，进入个人文件页，点击【新建】按钮创建一个空白UML文件，如下图所示的操作：
新建活动图
2，重命名活动图
用户新建UML文件后就会进入编辑器界面，此时可以修改编辑器左侧顶部的”未命名文件“内容，直接给文件命名；或者右键单击编辑器顶部菜单栏左侧的【文件】按钮，选择【重命名】即可。
重命名活动图
3，选择工具箱
创建完UML图后，在编辑器界面的左侧可以看到图形组件区，该区域包含了创建活动图用到的基本绘图工具。
ProcessOn中提供的活动图图形元素如下：
活动图图形元素
4，添加动作/活动状态
用户绘图时可以直接从编辑器左侧的图形组件区拖拽图形到编辑器空白区域，即可完成图形的创建。然后可以选择图形后，通过编辑器顶部工具栏和右侧的工具面板对图形相关属性进行设置。
添加动作/活动状态
5，添加泳道
在图形组件区的UML活动图中选择泳道元素，将其拖拽到编辑器空白区域，即可完成泳道的创建。在创建时，可以在光标位置直接对泳道进行命名。创建的泳道如下图所示：
添加泳道
每次创建泳道时，默认从左到右依次排列。泳道图的具体操作步骤可以参考这篇文章：《泳道图绘制技巧 手把手教你绘制跨职能流程图》，在此将不再赘述。
6，添加对象流
在图形组件区的UML活动图中选择对象元素，然后将其拖拽到右侧在绘图区，即可完成对象的创建。创建的对象默认形状如下：
作为本文的结尾，这里将给出两个例子用于说明活动图的实际使用情形。第一个例子用于说明图书馆借阅系统中图书馆工作人员帮助读者借书的一个业务过程，第二个例子说明读者图书超期时罚款额度的计算过程。
图书馆工作人员帮助读者借书的流程如下：
（1）读者刷取一卡通；
（2）系统读取读者的信息和借阅信息；
（3）读者有超期图书时，系统提示需要归还图书并缴纳罚款后才可以借阅；
（4）读者没有超期图书，但有欠款时，系统提示不能借阅；
（5）图书馆工作人员扫描读者的每本待借书籍；
（6）系统获取图书信息并将图书信息显示到待借列表中；
（7）图书馆工作人员扫描完待借图书后，确认借阅，则完成该次借阅过程。
上述流程使用活动图描述如下：
图书馆工作人员帮助读者借书活动图
计算读者图书超期的罚款金额步骤如下：
（1）获取读者信息；
（2）获取读者的超期图书记录；
（3）从超期图书记录中取一条记录；
（4）计算该书的超期天数；
（5）该书的罚款金额=超期天数×超期罚款金额单位数量；
（6）将该书的罚款金额累加到罚款金额变量中；
（7）对每本超期图书重复进行（4）-（6）步；
（8）输出超期罚款金额。
上面的算法过程可以使用活动图描述如下：
计算读者图书超期罚款金额活动图
UML往期内容推荐
免费在线协同思维导图流程图 免费使用 
树形图 
括号图 
默认模式 
