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



我试图使用活动图来模拟与GUI的用户交互,并遇到以下问题:是否使用决策/合并节点或分叉/连接节点来建模不同的用户选择。例如,用户可以通过单击一个按钮来更改程序的设置,或者通过单击另一个按钮来启动一个进程。

在我看来,使用决策/合并节点和指向决策节点的控制箭头更自然,因为选择不能并行进行。但在这种情况下,其他人似乎更喜欢fork/join节点,如图5所示。[1]和[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

您描述了GUI对用户操作(事件)的反应。在这个例子中,最好在活动图中使用"Event"元素。创建活动作为在GUI层上执行的主无限进程,并为来自用户的预期操作添加接受事件操作(event)。我的意思是,为"开始程序设置","启动进程XY"等添加事件

最新更新