我的 UML Activity 图有什么问题吗？
is there anything wrong with my UML Activity diagram?
我想知道我的图表有什么问题吗？请帮我看下图：
UML ACTIVITY DIAGRAM
这里有几个问题：
- 初始节点应该有一个去向
Login 的出边。如果缺少这一点，人们可以理解什么都不会发生。虽然这可以进行辩论（见评论），但最好避免歧义。
Confirm placement seekers 表单有两条出边。这不是非法的，但一次只能有一个目标可以接受它，并且 UML 语义没有定义是哪一个。如果您希望两个目标操作都发生，您应该添加一个 fork 节点（然后添加一个 join 节点来同步并行流）。如果您只想要一个，则通过使用中间的决策节点来避免歧义。Receive confirmation notification 没有出边。这不违法，类似于和类似于流最终情况。然而，如果忘记了什么，这可能会引发问题；流最终或 activity 端节点的系统使用对于 reader 来说不那么模糊。因此，如果这是一个并行流，在继续并到达 activity 最后一个节点。如果这是一个替代流程，那么您应该向 activity 最终节点添加一条边。
我想知道我的图表有什么问题吗？请帮我看下图：
UML ACTIVITY DIAGRAM
这里有几个问题：
- 初始节点应该有一个去向
Login的出边。如果缺少这一点，人们可以理解什么都不会发生。虽然这可以进行辩论（见评论），但最好避免歧义。 Confirm placement seekers表单有两条出边。这不是非法的，但一次只能有一个目标可以接受它，并且 UML 语义没有定义是哪一个。如果您希望两个目标操作都发生，您应该添加一个 fork 节点（然后添加一个 join 节点来同步并行流）。如果您只想要一个，则通过使用中间的决策节点来避免歧义。Receive confirmation notification没有出边。这不违法，类似于和类似于流最终情况。然而，如果忘记了什么，这可能会引发问题；流最终或 activity 端节点的系统使用对于 reader 来说不那么模糊。因此，如果这是一个并行流，在继续并到达 activity 最后一个节点。如果这是一个替代流程，那么您应该向 activity 最终节点添加一条边。