【问题标题】:An actor performing a use case on behalf of another actor in UML use case在 UML 用例中,一个参与者代表另一个参与者执行一个用例
【发布时间】:2016-07-08 09:33:57
【问题描述】:

我的问题是:当一个用例中有两个参与者,其中一个为自己执行特定的用例或操作,但另一个参与者可以为另一个参与者执行相同的用例/操作时(使用几个额外的步骤),它们是否都指向同一个用例?

下面有一个场景:

所以,我有两个演员:学生和辅导员(都是用户)。

学生可以创建自己的时间表。 辅导员可以为学生创建一个时间表(即代表另一个学生,而不是他们自己)。在这种情况下,教师还必须搜索学生(学生在他们的用例中不必这样做)。我猜这可能会>“创建计划”,但同样只适用于参赞演员。

【问题讨论】:

    标签: uml actor use-case


    【解决方案1】:

    用例应始终表达所考虑的系统为参与者创造的附加值。所以“……代表”并不表示附加值。相反,您应该使用单个用例对此进行建模,并将“代表”表示为约束。可以通过添加角色(您命名的用户)来完成

    或者你也可以直接这样做:

    【讨论】:

    • 我认为在第二张图中,辅导员也应该链接到“创建计划”。否则,他将与任何用例正式关联。
    • 我不同意您关于增值的观点:据我所知,第一个 UML 标准并未提及“增值”。其次,我可以向您保证,在某些领域,在分析业务需求期间与用户代表讨论用例时,代表执行的功能通常很重要。声称它没有附加价值是个人判断,不基于任何事实(除非您已经决定了应用的设计,并且在这种情况下您不会看到任何差异)。
    • @Christophe 嗯,UML 规范只讨论语言的语法,而不是它的用法(仅作为示例)。但是,我强烈推荐 Bittner/Spence 了解附加值。 UC 合成经常被错误地用于功能分解。重新链接 2nd dia:不。附加值适用于学生。辅导员只是有“额外的工作要做”。价值归学生所有。约束完全阐明了情况。
    猜你喜欢
    • 1970-01-01
    • 2014-04-30
    • 1970-01-01
    • 1970-01-01
    • 2014-07-24
    • 2013-02-06
    • 2014-08-08
    • 1970-01-01
    • 2019-03-05
    相关资源
    最近更新 更多