机房收费系统----用例图

        UML是用来描述模型的，用模型来描述系统的结构或静态特征，以及行为或动态特征。从不同的视角为系统的构架建模，形成系统的不同视图（View）。

        用例在需求分析阶段有很重要的作用，它是作为参与者的外部用户所能观察到的系统功能的模型图。整个开发过程都是围绕需求分析阶段的用例进行的。

         用例视图强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。

确定参与者（Actor）

       参与者是系统的主体，表示提供或接收系统信息的人或系统，他们是与系统有交互作用的人或事物。通常情况下代表了一个系统的使用者或外部通信的目标。参与者有下面大类。

即一般用户、操作员和管理员。

本系统的功能大概分为以下几个部分。

（1）用户登录：验证用户身份的合法性，判断是否允许进入本系统。

（2）学生查看余额

（3）学生查看上机记录

（4）学生充值记录

（5）学生上机状态查询

（6）修改密码：修改用户的密码

（7）注册：为新学生注册新的卡号

（8）充值：为学生卡进行充值

（9）退卡：将不用的卡注销

（10）收取金额查询

（11）金额返还金额查询

（12）学生信息基本维护

（13）学生上机统计信息查询

（14）操作员工作记录

（15）结账

（16）删除和添加用户

（17）基本数据设定

（18）正在值班教师

（19）日结账单和月结账单

从以上的分析中，可以创建以下参与者：

（1）一般用户

（2）操作员

（3）管理员

   

确定系统用例

       用例是系统参与者与系统交互过程中所需要完成的事务，也是系统和参与者之间的对话，它表示系统提供的功能块，即系统给操作者提供什么样的使用操作。

       创建用例的第一规则是：Use Case典型地描绘了系统功能中从开始到结束的大部分作用。基于这样的考虑，机房收费系统根据业务流程可以分为以下几个用例：

（1）用户登录

（2）根据权限进入

（3）信息查询

（4）修改密码

（5）注册

（6）充值

（7）退卡

（8）基本信息维护

（9）结账

（10）删除和添加用户

（11）基本数据设定

（12）日结、月结账单

（13）报表打印

创建用例图

下面就为系统用例创建用例图。一般用户的用例图如图所示：

                                    


操作员的用例图如图所示

                                               


系统管理员的用例图如图所示