4

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

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

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

  1. 我可以让 Portal 泳道中的“通知用户成功”（我发现拼写错误，谢谢）这样终止吗？如果我要在其后面放置一个 ActivityFinal，则意味着整个过程将在那里结束，这不是我们想要的。
  2. 我是否允许在没有叉子的“进程文件”之前加入，或者我是否在一开始就需要一个叉子，跨越从 Joe 到 Sarah 的所有内容？

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

提前致谢！

4

3 回答 3

4
  1. 我不确定是否禁止在没有传出链接的情况下离开活动节点，但为了清楚起见（因为用户可能认为这是一个错误），我将使用流最终节点（里面有 x 的圆圈）。该节点只是终止流程，不会影响图中的其他流程。
  2. 您可以在任何地方使用连接节点，无论您之前是否进行过分叉，都可以独立使用。所以你的做法是正确的。
于 2012-09-12T07:26:10.520 回答
0

在这种情况下，我会制作一个从“通知用户成功”到连接元素的箭头，删除从叉子到连接元素的箭头，然后创建一个从叉子到“开始进程”的箭头。

据我所知，连接元素在它之前的某个时刻必须有一个分叉。你可以在图中有很多活动结束节点，但我认为你不能有多个开始节点。

于 2012-09-12T16:56:29.747 回答
-1

你在活动图上没有活动，你觉得可以吗？不。

当一个通道接收到某些东西时，它应该显示为消息（写在箭头上），而不是一个动作。发送和接收是特殊的东西，它们不显示为动作，而是显示为箭头末端，或者如果它们作为活动的参数很重要 - 边框矩形。

至于 fork/join 组合，绝对没问题。

这是一个示例图，我在上面放置了对您有用的元素。这并不意味着您应该复制它，仅将其用作来源。

在此处输入图像描述

于 2014-01-29T14:05:00.747 回答