机房收费系统用例图

引言

       机房收费系统的数据库设计阶段在几天前就完成了，完成之后，我就没有在进行下一个阶段，因为怕了，怕专业课和提高班的课没有合理规划好时间，而导致自己每天都很乱，怕自己思维陷入那种不知该学那个好的困境中，而导致最终什么都没有学习了，所以，做了一个决定，周一至周五学习自己专业课的知识，周六和周日学习提高的知识，学习专业课的知识相信用不了多长时间，等自己把那些课程进行了一遍之后，再把周一至周五的大多时间用在提高班的学习上。

概述

       机房收费系统的用例图，采用的是面向对象的思想，把整个系统分成几个对象，每个对象含概自己所具有的功能，以此来使用户的需求更加清晰和具有条理化。

用例图

参与者之间的关系

       Operator_Level3的操作者的功能包括了Operator_Level2的操作者的功能，Operator_Level2的操作者的功能包括了Operator_Level1的操作者的功能，Operator_Level1的操作者的功能包括了Operator_Common的操作者的功能。需要注意的是，实际操作者中没有Operator_Common级别的操作，该级别操作者的出现是为了使其他级别操作者的功能的模块更加内聚。

Operator_Common操作者的功能

       该操作者的功能为登陆机房收费系统、退出机房收费系统、帮助用户上机、帮助用户下机，以及操作修改自身基本信息，需要特殊说明的是，用户不能直接使用机房收费系统，需要通过操作者来进行上机下机的操作。

Operator_Level1操作者的功能

       一级操作者的主要功能是针对用户的，我们可以把一级操作者看成是用户，代表着用户所具有的功能，只不过这些功能不是由真实的用户操作，而是由一级操作来实际操作完成。功能包括对用户的增、删、查和改。用户的查中包括了对用户上机记录的查询、现在在线的用户的查询、用户基本信息的查询、余额查询以及账单查询；由于用户和卡是绑定的，是一一对应的，由卡可以确定唯一的用户，由用户可以确定唯一的卡，所以在用户编辑这块的功能包括两个小的功能，一个为用户基本信息的修改（用户名，密码等）；另一个就是对卡的充值编辑了，如果从用户所具有的功能上讲，这一块不应该出现在这里，但是，综合比较，出现在这里比较合适，毕竟Operator_Level11也是一个操作者，不是用户。

Operator_Level2操作者的功能

        该级别的操作者具有的权限已经非常的大了，对于普通的操作都可以进行，主要具有的功能是操作者所做的所有事情的查询，对操作者的操作的功能。

Operator_Level3操作者的功能

        Operator_Level3操作者比Operator_Level2操作者的功能多在了结账和修改基本收费信息上。

总结

       用例图的作用只是用来表达用户的需求，我们可以对这些需求（功能）进行分类汇总，使其具有结构层次化，但是，需要注意的是，这里的层次化不要应用在类图中，也就是说，程序设计的结构层次是另一个新的结构，不是完全用用例图功能的结构了。

       上面的用例的里面有些地方有错误，例如：扩展关系的表示等等，大家看的时候只需要看懂意就行了。