Uml 活动图同步条

我正在为现实生活中的纸牌游戏设计一个活动图，我想知道在所附的图片中使用同步条是否正确

据我所知，可以使用同步条将流分隔为两个或多个活动。在我的图表中，我试图说明两个团队从他们收到的一组卡片中挑选一张卡片。团队B的流程在拿起一张卡后结束，这是因为团队a必须先问一个问题（在卡上找到）

---

基本上你的图表是正确的。抽牌同时进行。但是，您可以做一些改进。我不知道是出于什么原因，一个球员会问问题，另一个不会。所以这里我假设最快的一个会开始（记住一个来自非洲的纸牌游戏，两个玩家用一只手尽可能快地抽牌并把它们放在某处；不知道名字和规则，但玩起来很有趣）。无论如何，我的建议是：

---

只要把这幅画放在一个可中断的区域，并以whet的名字命名，whet会让一个玩家第一个问。对于UML规则来说，最终流是不必要的（由于玩家B的动作没有传出流，令牌被吞没了）。

我想根据您的解释提供一些改进。（然而，正如@ThomasKilian所说，不太清楚为什么其中一名球员会提出问题）

案例1：
如果双方（TeamA和TeamB）都应拿起卡，然后检查所选卡中是否存在问题：您的系统应等待两名玩家拿起卡。因此，在这种情况下，您应该在两张

选卡后使用连接节点。（见附件）

案例2：

如果最快的团队提出问题，而不需要其他团队选择卡片，则还有另一个改进：

您应该在两张
选卡后使用带有决策的合并节点（请参阅本节中带有决策的合并解释）。（可以使用合并节点，然后再使用决策节点。）

所以你的决定是基于最快的选牌团队。然后您应该用下面的语句来完成模型。如果TeamA跑得最快，那么TeamA应该提问，TeamB应该回答；如果TeamB跑得最快，那么TeamB应该提问，依此类推。）

您也可以在案例1中使用这种改进（在加入节点之后，您需要一个决定来找到选择卡片的团队，并将上述语句添加到您的模型中）

最后，如果TeamA总是在取卡后问问题，并且不需要从TeamB中取卡，那么在两次
取卡后使用合并节点只有一个改进。考虑合并节点输入流是交替流以接受单个流出流。