前页 | 后页 |
UML活动和BPMN流程的比较
BPMN模型的执行和仿真与UML活动图的执行和仿真有许多差异。本文介绍了类似概念的映射以及两种表达系统行为的方法之间的差异。
UML活动和BPMN流程的比较
UML活动 |
BPMN业务流程 |
也可以看看 |
---|---|---|
起点由初始节点定义。没有指定为什么启动活动的方法。 |
起点由开始事件定义。这暗示着活动开始的特定原因,尽管可能未指定。 |
初始 开始事件 |
活动中的基本行为单位是Action元素。 UML提供了许多不同形式的动作,尽管模拟使用了其中的一小部分。 |
Activity中的基本行为单位是Activity元素。有许多不同的任务类型可用。这些通常描述了与发生的情况不同的不同执行方法(例如,手册)。 |
行动 活动 |
控制流用于连接活动图上的元素。一个显着的特征是,除了明确的Fork节点外,任何节点都只能遵循单个Control Flow。要限制控制流的流量,请添加一个Guard。 |
序列流用于连接业务流程图上的元素。这些与UML活动图的不同之处在于,默认情况下会采用所有有效的序列流。要限制序列流的流动,请将conditionType标记值设置为'Expression'并在conditionExpression标记值中创建脚本。 |
控制流 顺序流 |
决策节点用于显式地建模决策。当势流重新组合为一个时,将使用使用相同语法的合并节点。 |
当必须选择单个路径时,将使用设置为“独占”的网关节点。它也用于再次组合势能流。可以将方向指定为“会聚”或“发散”,以在两种模式之间明确选择。 |
决断 网关 |
Fork节点用于同时执行多个节点,而Join节点(使用相同的语法)用于等待所有传入流变为可用并离开单个流。 |
设置为“并行”的网关节点用于显式建模多个节点的并发执行。它还用于等待所有传入流变为可用并离开一个流。可以将方向指定为“会聚”或“发散”,以在两种模式之间明确选择。 |
叉/连接 网关 |
对于UML活动,不允许同时执行节点中的某些输出。如果需要,可以在以后添加带有适当防护的控制流。 |
设置为Inclusive的Gateway节点用于显式建模所有具有真实条件的传出流同时执行的情况。 |
网关 |
当需要通过引用外部活动进一步分解行为时,将使用“呼叫行为操作”。 |
当需要通过引用外部活动进一步分解行为时,将活动元素设置为CallActivity子流程。 |
行动 活动 |
活动操作呼叫行为操作。 |
当需要在不参考外部活动的情况下进一步分解行为时,将活动元素设置为嵌入式子流程。 |
活动 |