我不确定这种关系如何在用例中起作用。我希望有人通过解释关系和每个人可以访问的行为来为我阐明这一点。演员用例中的演员
演员用例中的演员
回答
这种关系在UML 2.0中是不允许的。
UML 2不允许Actor之间的关联。 (1)(2)在角色之间使用泛化/专业化关系对角色之间的重叠行为进行建模是有用的,并且由于泛化关系不是一种关联类型,所以不会违反这个约束条件。(3) (Wikipedia)
虽然申请人是系统的有效概念,但他不是系统用户;因此,它不应该是用例图中的角色。即使对于常规用例描述,这种关系并不重要。重要的是用户和系统的交互。但是,您可以在user story中自由解释这种关系。
虽然这是合法的UML它并没有一个明确的语义。它说:Applicant
与Artist Manager
有关,但没有说明是什么样的关系。
只是想一想:它说明了什么?如果你不能给出有意义的答案,那么这可能是无稽之谈。
从UC判断我猜Applicant
是次要演员。你应该把它与像Artist Manager
这样的UC联系起来。在过去,我使用了一个无关联的辅助演员。或者,您可以用<<use>>
等进行刻板印刷。只要符合记谱。
这是与用例相关的问题。考虑到它没有很好的定义,你认为哪个答案会是答案。 [问题链接](http://i.imgur.com/oV0K1RQ.png) –
只有c)被本图覆盖。如上所述,这是错误的。请注意:这不是完成作业的地方! –
这不是家庭作业,这是我的大学以前的考试报告,这使得它更加可笑。我们还没有涉及这个方法,这就是为什么我感到困惑。谢谢您的帮助。 –
- 1. 用例digram的演员
- 2. UML用例图演员
- 3. UML用例 - 谁是演员?
- 4. 演示API演员?
- 5. 演员在UML用例中代表另一个演员执行用例
- 6. 导演,舞台,小组,演员,Box2D和手势演员的例子LibGdx
- 7. 将演员列表变成演员(Greenfoot)
- 8. 与其他演员共享演员
- 9. Kotlin演员与演员沟通
- 10. 将演员分为子演员
- 11. Akka演员 - 创建演员群
- 12. UML中的演员(使用案例)
- 13. 演员示例不编译
- 14. 正确使用演员框架中的演员(java)
- 15. 使用表演员
- 16. 演员在Java中
- 17. 演员“队列”?
- 18. 横跨演员
- 19. 演员选择
- 20. REmote LIft演员
- 21. 演员异常
- 22. 创建演员
- 23. GridWorld Mbug演员
- 24. 演员异常?
- 25. 演员与LINQ
- 26. 演员对象
- 27. 演员对象
- 28. 落实演员
- 29. 创作演员
- 30. 与演员
嗨你的绘画出了点问题。 可以解释你想表达什么?这些关系的意义是什么? –