0

我已经做了一个 UML 图,但我认为我对下面所述的部分(以及图片中的灰色阴影)做错了。感谢任何帮助和建议。:) 谢谢。在此处输入图像描述

规则:

  1. 一个办公室通常只由一名学术人员占据。支持人员的成员共享办公室。办公室也可能在一段时间内是空的。

  2. 一名教职员工被分配给每个学生,作为他或她的专业的顾问。拥有多个专业的学生会被分配到每个专业的指导老师。

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

  4. 每个跑步科目都可以由学术单元中的不同学术人员教授。

  5. 对于每个运行科目,记录开始日期、结束日期和期末考试日期。学生每节课最多可以注册两个正在运行的科目。

  6. 如果学生未能通过一门科目,学生可以稍后在另一个课程中再次运行该科目时再次参加该科目。

  7. 为了管理它,学生为每个科目获得的最终成绩保存在数据库中。

4

2 回答 2

0
  1. 在办公室。如果某事通常只是规则,那么您就无法建立逻辑,就好像它总是如此。否则您的 SW 在现实生活中将无法使用。所以,0..* 而不是 1。

  2. 你应该划分学科、课程和班级。对于同一主题,不同的讲师可能会组织几门不同的课程。学生注册了一些课程。他甚至可以有两门或多门同一科目的不同课程。等等。课程周围的所有东西都显示在这里。当然,您的结构可以更复杂,但不能不那么复杂。

  3. 将 Grade 设为枚举类型。并简单地从 Subject 到它建立一个关联,命名为 finalGrade。

  4. 专业,学生和Ac.St.MEm。是一种关系的三个方面。您可以将其作为三级关联来执行,也可以将一个 MajorAssignment 类连接到所有三个类。

  5. 对于您的规则 6,您什么也没做。

  6. 画一张图,我们来看看。但更好的是为未来设定更狭窄的问题。一条规则+您尝试实现它的方式+您无法管理的部分问题=正确的问题。

于 2014-01-27T08:46:52.983 回答
0

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

于 2014-01-26T18:07:51.397 回答