概要设计说明书
1引言
1.1编写目的
本阶段在用户的需求分析的基础上,对机房收费系统做出概要设计。
编写的目的是说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理为程序的详细设计提供基础。
在下一阶段详细设计中,程序员可参考此设计说明书,对系统进行详细设计。在测试软件和维护的时候也可以参考此文档。
本文档的读者是项目设计和编码人员。
1.2背景
a. 待开发软件系统的名称;机房收费系统
b. 此项目的任务提出者:米新江教授
c. 开发者:王红伟
用户:廊坊师范全体师生
运行该软件的计算站(中心):廊坊师范学院局域网
该软件系统同其他机构的基本的相互来往关系:由廊坊师范学院信息技术提高班做技术支持。
1.3定义
注册 | 消费金额 | 充值 | 值班 | 退卡 |
Login | Consume | Recharge | On work | Cancel |
结账 | 基本数据 | 购卡 | 上机 | 下机 |
Close | Basic data | Buycard | Online | Line |
1.4参考资料
《软件工程导论》 张海藩 清华大学出版
《软工视频》
概要设计说明书(GB8567——88)
2总体设计
2.1需求规定
A.主要输入:注册信息、充值信息、上下机信息、退卡信息及修改收费标准信息都会输入到数据库中保存
B.主要输出:查询信息及日报表和周报表等,打印表单。
2.2运行环境
A.操作系统:XP系统及以上WINDOWS操作系统
B.数据库管理系统:SQL server 2008
2.3基本设计概念和处理流程
2.4结构
2.5功能器求与程序的关系
| 一般用户 | 操作员 | 管理员 |
学生信息管理 | √ | √ | √ |
用户信息管理 |
|
| √ |
收支账目管理 |
| √ | √ |
系统信息管理 |
| √ |
|
2.6人工处理过程
A.操作员为学生注册卡号,充值卡号
B.学生上下机刷卡
C.查询上下机记录
D.结账,退卡
2.7尚未解决的问题
暂无
3接口设计
3.1用户接口
命令 | 语法 | 信息正确 | 信息错误 |
提交 | IF&ELSE | 实现命令 | 系统提示,返回当前界面 |
修改 | 点击 | 清空输入的数据 | 无 |
取消 | 点击 | 返回当前界面 | 无 |
3.2外部接口
打印机与PC的安装
用户PC机的安装
3.3内部接口
系统内部与数据库的接口采用SQL连接方式
客户端通过配置数据源与服务器建立连接
4运行设计
4.1运行模块组合
A.一般用户:主要是查看学生余额、学生上下机记录、学生充值记录、学生上机状态查询、修改密码等,都要涉及到数据库的调用。
B.操作员:学生上下机情况查询、余额退换查询、注册、充值、退卡、收取金额的模块
C.管理员:基本数据设定、添加用户删除用户、值班教师情况查询、结账、日结账单和周结账单。
4.2运行控制
A.学生上下机,需要进行刷卡,然后有操作人员核对后进行相关操作
B.管理员登陆后需对系统基本数据进行设定
C.充值、退卡需要在操作员处核对信息后进行
D.管理员定时核查账单
4.3运行时间
登录:用户登录,数据库核对信息,正确的信息科进入主系统;
操作:学生上下机、操作员注册新用户、管理员
查询:输入要查询的信息,或筛选条件,科查询出需要的信息
退卡:学生下机,系统对此次上机记录进行入库。
5系统数据结构设计
5.1逻辑结构设计要点
1.基本数据设定
含义 | 字段名 | 数据类型 |
最少上机时间 | LerstTime | Char |
上机准备时间 | Prepare Time | Char |
卡内最少余额 | LimitCash | Char |
日期 | Date | Date |
时间 | Time | Time |
递增单位时间 | unitTime | Int |
半小时费用 | Halfcharge | Char |
2.退卡信息
含义 | 字段名 | 数据类型 | 长度 |
学号 | StudentNo | Char | 10 |
卡号 | cardNo | Char | 10 |
退换金额 | CancelCash | Numeric | (18,1) |
日期 | Date | Date |
|
时间 | Time | Time | 10 |
状态 | Status | char | 10 |
操作者 | UserID | char | 10 |
3.日结账单
含义 | 字段名 | 数据类型 | 长度 |
余额 | RemainCash | Numeric | (18,0) |
充值金额 | RechargeCash | Numeric | (18,0) |
消费金额 | ConsumeCash | Numeric | (18,0) |
退卡金额 | CancelCash | Numeric | (18,0) |
所有金额 | AllCash | Numeric | (18,0) |
日期 | Date | char | 10 |
4.周结账单
含义 | 字段名 | 数据类型 | 长度 |
余额 | RemainCash | Numeric | (18,0) |
充值金额 | RechargeCash | Numeric | (18,0) |
消费金额 | ConsumeCash | Numeric | (18,0) |
退卡金额 | CancelCash | Numeric | (18,0) |
所有金额 | AllCash | Numeric | (18,0) |
日期 | Date | char | 10 |
5.在线信息
含义 | 字段名 | 数据类型 | 长度 |
卡号 | Cardno | Char | 10 |
学号 | StudentNo | Char | 10 |
姓名 | StudentName | Char | 10 |
系别 | Department | Char | 10 |
性别 | Sex | Char | 10 |
登录日期 | Ondate | Date | 10 |
登录时间 | Ontime | Time | 10 |
下机时间 | Offtime | Time | 10 |
下机日期 | Offdate | date | 10 |
6.上机信息
含义 | 字段名 | 数据类型 | 长度 |
卡号 | Cardno | Char | 10 |
学号 | StudentNo | Char | 10 |
姓名 | StudentName | Char | 10 |
系别 | Department | Char | 10 |
性别 | Sex | Char | 10 |
上机日期 | Ondate | Char | 10 |
上机时间 | Ontime | char | 10 |
电脑 | computer | char | 10 |
7.充值记录
含义 | 字段名 | 数据类型 | 长度 |
学号 | StudentNo | char | 10 |
卡号 | Cardno | Char | 10 |
充值金额 | AddMoney | numeric | (19,4) |
日期 | Date | Char | 10 |
时间 | Time | Char | 10 |
用户名 | UserID | Char | 10 |
状态 | Stasus | Char | 10 |
8.学生信息
描述 | 字段名 | 数据类型 | 长度 |
学号 | StudentNo | Char | 10 |
卡号 | CardNo | Char | 10 |
学生姓名 | StudentName | Char | 10 |
系别 | Department | Char | 10 |
性别 | Sex | 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 | Char | 10 |
时间 | Time | Char | 10 |
9.值班信息、
描述 | 字段名 | 数据类型 | 长度 |
用户名 | UserID | Char | 10 |
级别 | Level | Char | 10 |
登录日期 | LoginDate | Char | 10 |
登录时间 | LogoutTime | Char | 10 |
注销日期 | LogoutDate | Char | 10 |
注销时间 | LogoutTime | Char | 10 |
电脑名 | Computer | Char | 10 |
状态 | Status | Char | 10 |
10.用户信息
描述 | 字段名 | 数据类型 | 长度 |
账号 | UserID | Char | 10 |
密码 | PWD | Char | 10 |
级别 | Level | Char | 8 |
用户名 | UserName | Char | 10 |
5.2物理结构设计要点
由客户端输入的信息存入服务端的数据库中,访问方式根据操作人员而定。
5.3数据结构与程序的关系
系统的数据结构由标准数据库语言SQL实现,如INSER语句,DELETE语句,UPDATE语句。
6系统出错处理设计
6.1出错信息
在用户使用错误的数据或访问设有权限的数据以及在用户操作非法时,系统会给出相应的警告提示。
6.2补救措施
说明故障出现后可能采取的变通措施,包括:
a. 后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;
b. 降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;
c. 恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
由于系统较小没有外加维护模块,因为维护工作比较简单,仅靠数据库的一些基本维护足以。
更多推荐
机房收费系统——概要设计说明书
发布评论