问UML:活动图控制流程

EN

它是完全有效的UML 2。第一个操作不需要标记，所以它可以立即启动。当第一个操作完成时，它为另外两个操作提供令牌，并且它们可以启动。在提供所有所需的令牌之前，最后一个操作不能开始。当完成最后一个操作时，包含的活动也会被完成。

叉子只复制代币。加入--只合并令牌。因此，分叉和连接往往是不必要的。

请看康拉德·博克在“对象技术杂志”上发表的关于活动图的优秀系列文章。

这只是一个坏的例子。

从上下文来看，应该有一个叉表示Ship order和Bill customer应该并行进行。

然后，在Send confirmation之前应该有一个联接，以指示这两个流应该在执行Send confirmation之前已经完成。

我没有检查这是否是最近对UML规范的修订，但是当前的2.5版 (第15.2.3.2章)声明(重点放在我自己上)：

由于ActivityNode可能是多个ActivityEdges的源，所以可以向多个目标提供相同的令牌。但是，同一令牌一次只能在一个目标上被接受(除非被复制，否则它不是相同的令牌，请参见第15.3款中的ForkNodes和第15.5款中的ExecutableNodes )。如果一个令牌同时提供给多个ActivityNodes，那么最多只能被其中一个接受，但是活动流语义并不能完全决定哪一个令牌。这意味着不确定发生的活动模型可能会受到时间问题和种族条件的影响。建模者有责任在构造活动模型时避免这样的条件，如果不想要的话。

从这个角度来看，我认为@Jim L.的答案可能会被否决。我认为，至少在目前的UML版本中，所讨论的图表并没有反映建模者的意图。现在，叉子似乎不仅是干净的方式，而且是唯一正确的方法。