用例图 UML
Use Case Diagram UML
UML Use Case Diagram Questions?
If for an appointment system, an actor (patient) can register on the
appointment system, and register process managed by an actor (Doctor).
画USE CASE图，应该画医生和用例（注册）的关联吗？我不这么认为，因为医生不会对注册做任何事情吗？
如果是，为什么？
如果医生不直接参与患者在预约系统中的登记，则不应存在关联。
不过需要有人在预约系统中输入信息。
所以如果医生自己在系统中添加"available"个插槽，那么它应该被建模为他的用例。
所以最后会有一个用例"Patient --> book appointment"和一个"Doctor --> create appointment slot".
其实是医生代诊。所以对于用例 Register with system 他是主要参与者。医生可能会提供患者的个人资料，但患者并不主动参与这部分。当您描述用例时，您可能会看到医生和正在考虑的系统之间的所有操作。
我想 Peter 的假设是正确的，您在这里需要 2 个用例。
聚会迟到了，但我想永远不会太晚。您很可能必须创建两个用例；一份给医生，一份给病人。
简单描述医生的动作；例如创建约会时段，以及您希望他做的任何其他事情。然后描述患者对其他用例的操作，例如 Register/Login/Book Appointment/Manage 预约。
UML Use Case Diagram Questions?
If for an appointment system, an actor (patient) can register on the
appointment system, and register process managed by an actor (Doctor).
画USE CASE图，应该画医生和用例（注册）的关联吗？我不这么认为，因为医生不会对注册做任何事情吗？ 如果是，为什么？
如果医生不直接参与患者在预约系统中的登记，则不应存在关联。
不过需要有人在预约系统中输入信息。
所以如果医生自己在系统中添加"available"个插槽，那么它应该被建模为他的用例。
所以最后会有一个用例"Patient --> book appointment"和一个"Doctor --> create appointment slot".
其实是医生代诊。所以对于用例 Register with system 他是主要参与者。医生可能会提供患者的个人资料，但患者并不主动参与这部分。当您描述用例时，您可能会看到医生和正在考虑的系统之间的所有操作。
我想 Peter 的假设是正确的，您在这里需要 2 个用例。
聚会迟到了，但我想永远不会太晚。您很可能必须创建两个用例；一份给医生，一份给病人。
简单描述医生的动作；例如创建约会时段，以及您希望他做的任何其他事情。然后描述患者对其他用例的操作，例如 Register/Login/Book Appointment/Manage 预约。