机房收费系统之用例图

一、画用例图

1、角色的选择

   谁使用系统：student、admin、opterator

   谁需要系统支持日常的工作：admin、opterator、student
   谁来维护：admin
   系统要使用的外部资源：数据库
   是否和已经存在的系统交互：没有
   所以：角色选定：admin 、student、operator、数据库

2、基本用例：

   执行者要求系统提供的功能：
      Student：1、changepassword；2、inquirybalance； 3、inquiryonlinerecord； 4、inquiryrechargerecord； 5、inquiryonlinestate

      Admin：1、add or delete user  2、basicdata  3、checkout 4、dutyteacher  5、checkday 6、checkweek

      Operator：1、Registered  2、charge 3、inquirycollect  4、inquiryreturn  5、inquirybasic 6、inquirystatistic  7、workingrecord 8、backcard

   系统需要何种输入和输出：进入系统的用户的基本信息、系统的时间、

   如何维护：基本数据的设定

3、用例图

        

        

        

二、用例文档

   由于初次尝试，所以我写了一个结账的用例文档

用例名称

结账

用例编号

Room charge 006

执行者

系统管理员

涉及利益

系统管理员：了解系统的收益情况，并确保系统正常运行。

操作员：了解进行的操作是否有效。

前置条件

系统管理员已成功登陆

后置条件

系统正常运行结账并打印报表，更新数据库

基本路径

1、系统管理员选择操作员并进行结账，该系统提示结账成功

2、系统管理员选择时间并打印报表。

扩展路径

1a、操作员不存在

    1、扩展点1：执行用例——Room charge 002增加操作员信息

    2、系统管理员选择操作员编号

2a、用户记录不存在

    1、扩展点1：执行用例——Room charge 001增加用户信息

    2、操作员输入用户基本信息

    3、扩展点2：执行用例——Room charge 002 增加上下机信息

    4、操作员输入用户消费信息

字段列表

操作员信息包括:操作员编号、操作员姓名

用户信息包括：用户名编号、用户名姓名、学号、地址、年级、消费时间

业务规则

操作员编号不能为空

用户编号不能为空

用户必须为正整数，不能为空

非功能需求

系统响应时间不能超过30秒

设计约束

如何快速输入用户编号

   绘制用例图只是完成了用例建模最基本也是最简单的一步，用例建模的核心在于编写用例文档。

   用例文档给开发人员、系统的用户和客户看，且都简单易懂。

小结

   用例建模是软件需求分析到最终实现的第一步，它从用户的角度来描述软件系统的功能，描述人们如何使用软件系统。构造意义明确、格式规范的用例模型是软件成功的第一步。所以要认真、细致地进行用例建模。