UML学习:机房收费系统-类图

  • 前言
  • 机房收费系统类图
    • 类图分析
      • 学生类
      • 一般用户类
      • 操作员类
      • 管理员类
      • 附加类
    • 关系总图
  • 总结

前言

上回说到一个软件系统的用例图在开发过程中起到的作用,并且通过机房收费系统对用例图进行了阐述,这次继续看看类图在软件开发中的一些作用和特点。
在以前的认识中,一直觉得学生可以当作一般用户,但是再后来的学习中,才发现如果将学生归为一般类,那么在接下来的类图中,一般用户的行为将无法再划分,即老师和学生的行为会出现冲突,导致该类的执行错误。所以,将学生进行单个归类之后,就可以将一般用户级别的类进行具体的行为细化。

机房收费系统类图

类图分析

学生类

属性行为一览图:

一般用户类

属性行为一览图:
UML学习:机房收费系统-类图_第1张图片

操作员类

属性行为一览图:
UML学习:机房收费系统-类图_第2张图片

管理员类

属性行为一览图:
UML学习:机房收费系统-类图_第3张图片

附加类

此外,对于机房收费系统中最关键的一个类别就是“上机卡”了,有了上机卡的卡号,我们才可以正常使用机房收费系统,下面是“卡”这个类的类图
属性行为一览图:
UML学习:机房收费系统-类图_第4张图片

关系总图

下面就是我对机房收费系统的一个初步的理解整理而成的类图。对于管理员,操作员,一般用户之间的关系,我开始觉得用泛化比较贴切,因为一般用户的权限管理员和操作员可以有,操作员的权限管理员可以有。所以,一般用户的操作权限是从操作员继承而来,同理,操作员继承了管理员。但是,后来想了想,操作员和一般用户之间在代码上并没有明确的对管理员进行继承,反而是两个单独的类,只是权限共享范围不同而已,所以做了一下小的修改形成了这张图。

总结

总之,一个软件的类图是用例的一个具体的体现,好的类图才能让接口写起来更加清楚,让开发的分工更加明确。
通过对类图的描绘,总算是对这个机房收费系统有了更深一步的理解,也通过画类图,对我在逻辑方面的想法有了一次小锻炼。

你可能感兴趣的:(软件开发,UML)