加入节点还是合并节点?
Join Node or Merge Node?
我正在尝试为我的系统制作一个 activity 用户图,但我不确定在用户可以注销之前流程是否应该下降到加入节点或合并节点。这是我现在做的一个。谁能给我解释一下有什么区别?
一定是一个连接(虽然我一开始记错了,感谢@AxelScheithauer指出我的错误)。 UML 2.5 第 401 页
15.5.3.1 Executable Nodes
...
When an ExecutableNode completes an execution, the control token representing that execution is removed from the ExecutableNode and control tokens are offered on all outgoing ControlFlows of the ExecutableNode. That is, there is an implicit fork of the flow of control from the ExecutableNode to its outgoing ControlFlows.
这意味着下面的所有 6 个动作将并行开始,但这并不意味着它们必须 运行 同时开始。但是所有这些都需要完成才能在下面的连接后继续。 (我怀疑这是需要的。)
最高决策回流中存在(双重)第二个缺陷。他们需要回到顶部合并。否则登录和注册都不会开始,因为他们期望 3 或 2 个令牌,而只有一个会到达。
我正在尝试为我的系统制作一个 activity 用户图,但我不确定在用户可以注销之前流程是否应该下降到加入节点或合并节点。这是我现在做的一个。谁能给我解释一下有什么区别?
一定是一个连接(虽然我一开始记错了,感谢@AxelScheithauer指出我的错误)。 UML 2.5 第 401 页
15.5.3.1 Executable Nodes
...
When an ExecutableNode completes an execution, the control token representing that execution is removed from the ExecutableNode and control tokens are offered on all outgoing ControlFlows of the ExecutableNode. That is, there is an implicit fork of the flow of control from the ExecutableNode to its outgoing ControlFlows.
这意味着下面的所有 6 个动作将并行开始,但这并不意味着它们必须 运行 同时开始。但是所有这些都需要完成才能在下面的连接后继续。 (我怀疑这是需要的。)
最高决策回流中存在(双重)第二个缺陷。他们需要回到顶部合并。否则登录和注册都不会开始,因为他们期望 3 或 2 个令牌,而只有一个会到达。