Uml 用例图中有多个参与者,但都属于同一个一般角色

Uml 用例图中有多个参与者,但都属于同一个一般角色,uml,diagram,use-case,use-case-diagram,Uml,Diagram,Use Case,Use Case Diagram,所以对于一个论坛,在论坛上有不同的角色,我有一个问题。 基本上,论坛上有一个版主/编辑角色,用户可以在其中编辑帖子,然后还有一个版主/编辑角色,可以编辑论坛上的一般信息,例如首页上的基本信息或图像 如何使用两个编辑器角色创建用例图?我应该把它们分开,让它们一个接一个,还是让这两个角色都继承自一位总编辑兼演员 您似乎混淆了actor和类实现 能够编辑和编辑关于论坛的信息不是用例,它们代表了实现级别的状态/权利 由于编辑器并没有相应的用例,所以参和者之间的继承并没有提供任何东西,您的用例不是用例,您

所以对于一个论坛,在论坛上有不同的角色,我有一个问题。 基本上,论坛上有一个版主/编辑角色,用户可以在其中编辑帖子,然后还有一个版主/编辑角色,可以编辑论坛上的一般信息,例如首页上的基本信息或图像

如何使用两个编辑器角色创建用例图?我应该把它们分开,让它们一个接一个,还是让这两个角色都继承自一位总编辑兼演员

您似乎混淆了actor和类实现

能够编辑和编辑关于论坛的信息不是用例,它们代表了实现级别的状态/权利

由于编辑器并没有相应的用例,所以参和者之间的继承并没有提供任何东西,您的用例不是用例,您可能正在考虑类之间的继承

演员是一个角色,它不是一个可以扮演多个角色的人

如果编辑帖子的角色和编辑论坛信息的角色不同,那么你有两个不同的参与者,否则这些参与者是唯一的参与者。对我来说,你有:


如果该值为正值,则可以使管理员继承编辑器

泛化完全正常。您只需要添加一个约束:

这意味着两个参与者都可以执行一些用例。约束告诉我们只有Actor2可以做UC场景中描述的特殊事情

因为@bruno很怀疑:如果你的UC与约束条件完全不同,你可能会对不同的UC建模,而你的UC可能就是这样,但是如果没有需求/上下文,这是不可能的。但是,可以通过附加约束来控制流。因此,流中的特殊部分将是Actor1跳过的另一个选择


你能。。。根本没有用例。用例显示了附加值。它是名谓主语宾语。

应该能做什么。。。成为加州大学校长?没什么。再说一遍:去读一下关于用例的Bittner/Spence。这不是教我UML论坛。“你在做一些非常基本的事情。”托马斯基利安在删除这句话之前开了一个玩笑:当我的眼睛读Bittner/Spence时,我的大脑读britney spears,因为即使这根本不是我喜欢的音乐,但我更喜欢巴赫,比如说^^@bruno啊,哈哈。不,她还活着吗?我也更喜欢B。。。巴洛克等作曲家,而不是布兰妮等。只需补充一句:与其说Editor1和Editor2将他们命名为他们在“常规编辑器”、“管理编辑器”等方面的特殊之处,不如说如果actor1不能执行某些用例,而只有actor 2可以执行,则图表无效,actor1——一些用例必须被删除,只有actor2——一些用例我的描述还没有结束,但你错了,因为这不是我想说的。好吧,我让你完成;-目前,不变量使其无效对我来说,这仍然是无效的,编辑本身就是一个与actor2相关联的用例,它不是某个用例的子用例,您的用例定义错误注意,您无法找到某个用例的名称,这是一个问题的迹象;-。就我的两个世纪。我只是把它作为一个独立的例子,故意不以某物命名。所以这本身并没有错。请阅读我上面写的内容。