UML活动和BPMN流程的比较

起点由初始节点定义。没有指定为什么启动活动的方法。

起点由开始事件定义。这暗示着活动开始的特定原因，尽管可能未指定。

活动中的基本行为单位是Action元素。 UML提供了许多不同形式的动作，尽管模拟使用了其中的一小部分。

Activity中的基本行为单位是Activity元素。有许多不同的任务类型可用。这些通常描述了与发生的情况不同的不同执行方法（例如，手册）。

控制流用于连接活动图上的元素。一个显着的特征是，除了明确的Fork节点外，任何节点都只能遵循单个Control Flow。要限制控制流的流量，请添加一个Guard。

序列流用于连接业务流程图上的元素。这些与UML活动图的不同之处在于，默认情况下会采用所有有效的序列流。要限制序列流的流动，请将conditionType标记值设置为'Expression'并在conditionExpression标记值中创建脚本。

决策节点用于显式地建模决策。当势流重新组合为一个时，将使用使用相同语法的合并节点。

当必须选择单个路径时，将使用设置为“独占”的网关节点。它也用于再次组合势能流。可以将方向指定为“会聚”或“发散”，以在两种模式之间明确选择。

Fork节点用于同时执行多个节点，而Join节点（使用相同的语法）用于等待所有传入流变为可用并离开单个流。

设置为“并行”的网关节点用于显式建模多个节点的并发执行。它还用于等待所有传入流变为可用并离开一个流。可以将方向指定为“会聚”或“发散”，以在两种模式之间明确选择。

对于UML活动，不允许同时执行节点中的某些输出。如果需要，可以在以后添加带有适当防护的控制流。

设置为Inclusive的Gateway节点用于显式建模所有具有真实条件的传出流同时执行的情况。

当需要通过引用外部活动进一步分解行为时，将使用“呼叫行为操作”。

当需要通过引用外部活动进一步分解行为时，将活动元素设置为CallActivity子流程。

活动操作呼叫行为操作。

当需要在不参考外部活动的情况下进一步分解行为时，将活动元素设置为嵌入式子流程。