在活动图中，您是否允许没有叉子的死角和连接？ （包括示例）

Question

我的问题实际上包含两个关于活动图中相同过程建模的问题。

简短的过程： Joe将文件上传到门户网站，此门户网站将文件传输到我们的服务器，在那里检查错误。如果出现错误，服务器会向门户发送消息，Joe可以在其中看到此消息（如果他仍在登录或下次访问时）并再次上传他的文件（希望这次没有错误）。如果成功，服务器也会通知门户网站，但Joe不必采取任何行动，因此我们对结果不感兴趣。由于文件没问题，系统现在等待Sarah必须手动开始处理文件，然后该过程完成。

在下图中我画了这个，包括我的两个问题。

1. 我是否允许在Portal游泳道中让“通知用户成功”（我发现拼写错误，谢谢你）这样终止？如果我将一个ActivityFinal置于其后，这将意味着整个过程将在那里结束，这不是我们想要的。
2. 我是否允许在没有分叉的“过程文件”之前加入，或者我是否需要在一开始就需要一个分叉，从而将整个表格转换为Sarah？

这一点只不过是试图找到一个有效的UML解决方案来解决这个问题，在我自己的图中我会像在示例中那样做。

提前致谢！

Answer 1

1. 我不确定是否禁止在没有外向链接的情况下离开活动节点，但为了清楚起见（因为用户可能认为这是一个错误）我会使用流最终节点（带有x的圆圈）。此节点只是终止流，不会影响图中的其他流。
2. 您可以在任何地方使用连接节点，如果您之前使用过分叉，则可以独立使用。所以你所做的是正确的。

Answer 2

在这种情况下，我会在“通知用户成功”中创建一个箭头到join元素，将fork中的箭头删除到join元素，然后从fork创建一个箭头到“Start process”。

据我所知，join元素必须在它之前的某个位置有一个fork。 您可以在图表中包含许多活动结束节点，但我认为您不能拥有多个起始节点。

Answer 3

您在活动图上没有任何活动，您认为它没问题吗？否。

当一个车道收到某些东西时，它应该显示为消息（写在箭头上），而不是一个动作。发送和接收是特殊事物，不是作为动作显示，而是作为箭头结束或者作为活动参数 - 边框矩形重要。

至于fork / join组合，绝对可以。

这是一个示例图，我已经对你的元素有用了。这并不意味着你应该复制它，只是将其用作来源。