【问题标题】:School time management system学校时间管理系统
【发布时间】:2019-10-28 10:27:55
【问题描述】:

我正在尝试学习 UML,我想设计一个时间管理系统,其中

  • 一所学校在学年有固定时间表的课程。

知道

  • 课程分为会话,
  • 它们本身被划分为时隙,

我通过这些关系得出了以下类图。我还对关系或属性的类型不感兴趣,但对基数和类本身更感兴趣。我想知道到目前为止我的系统是否一致,即列出的类以及它们之间的关系是否有意义。

【问题讨论】:

  • 不要随心所欲地扩展。每人问一个具体问题。
  • 另外,复习问题也不适合这里。他们通常会得到答案,但这类问题还有其他 StackExchange 网站。
  • 我不认识他们
  • Google 帮助:“stackexchange review”只是第一次点击。

标签: time uml class-diagram


【解决方案1】:

这里有很多问题:

  • 你的Class只有一个Schedule和一个School_year,所以明年你需要一个新系统,我猜。
  • Sessions 被划分为“时隙”,但没有这样的类。可能是time_period,但也只有一个Session

在所有情况下,您的命名都应使用单数。根据惯例,课程也应以大写字母开头。 Dept 可以是副手也可以是部门。不要在含义不清楚的地方缩短名称。

【讨论】:

  • 谢谢@qwerty_so。我对您的建议进行了一些调整,得出了以下结果。但是我对你上面所说的有些问题。我希望能够根据班级创建时间表,并且每个班级都有自己的个人时间表。为什么在这种情况下使用多重关系?一些分析方法会使用一对一的关系来表示一个班级有一个时间表。同样的问题也适用于时间使用和学年。 imgur.com/a/Dasn5HA这是我的班级图编辑图片的链接。
  • @MarK:删除 getter/setter,它们只是噪音,请参阅 stackoverflow.com/questions/28139621/…。最好不要使用白色菱形(用于聚合),请参阅stackoverflow.com/questions/58476608/…。依赖箭头的源和目标处的奇怪点是什么意思?依赖应该表达什么?
  • @GerdWagner 我认为这些点是星号(也很吵)。正如我所提到的:这不是乒乓答案的地方。
  • 那么,我该怎么办?
  • 遵循上述建议/cmets 或不要。自己决定。
猜你喜欢
  • 2013-12-28
  • 2011-12-20
  • 2023-03-06
  • 1970-01-01
  • 2011-03-11
  • 1970-01-01
  • 2019-02-09
  • 2012-02-10
  • 1970-01-01
相关资源
最近更新 更多