StarUML中的活动图本质上是流程图，活动图相对来说，更加专业，它有对信号的处理，对状态动作、数据区别表示，使得更清晰地了解控制流的走向。
1、基本元素
a、活动状态图(Activity)、动作状态(Actions)
活动和动作使用同一个图表示，活动状态与状态机的状态是同一个意思，代表着一种状态，它是由别的状态流转而来，也可以流转到别的状态，同时也可以自流转，流转到自己；动作状态代表的就是一个动作。
活动状态图，是可以细化的，所以有时候会先画一个大的活动状态图，然后将该活动暴露的接口和所使用到的接口都在这个图里标识好，然后再在这个活动图里细化相应的逻辑。
内部填充具体的支付系统逻辑，更详细的案例，见文末案例e。
b、动作流(Control Flow)
即动作之间的转化，由一根连线将两个动作状态图连接起来。
c、开始节点(Initial)
即活动开始的节点。
d、终止节点(Final nodes)
终止节点分为活动终止节点和流程终止节点；
活动终止节点，代表着整个活动结束了，不会有其他的分支在跑。
流程终止节点，代表着某个流程结束了，其他流程还在跑，整个活动还没有终止。
e、对象(object)
对象属于数据流的一部分，用矩形框表示。
f、数据存储对象(DataStore)
使用关键字<<datastore>>。
g、对象流(Object Flow)
对象流实际上是控制流中插入对象，以表达对象、动作和状态之间的关系。
具有以下特征：
(1) 一个对象可以由对个动作操作；
(2) 一个动作输出的对象可以作为另一个动作的输入对象；
(3) 在活动图中，一个对象可以出现多次，它的每一次出现代表着对象分处于生命周期的不同状态。
对象流中的对象名称分为两部分，一部分是对象名，下面是对象的状态，如果一个对象不存在多个状态，那么下面的状态表示可以去除掉。(暂时不知道怎么将状态写到下面，只能写在右边)
h、分支和合并（Decision Merge）
分支和合并公用一个图形，该图形有多个出口也有多个入口，每个出口都用对应的条件标识，类似于编码中的if else 或者 switch case，每个分支都是条件的。
i、分叉和汇合(Fork Join)
分叉和汇合与分支和合并类似，但有本质区别，否则是状态流转与条件挂钩，一次只能走一条路，但是分叉和汇合则是并行的，每次每条路都要走，它表示的不是说多条路选一条的意思，而是多条路要同时走。
分支和分叉因为前者入口都标有条件而后者没有标，所以容易区分，但是合并和汇合非常类似，入口都是没有条件的，区分的方法就是 所有入口是不是相斥的，如果是就是合并，后者就是汇合。
j、信号（Signal）
信号分为两种，一种是接收信号，一种是发出信号，还有一种比较特殊，时间事件，有的地方也把这个叫做时间信号
时间信号，本质上是在表示一种时间动作，一般是表示等待
接收信号大部分情况下不用画，直接由发出信号指向活动或者动作图。
2、泳道
泳道图出自 跨职能图，每个泳道代表着不同的组织、系统或者是个人，泳道里的图代表着该组织所负责的逻辑，在活动图里也是一样，在信号部分，就用到了泳道。
3、案例
a、购物用例图
b、 带有发送信号与接收信号的活动图
这个案例中，左上角用的是汇合，用错了，应该采用合并，因为有空位和没有空位是相斥的，才能采用合并。
c、带对象流的活动图
d、辅助活动图
e、典型案例
画得好的图，图在兼顾清晰明了的基础之上，尽量让图更加紧凑些。
本文学习对象：https://www.cnblogs.com/xiaolongbao-lzh/p/4591953.html