Uml 加入节点还是合并节点？

我正在尝试为我的系统制作一个用户的活动图，我不确定在用户可以注销之前，流是否应该下降到加入节点或合并节点。这是我现在做的一个。谁能给我解释一下有什么区别吗

它一定是一个连接（尽管我第一次记错了，多亏指出了我的错误）。UML2.5的第401页

15.5.3.1可执行节点

当ExecutableNode完成执行时，表示该执行的控制令牌将从ExecutableNode中删除，并且在ExecutableNode的所有传出控制流上提供控制令牌。也就是说，从ExecutableNode到其传出ControlFlows的控制流有一个隐式分支

这意味着下面的6个操作将并行启动，但它们必须同时运行。但所有这些都需要完成，以便在下面的连接之后继续。（我怀疑这是否可取。）

---

顶部决策返回流中存在（双重）第二个缺陷。他们需要返回到顶部合并。否则，登录和注册都不会启动，因为他们期望3或2个令牌，其中只有一个到达。

根据您的设计，我只能在您的系统上执行一件事，然后我必须注销。我猜你不是这个意思吧？啊，是的。所以我想我应该选择合并节点@如果您不允许用户在第一次操作后执行其他操作，则GeertBellekensA合并节点将不会有帮助。目前，在完成其中一项操作后，他们唯一能做的就是“注销”@GeertBellekens如果在主页之后，我添加了一个Fork节点，将流拆分为多个并发流（如构建行程等），然后使用一个连接节点将所有流再次连接，该节点将一个传出流连接到名为“返回主页”的决策节点。如果是，流程将返回到主页操作状态，如果不是，则返回到新的“继续操作”操作节点。这就是您使用系统的方式吗？我个人一次只能完成一项任务，而不是所有任务同时完成。此外，如果你用叉子把它们分开，然后加入它们，你基本上是说用户必须做所有的事情。我可以不做任何事情就从你的系统中注销，这似乎是合理的。在这种情况下，注销应该与用户可以执行的其他操作处于同一级别。哦，我明白了。非常感谢你！至于主页，是否必须指定一名警卫？我想这通常是为了决策节点。你能澄清关于第二个缺陷的错误吗？你可以让一个动作发出多个控制流。只有一个会发送令牌。所以一个守卫会控制哪一个会是。如果没有，它是随机的。添加fork节点会有帮助吗？主页之后，添加一个Fork节点，将流拆分为多个并发流，如构建行程、搜索目的地等。对不起，在UML2中，多个传出控制流是一个隐式Fork。因此，如果您希望在注销之前等待所有六个操作完成，那么join节点就是正确的元素。他们不需要同时开始。fork只表示它们同时被启用。如果你是djinn，你可以并行处理它们。如果没有，你可以按任何顺序做。当然，如果你想描述一个典型的用户，她一次只能描述一个，但可能会多次。因此，您可能应该使用一个决策节点并循环返回到它。@AxelScheithauer哦，我找到它了。。。15.5.3.1. 我的记忆力越来越差：-(