UML 用例图问题

Question

我有几个关于用例图的问题：

• 如果我的系统有来宾注册/登录用例，是否应该为管理员、用户启用（我只是想澄清一下，如果我有登录系统，我是否假设管理员、用户等是人谁已经登录到系统，所以我跳过他们记录的东西）？

• 如果我的系统有一个学生演员，即为个别研讨会/课程签名，我是否有（或我被允许）在为他们唱歌后为 ,,taking class'' 制作用例，以及这2个之间应该有关系吗

• 我的老师是否应该继承学生演员，因为他也可以浏览课程？ （等等管理员？）

• 我的付款设置正确吗？

Answer 1

1. 请记住，这些是角色而不是人。管理员可以是客人，只要他们的行为完全像猜测，没有特殊功能或规则。但是，在登录期间，用户角色可能会更改，成为管理员。请注意，您在某种意义上缺少身份验证用户，每个需要安全性的用例都应该包含它，通常不会扩展。
2. 仅当它与系统交互时，例如，触发自动完成或以某种方式对其进行跟踪。通常不需要关系，关联可以帮助传达模棱两可的东西，但我不确定在这种情况下会是什么。
3. 不，真正的作用是任何用户在通过身份验证后都可以浏览课程。您可以让学生、管理员和教师成为经过身份验证或关联的人的子类型等。
4. 视情况而定。首先，您永远不会同时付款和注册，因此从用户的角度来看，这是错误的。 UML 中还有其他方法可以连接这种为课程付费的约束。流程图、状态图等。因为支付确实是一项长期运行的交易，很难确定。我会亲自向学生展示与“支付”用例交互的外部支付系统。

请记住，除非您大部分时间都在生成代码，否则 UML 是关于沟通的，因此要了解您的受众。不要害怕使用 cmets 或约束，如果这是作业，请使用约束并获得一些实际分数。甚至可能对标志和付费课程用例施加约束。

Answer 2

1. 如果您希望管理员能够登录，那么他将为此提供一个用例。我同意他很可能不会注册，所以也许您想将注册/登录分成两个用例？
2. 您不必创建“上课”用例。只有做到这一点，如果这是用户与系统交互的方式。我的猜测是他不会用系统“上课”，在这种情况下，它不会是系统的用例。
3. 我认为您不想从学生那里继承。首先，从现实的角度来看，这是没有意义的。那将意味着老师是学生。您可以将该行为提取到另一个父类，但这可能会使层次结构太大且令人困惑。
4. 如果您要问是否正确地说“为课程签名”包括“为课程付费”，那么使用extend 可能会更好。

另一个建议。角色和用例之间的黑色箭头（通常表示 UML 中的“依赖关系”）应该是双向的、非箭头的线（这通常称为“关联”）至少 UML 标准是这么说的.