概要设计说明书
引言
编写目的
通过这份概要设计说明书的编写，从总体上大致的设计机房收费系统，希望米新江教授指出不足之处。
背景
说明：
1. 待开发软件系统的名称：机房收费系统
2. 任务提出者：米新江教授
开发者：郗晓勇
用户：廊坊师范学院全体师生
运行该系统的中心：廊坊师范学院信息中心
定义
暂无
参考资料
《廊坊师范学院机房收费系统意见书》
总体设计
需求规定
输入：注册时学生信息保存到数据库
输出：日报表、周报表可查看、可打印
运行环境
普通台式机、WindowsXP操作系统
基本设计概念和处理流程
结构
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.
功能需求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：
|
一般用户模块 |
操作员模块 |
管理员模块 |
|
|
学生信息管理 |
√ |
√ |
√ |
|
用户信息管理 |
√ |
√ |
|
|
账目管理 |
√ |
√ |
|
|
基本信息管理 |
√ |
人工处理过程
暂无
尚未问决的问题
暂无
接口设计
用户接口
暂无
外部接口
需要刷卡器与计算机连接（USB）
内部接口
软件需要通过配置数据源同服务器进行连接
运行设计
运行模块组合
学生上机、下机、查询运行学生管理模块
学生充值、退卡；管理人员核查账目运行账目管理模块
系统设定、用户管理运行系统管理模块
运行控制
学生上机、下机、查询需要进行划卡，然后操作人员核对后进行相关操作。
学生充值、退卡需要划卡后操作人员核对后进行相关操作
管理员登录后进行账目管理时核对账目
管理员登陆后对系统或者操作人员进行设定
运行时间。
学生管理模块在学生信息查询时占用少量时间，学生上机管理会占用很多时间。
账务管理模块需要占用部分时间进行账目核对以及打印报表
系统管理模块在修改系统参数，添加、删除用户不需要很多时间
系统数据结构设计
逻辑结构设计要点
学生信息
|
字段名 |
数据类型 |
长度（字节） |
|
Card_No |
Char |
10 |
|
Student_No |
Char |
12 |
|
Name |
Char |
10 |
|
Sex |
Char |
2 |
|
Major |
Char |
20 |
|
Grade |
Char |
10 |
|
Class |
Char |
10 |
|
Cash |
Char |
19 |
|
State |
Char |
10 |
|
Remarks |
Char |
100 |
|
Style |
Char |
10 |
|
Register_User |
Char |
10 |
|
Re_Date |
Char |
10 |
|
Re_Time |
Char |
10 |
|
Check_Money |
Char |
10 |
用户信息
|
User_ID |
Char |
10 |
|
User_Pwd |
Char |
10 |
|
User_Des |
Char |
10 |
|
User_Other |
Char |
10 |
|
User_Name |
Char |
10 |
操作人员工作记录
|
User_ID |
Varchar |
50 |
|
Enter_Date |
Datetime |
8 |
|
Enter_Time |
Datetime |
8 |
|
Leave_Date |
Datetime |
8 |
|
Leave_Time |
Datetime |
8 |
|
Counter_No |
Varchar |
50 |
|
Remarks |
Varchar |
50 |
|
User_Des |
Char |
10 |
充值记录
|
User_ID |
Char |
10 |
|
Money |
Money |
8 |
|
Card_No |
Char |
10 |
|
Charge_Date |
Datetime |
8 |
|
Charge_Time |
Datetime |
8 |
|
Remarks |
Char |
50 |
|
Style |
Char |
10 |
退卡记录
|
User_ID |
Char |
10 |
|
Money |
Money |
8 |
|
Card_No |
Char |
10 |
|
Return_Date |
Datetime |
8 |
|
Reture_Time |
Datetime |
8 |
|
Remarks |
Char |
50 |
基本信息
|
Cost |
Char |
19 |
|
Tempcost |
Char |
19 |
|
Unit_Time |
Char |
10 |
|
Least_Time |
Int |
4 |
|
Prepar_Time |
Int |
4 |
|
Least_Money |
Int |
4 |
报表
|
Remain_Money |
Money |
8 |
|
Charge_Money |
Money |
8 |
|
Use_Money |
Money |
8 |
|
Return_Money |
Money |
8 |
|
Now_Money |
Money |
8 |
|
Date_Check |
Datetime |
8 |
|
Remarks |
Char |
50 |
上机信息
|
Card_No |
Char |
10 |
|
On_Date |
Datetime |
8 |
|
On_Time |
Datetime |
8 |
|
Off_Date |
Datetime |
8 |
|
Off_Time |
Datetime |
8 |
|
Use_Time |
Char |
10 |
|
Use_Cash |
Money |
8 |
|
Computer_No |
Char |
10 |
|
Remarks |
Char |
50 |
|
Name |
Char |
10 |
|
Remain_Cash |
Money |
8 |
物理结构设计要点
由客户端获得数据存入服务器，不同权限的操作人员有不同的访问方式。
数据结构与程序的关系
（明各个数据结构与访问这些数据结构的形式:）
？？？
系统出错处理设计
出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
|
错误 |
输出信息的形式 |
含意 |
处理方法 |
|
未能连接数据库 |
找不到数据库 |
服务器不连通 |
检查防火墙 |
补救措施
说明故障出现后可能采取的变通措施，包括：
1. 每天进行数据备份，保证备份即时更新
2. 系统崩溃时重启系统，可继续工作
3. 数据丢失，回复已备份的最新
系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。 各个程序之间的对应关系，可采用如下的矩阵图的形式；
暂无