1引言
1.1编写目的
本阶段的主要任务是在用户的需求分析阶段的基础上,对机房收费系统做概要设计,为在需求分析阶段得到的目标系统的物理模型确定一个合理的软件系统的体系结构。包括合理地划分组成系统的模块、模块间的调用关系及模块间的接口,并且为软件系统提供所用的数据结构或者数据库结构。同时为下一阶段的详细设计做参考。
本文档的读者是项目设计和项目编码人员。
1.2背景
A.待开发软件名称:机房收费系统
B.项目提出者:米新江教授
开发者:张凯超
用户:廊坊师范学院全体教职工和学生
实现该软件的计算中心或计算机网络:廊坊师范学院局域网
C.该软件系统同其他机构的基本的相互来往关系:由廊坊师范学院信息技术提高班做技术支持。
1.3定义
注册 | 消费金额 | 充值 | 值班 | 退卡 |
Login | Consume | Recharge | On Work | Cancel |
结账 | 基本数据 | 购卡 | 上机 | 下机 |
Statement | Basic_Date | BuyCard | Login | Logout |
1.4参考资料
[1]《软件工程事务》刘学俊李继芳刘汉中 编著 浙江大学出版社
[2]概要设计说明书(GB8567——88)
2总体设计
2.1需求规定
A.主要输入:基本数据设定、添加用户、注册信息、充值信息、上下机信息以及退卡信息都会输入到数据库中保存
B.主要输出:查询信息及日结账信息、周结账信息,还可以打印
2.2运行环境
硬件支持:
a.server要求内存256以上,cpu 2.0GHz以上
b.Clinet内存128以上,cpu奔腾III以上,最大可支持20台分机同时连接到主机上
软件支持:
a.操作系统:windows xp以上操作系统
b.数据库管理系统:sql server
2.3基本设计概念和处理流程
主要功能模块的流程图,如下:
2.4结构
2.5功能器求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:
| 一般用户 | 操作员 | 管理员 |
学生信息管理 | √ | √ | √ |
用户信息管理 |
|
| √ |
收支账目信息 |
| √ |
|
系统信息管理 |
|
| √ |
2.6人工处理过程
学生需要刷卡上下机。
2.7尚未解决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3接口设计
3.1用户接口
命令 | 语法 | 信息正确 | 信息错误 |
提交 | IF&ELSE | 实现命令 | 系统提示,返回当前界面 |
修改 | 点击 | 清空输入的数据 | 无 |
取消 | 点击 | 返回当前界面 | 无 |
3.2外部接口
软件、硬件 | 键盘 | 鼠标 | 打印机 |
主模块 | 连接 | 连接 |
|
管理模块 | 连接 | 连接 | 连接 |
3.3内部接口
内部接口与数据库的接口采用SQL连接方式
4运行设计
4.1运行模块组合
A.一般用户:主要是查看学生余额、学生上机记录、学生充值记录、学生上机状态查询、修改密码等模块,都涉及到数据库的调用。
B.操作员:学生上机情况查询、余额退还查询、注册、充值、退卡、收取金额的模块。
C.管理员:主要要基本数据设定、添加删除用户、值班教师情况查询、结账、日结账单和周结账单。
4.2运行控制
该系统的主要输入设备是键盘和刷卡器,输出主要是显示器输出和打印机输出。
说明每一种外界的运行控制的方式方法和操作步骤。
4.3运行时间
响应时间:0.5s内
更新处理时间:0.5s内
数据的更换和传送时间:1s内
5系统数据结构设计
5.1逻辑结构设计要点
机房收费系统共建立了如下的几个数据表
基本数据设定(BasicData_Info)
描述 | 字段名 | 数据类型 | 长度 |
半小时费用 | HalfCharge | Char | 10 |
递增时间 | IncreaseTime | Char | 10 |
最少上机时间 | LeaetTime | Char | 10 |
上机准备时间 | ReadyTime | Char | 10 |
卡内最少余额 | LeastCash | Char | 10 |
日期 | Date | Char | 10 |
时间 | Time | Char | 10 |
5.2物理结构设计要点
由客户端输入的信息存入服务端的数据库中,访问方式根据操作人员而定
5.3数据结构与程序的关系
系统的数据结构由标准数据库语言SQL实现,如INSERT语句、DELETE语句、UPDATE语句。
6系统出错处理设计
6.1出错信息
在用户使用错误的数据或访问没有权限的数据以及在用户操作非法时,系统会给出相应的警告提示。
6.2补救措施
由于数据在数据库中已经有备份,故在系统出错后可以依靠数据库的回复功能,并且依靠日志文件使系统再启动,就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间,权衡措施由用户自己来决定。
6.3系统维护设计
由于系统较小没有外加维护模块,因为维护工作比较简单,仅靠数据库的一些基本维护足以。