UML类图概念架构

Question

我已经完成了UML图，但我认为我对下面说明的部分做了错误（图中用灰色阴影）。任何帮助和建议是值得赞赏的。 ：） 谢谢。

规则：

1. 办公室通常只有一名学术人员。该 支持人员分享办公室。办公室可能是 也空了一段时间。

2. 教职员被分配给每个学生作为顾问 他或她的专业。分配了一个以上专业的学生 每个专业的指导老师。

3. 每个科目至少有​​一本教科书需要最多三本 补充教科书。对于一年中的特定会话，a 学术单位可以开设很多科目。

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

5. 对于每个正在运行的主题，开始日期，结束日期和结束日期 考试日期被记录下来。学生最多可以注册两个 每个课程都要运行科目。

6. 如果学生未通过某个科目，学生可以再次参加该科目 稍后在另一个会话中再次运行主题。

7. 为了管理这个，学生获得的最终成绩 主题保存在数据库中。

Answer 1

办公室也可以是空的，所以在学术人员的学术人员方面介绍0..1到办公关系，当它是空的时候没有人附上。注册部分是不必要的，因为在主题和注册之间存在一对一的映射（如果期末考试不在同一日期），则仅包括在主题中。最终成绩还包括科目ID和学生ID，链接1到1

Answer 2

1. 在办公室。如果某些东西通常只是一个规则，那么你就无法构建逻辑，就好像它总是如此。或者你的SW在现实生活中无法使用。所以，0 .. *而不是1。

2. 您应该划分科目，课程和班级。可能会有不同的课程为同一科目组织的几个不同的课程。学生注册一些课程。他甚至可以有两门或更多同一科目的不同课程。等等。课程周围的所有内容都显示为here。当然，你的结构可能更复杂，但不是很复杂。

3. 将成绩作为枚举类型。并简单地从主题到它的关联，命名为finalGrade。

4. 专业，学生和Ac.St.MEm。是一种关系的三个方面。您可以将其作为第三级关联或mace类MajorAssignment，并将其连接到所有三个类。

5. 对于你的规则6，你什么也没做。

6. 绘制图表，我们会看一下。但更好的未来设置更狭隘的问题。一条规则+你试图实现它的方式如何看待+你无法管理的部分问题=正确的问题。