在活动图中使用fork / join或decision / merge节点来建模用户选择？

Question

我试图使用活动图来模拟用户与GUI的交互，并遇到了以下问题：是否使用决策/合并节点或fork / join节点来建模不同的用户选择。 例如，用户可以通过单击按钮更改程序的设置，也可以通过单击其他按钮启动进程。

在我看来，使用决策/合并节点和指向决策节点的控制箭头更自然，因为选择不能并行进行。但是在这种情况下，其他人似乎更喜欢fork / join节点，例如[5]中的图5. [2]中的图3（b）。

所以我的问题是：

a）在这里使用fork / join进行用户选择背后的想法是什么？和

b）在这种情况下哪种组合被广泛接受，如果有偏好，为什么？

[1] http://www.ibm.com/developerworks/rational/library/4697.html

[2] http://twiki.di.uniroma1.it/pub/Lab_sis_int/PaperEAltroMaterialeDiApprofondimento/PinheirodaSilva_IMKB_2000.pdf

Answer 1

您描述了GUI对用户操作（事件）的反应。在此示例中，最好在活动图中使用“Event”元素。创建活动作为在GUI层上执行的主要无限过程，并为用户的预期操作添加接受事件操作（事件）。我的意思是，为“开始程序设置”，“启动进程XY”等添加事件。