【问题标题】:UML class diagram conceptual schemaUML 类图概念模式
【发布时间】:2014-01-27 16:46:52
【问题描述】:

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

规则:

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

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

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

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

  5. 对于每个正在运行的主题,开始日期、结束日期和最终日期 记录考试日期。学生最多可以注册两个 每个会话运行主题。

  6. 如果学生不及格,学生可以再次参加该科目 稍后在另一个会话中再次运行主题时。

  7. 为此,学生获得的每个 主题保存在数据库中。

【问题讨论】:

  • “主题”是什么意思?似乎在您的模型中,“主题”代表“课程”,“运行主题”代表“课程提供”(在 Gangnus 下面提出的模型中称为“课程”)。而您的“专业”对应于通常所说的“主题”。你首先必须澄清你的词汇。

标签: uml conceptual-model


【解决方案1】:

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

【讨论】:

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

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

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

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

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

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

    【讨论】:

      猜你喜欢
      • 2011-08-14
      • 2011-06-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-04-20
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多