首先，我对 UML 中类之间的关联关系感到非常困惑，因为存在单向关联和双向关联。
我画了一个简单的例子，就是：
但我在网上查找了一些示例，发现大多数示例都使用了 Patient 类和 Doctor 类之间的单向关联。
当我解释图表时，我会将其解释为“患者类知道医生类，但医生类不知道患者类”。但这仍然没有多大意义，为什么医生类不知道患者类？
谁能更详细地向我解释一下？将不胜感激。
【问题讨论】：
标签： oop uml class-diagram conceptual-model
图表解读
您的图表表明：
Doctor可以有多个Patients，但至少有一个（多重1..n）Patient可以有多个Doctors，也可以没有（多重0..n）Doctorattends toPatient Patient 对象可以找到关联的Doctor 对象（关联末尾的导航箭头）Doctor 是否可以找到他/她的Patients（在关联的另一端没有任何导航指示）。所以我们不知道图表中的潜在问题
首先，在哪里放置多重性存在明显的混淆，因为新任命的医生在他/她的诊所开业时可能没有病人。反之，没有医生的病人不是病人，而是健康人。所以请记住，多重性紧挨着目标：所以1..n 大约是Doctor 的Patients 的数量，而不是相反。
那么标签“attends to”附近的三角形表示阅读的感觉。这里是Doctorattends toPatient。 但总的来说，看医生的是病人。所以三角形应该在另一边并且与你画的那个对称。（对不起this last point was ok，我仍然可以提高我的英语;-)
导航问题
现在到navigability。该图明确表明Patient 知道并可以找到关联的Doctors。在医院登记系统中，当病人到达并且不记得医生的名字来寻找潜在的医生时，这是有意义的。
但是您的图表没有说明相反的可导航性。这是“未指定”的。该图可以通过指示链接上的叉号（即不可导航性）或箭头（可导航性）来阐明情况。
也许有一个反向导航，但它不是明确的（因为抽屉认为它是如此明显）。也许在那个方向上确实没有导航能力。所以Doctor 不知道它的Patients。例如，如果hospital registration system 认为患者是医院的患者并且交互总是通过管理进行，这可能是有意义的。在这种情况下，Doctor 可能具有与 Appointment 的可导航关联，而 Appointment 可导航关联到 Patient 或其他类型的间接导航。
【讨论】：
UML 中没有使用/定义术语“单向关联”和“双向关联”。相反，它们指的是在 OOP 中使用一个引用属性或一对相互反向的引用属性实现关联的方式（另请参见 this tutorial）。
在概念模型中，我们不关心诸如“患者类是否了解医生类？”之类的问题。相反，我们只是模拟两个类之间存在关联的事实。
关于A 和B 之间的关联，A“知道”B 是否更好地表述为：A 的实例是否需要直接访问@987654327 的实例@?在这种情况下，我们将添加一个引用属性A::b，以便能够直接访问/检索所有关联的B 对象。这可以通过在关联的B 一侧放置一个小点（在 UML 中称为“关联端所有权点”）在类图中表示。
这取决于您要构建的应用程序的要求是否真的需要双向访问，而这会带来计算成本。
【讨论】：