概要设计说明书
1引言
1.1编写目的
说明编写这份概要设计说明书的目的，指出预期的读者。
在需求分析的基础上，对机房收费系统进行概要设计，为该系统确定一个合理的体系结构。包括合理划分功能模块，模块间的调用关系以及模块间的接口，并且为软件系统提供所用的数据结构或者数据库结构，确定测试方法和策略，为下一阶段的详细设计做准备。
预期读者：项目设计和开发人员
1.2背景
A．软件名称：机房收费系统
B．任务提出者：米新江教授
开发者：杨楠
用户：机房管理员，在校学生，在校教师
C．实现该软件的计算中心或计算机网络：学校机房，廊坊师范学院校园网
D．该软件系统同其他系统或其他机构的基本的相互来往关系：由廊坊师范学院信息技术提高班做技术上的支持。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
VB语言：Visual Basic 是一种由 Microsoft 公司开发的结构化的、模块化的、面向对象的、包含协助开发环境的事件驱动为机制的可视化程序设计语言。
SQL语言：结构化查询语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。结构化查询语言是高级的非过程化编程语言。
面向对象：面向对象(ObjectOriented,OO)是软件开发方法。已超越了程序设计和软件开发，扩展到如数据库系统、交互式界面、应用结构、应用平台、分布式系统、网络管理结构、CAD技术、人工智能等领域。
面向过程：(Procedure Oriented)是一种以过程为中心的编程思想。这些都是以什么正在发生为主要目标进行编程，不同于面向对象的是谁在受影响。于面向对象明显的不同就是封装、继承、类。
1.4参考资料
1.概要设计说明书（GB8567——88）
2.《软件工程知识体系指南》（2004版）蒋遂平 编著
2总体设计
2.1需求规定
说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。
A. 输入：
(1)注册时的各种信息
(2)管理员实时调整收费标准，进行基本的数据设定
(3)通过对学生进行充值
4)用户登录输入的用户名和密码
B. 输出：
(1)查询考勤记录，导出的Excel表
(2)日结账单，周结帐单的查看
(3)学生查看自己的消费情况
2.2运行环境
简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。
硬件：电脑，校园网
运行环境：Window XP以上版本
开发环境：vb6.0版本开发环境，SQL Server2008或者更高的版本，office2003以上版本。
2.3基本设计概念和处理流程
说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
2.4结构
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.
2.5功能器求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：
| 一般用户 | 操作员 | 管理员 | |
| 学生信息管理 | √ | √ | √ |
| 用户信息管理 | √ | ||
| 收支账目管理 | √ | √ | |
| 系统信息管理 | √ |
2.6人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。
学生上下机刷卡，注册，充值，退卡，基本数据设定
2.7尚未解决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
功能模块与相应数据表之间的关系尚未详细确立
3接口设计
3.1用户接口
说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。
| 命令 | 语法 | 信息正确 | 信息错误 |
| 注册 | Insert | 注册成功 | 信息为填写完整 |
| 修改 | Update | 更新数据 | 未作任何修改 |
| 取消 | Exit | 退回当前界面 | 有操作未进行 |
3.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
键盘，鼠标，打印机，刷卡机
3.3内部接口
说明本系统之内的各个系统元素之间的接口的安排。
系统与数据库采用SQL语句连接
4运行设计
4.1运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
一般用户：查看学生余额，学生上机状态，充值记录，上机记录，
操作员：一般用户功能+注册，充值，退卡，操作员工作记录查询，收取金额查询，金额返还信息查询，学生上机统计信息
管理员：一般用户+操作员+结账，添加和删除用户，基本数据设定，日/周账单
4.2运行控制
说明每一种外界的运行控制的方式方法和操作步骤。
主要输入：设备是键盘和刷卡器，还有用户的登录
输出设备是屏幕和打印机，
4.3运行时间
说明每种运行模块组合将占用各种资源的时间。
响应时间：0.1秒
更新处理时间：0.1秒
数据更换和传送时间：1秒
5系统数据结构设计
5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
（1）学生信息（Student_Info表）
| 描述 | 字段名 | 类型 | 长度 |
| 卡号 | Cardno | numeric | (18,0) |
| 学号 | studentNo | numeric | (18,0) |
| 学生姓名 | studentName | char | (10) |
| 性别 | Sex | char | (6) |
| 系别 | Department | char | (10) |
| 年级 | Grade | char | (10) |
| 班级 | Class | char | (10) |
| 金额 | Cash | numeric | (10,3) |
| 备注 | Explain | varchar | (50) |
| 用户名 | userID | char | (10) |
| 状态 | Status | char | (10) |
| 是否结账 | Ischeck | char | (10) |
| 日期 | Date | date | (10) |
| 时间 | Time | time | (0) |
| 类型 | type | char | (10) |
(2)用户表（User_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 用户名 | User ID | int | |
| 用户真实姓名 | User Name | Char | 10 |
| 密码 | PWD | Char | 8 |
| 用户级别 | Level | Char | 10 |
| 注册人员 | Head | Char | 8 |
(3)退卡表（CancelCard_Info）
| 描述 | 字段名 | 数据类型 | 长度 |
| 学号 | StudentNo | Char | 10 |
| 卡号 | CardNo | Char | 10 |
| 退卡金额 | CancelCash | numeric | (18,1) |
| 日期 | Date | date | |
| 时间 | Time | time | |
| 用户名 | UserID | Char | 10 |
| 状态 | Status | Char | 10 |
（4）基本数据表（BasicData_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 固定用户收费标准 | Rate | numeric | (19，4) |
| 临时用户收费标准 | TmpRate | numeric | (19，4) |
| 收费递增时间 | unitTime | Int | |
| 至少上机时间 | leastTime | Int | |
| 准备时间 | PrepareTime | Int | |
| 至少上机金额 | LimitCash | numeric | (19，4) |
| 注册人 | Head | Char | 10 |
| 日期 | Date | date | |
| 时间 | Time | time |
（5）日结账单（CheckDay_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 上期金额 | RemainCash | numeric | (18，0) |
| 今日充值金额 | RechargeCash | numeric | (18，0) |
| 今日消费金额 | ConsumeCash | numeric | (18，0) |
| 今日退卡金额 | CancelCash | numeric | (18，0) |
| 今日总金额 | AllCash | numeric | (18，0) |
| 日期 | Date | date |
（6）周结帐单（CheckWeek_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 上期金额 | RemainCash | numeric | (18，0) |
| 本期充值金额 | RechargeCash | numeric | (18，0) |
| 本期消费金额 | ConsumeCash | numeric | (18，0) |
| 本期退卡金额 | CancelCash | numeric | (18，0) |
| 本期总金额 | AllCash | numeric | (18，0) |
| 日期 | Date | date |
（7）上机信息（Line_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 卡号 | CardNo | char | 10 |
| 学号 | StudentNo | char | 10 |
| 姓名 | StudentName | char | 10 |
| 系别 | Department | char | 10 |
| 性别 | Sex | char | 6 |
| 上机日期 | Ondate | date | |
| 上机时间 | Ontime | time | |
| 下机日期 | Offdate | date | |
| 下机时间 | Offtime | time | |
| 消费时间 | ConsumeTime | char | 10 |
| 消费金额 | Consume | numeric | (18，1) |
| 余额 | Cash | numeric | (18，1) |
| 状态 | Status | char | 8 |
| 使用客户端 | Computer | char | 10 |
（8）正在上机记录表（Online_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 卡号 | CardNo | char | 10 |
| 卡的类型 | Cardtype | char | 10 |
| 学号 | StudentNo | char | 10 |
| 学生姓名 | StudentName | char | 10 |
| 系别 | Department | char | 10 |
| 性别 | Sex | char | 6 |
| 上机日期 | Ondate | date | |
| 上机时间 | Ontime | time | |
| 使用客户端 | Computer | char | 10 |
| 日期 | Date | Datetime |
（9）正在值班记录表（Onwork_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 用户名 | UserID | Char | 10 |
| 用户类型 | Level | Char | 10 |
| 值班日期 | LoginDate | Date | |
| 值班时间 | LoginTime | Time | |
| 值班客户端 | Computer | Char | 10 |
（10）值班记录表（Worklog_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 序列号 | Serial | Numeric | (18，0) |
| 用户名 | UserID | Char | 10 |
| 用户级别 | Level | Char | 10 |
| 值班日期 | LoginDate | Date | |
| 值班时间 | LoginTime | Time | |
| 下班日期 | LogoutDate | Date | |
| 下班时间 | LogoutTime | Time | |
| 值班客户端 | Computer | Char | 10 |
| 状态 | Status | Char | 10 |
（11）充值表（ReCharge_Info）
| 描述 | 字段名 | 类型 | 长度 |
| 卡号 | CardNo | Char | 11 |
| 学号 | StudentNo | Char | 10 |
| 充值金额 | Addmoney | Numeric | (19，4) |
| 充值日期 | Date | Date | |
| 充值时间 | Time | Time | |
| 充值教师 | UserID | Char | 10 |
| 使用状态 | Status | Char | 10 |
5.2物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
本系统内所使用的每个数据结构中的每个数据项由用书客户端输入服务器，访问方式根据操作人员而定。
保密性：不同级别的用户使用该系统的权限不同。
5.3数据结构与程序的关系
说明各个数据结构与访问这些数据结构的形式:
系统的数据结构由标准数据库SQL语言实现，增，删，改，查使用各自的SQL语言。如INSERT语句，DELETE语句，SELECT语句，UPDATE语句等
6系统出错处理设计
6.1出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
在用户使用错误的数据或访问没有权限的数据以及在用户操作非法时，系统会给出相应的警告提示。
6.2补救措施
由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的回复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户自己来决定。
6.3系统维护设计
由于系统比较简单，没有加载维护模块，此项内容省略。