UML类图概念模式

我已经做了一个UML图，但我认为我对下面所述的部分做了错误的处理（图中的灰色部分）。任何帮助和建议都将不胜感激。：）谢谢

规则：

一个办公室通常只有一名学术工作人员。这个 支持人员的成员共享办公室。办公室可能是 也空了一段时间

每名学生都会指派一名教员作为教学顾问 他或她的专业。有一个以上专业的学生被分配 每个专业的教员顾问

每门学科至少有一本教科书，最多三本 补充教科书。对于一年中的给定会议 学术单位可以开办许多学科

每个正在运行的科目都可以由不同的教学人员在 学术单位

对于每个正在运行的主题，开始日期、结束日期和最终日期 记录检查日期。学生最多可注册两次 在每节课上运行主题

如果一个学生某一科目不及格，该学生可以重新选修该科目 稍后在另一个会话中再次运行主题时

为了实现这一目标，学生每学期的最终成绩 主题保存在数据库中

---

办公室也可以是空的，所以在学术人员与办公室的关系中，在学术人员一侧引入0..1，当它为空时，不会附加任何人。注册部分是不必要的，因为科目和注册之间有一对一的映射关系（如果期末考试不在同一日期），只包括在科目中。在期末成绩中，还包括科目ID和学生ID，链接1到1

在办公室。如果某件事通常只是一条规则，那么你就不能像总是这样构建逻辑。否则，您的软件将无法在现实生活中使用。因此，0..*而不是1

你应该划分科目、课程和班级。对于同一科目，不同的讲师可能会组织几门不同的课程。这个学生报名参加一些课程。他甚至可以在同一科目上有两门或两门以上不同的课程。等等课程周围的所有内容都显示出来了。当然，你的结构可以更复杂，但也不能不复杂

将Grade设置为枚举类型。并简单地从主体到主体建立一个关联，命名为finalGrade

主修、学生和Ac.St.MEm。是一种关系的三个方面。您可以将其作为第三级关联或mace类主分配并将其连接到所有三个类

按照你的规则6，你什么也没做

画一张图表，我们来看看。但更好的未来设定了更狭隘的问题。一条规则+你试图实现它的方式+你无法解决的部分问题=正确的问题

你说的“主题”是什么意思？似乎在您的模型中，“主题”代表“课程”，“运行主题”代表“课程提供”（Gangnus在下面提出的模型中称为“课程”）。而你的“专业”与通常所说的“学科”相对应。你首先要澄清你的词汇。