Uml 参与者用例中的参与者

Uml 参与者用例中的参与者,uml,diagram,use-case,Uml,Diagram,Use Case,我不确定这种关系在用例中如何运作。我希望有人能为我解释一下他们之间的关系和他们各自的行为,让我明白这一点 尽管这是合法的UML,但它没有定义良好的语义。上面写着:申请人与艺术家经理有关联,但没有说明这是什么关系 你自己想想:它告诉了你什么?如果你不能给出一个有意义的答案,那可能是胡说八道 从坎特伯雷大学来看,我想申请者是次要角色。您应该将其与UC联系起来,如艺术家经理。在过去,我对次要演员使用了无向联想。或者,您可以使用或类似的方法对其进行定型。只要与符号保持一致。这种关系在UML2.0中是不允

我不确定这种关系在用例中如何运作。我希望有人能为我解释一下他们之间的关系和他们各自的行为,让我明白这一点


尽管这是合法的UML,但它没有定义良好的语义。上面写着:
申请人
艺术家经理
有关联,但没有说明这是什么关系

你自己想想:它告诉了你什么?如果你不能给出一个有意义的答案,那可能是胡说八道


从坎特伯雷大学来看,我想申请者是次要角色。您应该将其与UC联系起来,如
艺术家经理
。在过去,我对次要演员使用了无向联想。或者,您可以使用
或类似的方法对其进行定型。只要与符号保持一致。

这种关系在UML2.0中是不允许的

UML2不允许参与者之间的关联。(1) (2)使用参与者之间的泛化/专业化关系有助于建模参与者之间的重叠行为,并且不会违反此约束,因为泛化关系不是一种关联类型。(3) ()


尽管申请人是系统的有效概念,但他不是系统用户;因此,它不应该是用例图中的参与者。即使对于常规用例描述,这种关系也不重要。重要的是用户和系统的交互。然而,你可以自由地解释这种关系

嗨,你的画有点问题。你能解释一下你想描述什么吗?这些关系的含义是什么?这是与用例相关的问题。考虑到它的定义不是很明确,你认为哪个是答案。本图仅包括c)。这是错误的,如上所述。请注意:这里不是完成作业的地方!这不是家庭作业,这是我大学以前的一份试卷,这让它更可笑。我们还没有讨论这个方法,这就是为什么我感到困惑的原因。谢谢你的帮助。