机房收费需求理解

    去年vb版的机房收费系统虽然说是最后整个系统的功能模仿着原来的系统都实现了，但是在之后接触了软工和UML之后感觉对机房收费系统的理解存在很多问题。虽然我也可以张口就来增删改查，结账，上下机，但是宏观上很模糊，细节处也理解不深。

    这次的.net版机房收费个人重构，誓死要弄明白这里的各种逻辑与框架需求。这个时候才有点明白所谓的软件工程里面说的软件设计各个阶段的作用，需求不明白，没有画好图或者说没有一个软件整体的框架，真的不敢踏入机房收费的迷宫---迷路是必然的，方向可能都不对，谈什么到达终点？

    1：对机房收费整体重新把握

            a:软件是给老师用的：机房收费是面向学校老师或者说是职工的一款软件，基本与学生没有多大关系。也就是说这个软件是老师们用来管理学生上机的，学生要做的只不过是拿着卡来机房刷卡上机，整个操作由老师来完成，学生不会去登录使用本软件。

            b:一般用户，操作员，管理员都是老师：只不过权限不同罢了。一般用户即给学生刷卡的“小职工”，操作员是对学生信息进行维护以及管理“小职工”的值班老师，而管理员则是大BOSS，用来管理一般用户和操作员，并进行最高端的结账等操作。

    2：对机房收费某些细节把握

            a: 
 


             
      一般用户的权限最低，除了可以修改自己的登录密码外，其他均为查询学生的各种信息。而其中“学生查看上机记录”与操作员中的“学生上机统计信息查询”表面为功能的重复，其实很好的体现了他们权限的不同。（一般用户只能通过卡号来查询信息，而操作员有更高的权限，可以访问学生的姓名等详细信息进行查询）

            b:


             
      操作员主要是学生卡的注册，充值（权限接触到Money）查看一般用户的工作记录等。从数据库角度来说操作员已经可以较为深入的修改数据库信息，有了一定的权限。

            c:


             
      管理员掌握着最大的权限----结账和添加删除用户（添加删除老师）。大Boss 无所不能。。

            

         3：
  三者的关系：

             
           
      

             
           
  一般用户是父类，管理员和操作员都继承一般用户，其中管理员也可以看成是继承的操作员。

             
      深入了解机房收费系统，对其需求理解清楚，才能宏观的把握系统的大方向，代码实现的时候才有了指向。需求应该是软件开发的一大块，需求搞好了，软件的设计和实现才能很好的实现。