【问题标题】:Use fork/join or decision/merge nodes in an activity diagram for modelling user choices?在活动图中使用分叉/连接或决策/合并节点来建模用户选择?
【发布时间】:2014-07-08 21:05:15
【问题描述】:

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

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

所以我的问题是:

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

【问题讨论】:

标签: user-interface uml fork-join activity-diagram


【解决方案1】:

您通过 GUI 描述了对用户操作(事件)的反应。在这个例子中,最好在活动图中使用“事件”元素。创建活动作为在 GUI 层上执行的主要无限过程,并为来自用户的预期操作添加接受事件操作 (Event)。我的意思是,为“Start Program Setting”、“Launch Proces XY”等添加事件。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-10-14
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多