概要设计说明书
1引言
1.1编写目的
根据软件需求说明建立目标系统的总体结构和模块间的联系;定义数据库和数据结构;定义目标系统的外部接口包括用户界面;设计系统的安全机制和出错处理机制;定义系统运行,制定组装测试计划,编写文档,概要设计审查和复查。
预期读者:项目设计和编码人员
1.2背景
a. 待开发的软件系统的名称:机房收费系统
b. 本项目的任务提出者:米新江教授
开发者:申明霜
用户:廊坊师范学院全体教职工和学生
实现该软件的计算中心或计算机网络:廊坊师范学院局域网该软件系统同其他系统或其他机构的基本的相互来往关系:由廊坊师范学院信息技术提高班做技术支持。
1.3定义
SQL sever:系统服务器所使用的数据库关系系统(DBMS);
SQL:一种用于访问查询数据库的语言,结构化查询语言。
VB(Visual Basic):是一种由 Microsoft 公司开发的结构化的、模块化的、面向对象的、包含协助开发环境的事件驱动为机制的可视化程序设计语言。
事务流:数据进入模块可能有多种途径进行处理。
1.4参考资料
b. 《软件工程》 张海藩 人民邮电出版社
c. 《软件工程知识体系指南》(2004版)蒋遂平翻译
d. 《SQL入门经典》 敖富江译
e. 《Visual Basic6.0数据库开发经典实例精解》 夏邦贵 刘凡馨等编著
f. 《数据库视频》(耿建玲)
g. 《软件工程视频》 张洪志 (哈尔滨工业大学)
2总体设计
2.1需求规定
A.主要输入:基本数据设定、添加用户、注册信息、充值信息、上下机信息以及退卡信息都会输入到数据库中保存。
B.主要输出:查询信息及日结/周结账单信息,打印
2.2运行环境
a.操作系统:Windows XP及其以上操作系统
b.数据库管理系统:SQL Server2000及其以上数据库
2.3基本设计概念和处理流程
主要模块功能块的流程图:
2.4结构
.
2.5功能器求与程序的关系
| 一般用户 | 操作员 | 管理员 |
学生信息管理 | √ | √ | √ |
用户信息管理 |
|
| √ |
收支账目管理 |
| √ | √ |
系统信息管理 |
|
| √ |
2.6人工处理过程
a.学生上下机时需要手动刷卡
b.需要定时的备份数据,以防止不可抗拒因素导致数据的丢失
2.7尚未解决的问题
界面设计不够美观
没能够实现多用户登录
3接口设计
3.1用户接口
确定按钮:执行命名默认键Enter
查询按钮:点击后无结果时提示
3.2外部接口
软件 硬件 |
键盘 |
鼠标 |
打印机 |
主模块 |
连接 |
连接 |
|
管理模块 |
连接 |
连接 |
连接 |
3.3内部接口
系统内部与数据库接口为SQL连接
客户端通过配置数据源与服务器建立连接。
4运行设计
4.1运行模块组合
A.学生管理模块:学生上机下机管理、学生上下机记录查询等
B.账目管理模块:充值退卡、操作员工作记录查询、管理员查账等
C.系统管理模块:结账、系统用户管理、日报表和周报表等
具体软件的运行模块组合为程序多窗口的运行环境,各个模块在软件运行过程中能较好的交换信息,处理数据。
4.2运行控制
A.学生上下机和查询需要进行刷卡,然后由操作人员核对后进行相关操作
B.充值、退卡需要在操作员处划卡核对后进行
C.学生注册、结账需要在管理员处核对后进行
D.管理员登录后可以对系统进行必要的设置或修改
软件运行时有较友好的界面,基本能够实现用户的数据处理要求。
4.3运行时间
A.学生管理模块会经常运行,占用数据库使用时间的1/2
B.账目管理模块使用次之,占用数据库使用时间的1/3
C系统管理模块使用较少,占用数据库使用时间的1/6
系统的运行时间基本可以达到用户所提出的要求
5系统数据结构设计
5.1逻辑结构设计要点
A.系统基本信息设定(BasicDate_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(0)
|
B.退卡信息(CancelCard_Info)
studentNo | int |
cardNo | int |
CancelCash | numeric(18, 1) |
Date | date |
time | char(10) |
UserID | char(10) |
status | char(10) |
C.日结(CheckDay_Info)/周结(checkWeek_Info)
RemainCash | numeric(18, 0) |
RechargeCash | numeric(18, 0) |
ConsumeCash | numeric(18, 0) |
CancelCash | numeric(18, 0) |
AllCash | numeric(18, 0) |
date | date |
D.学生上下机记录(Line_Info)
serial | numeric(18, 0) |
cardno | int |
studentNo | int |
studentName | char(10) |
Department | char(10) |
sex | char(10) |
ondate | date |
ontime | time(0) |
offdate | date |
offtime | time(0) |
consumeTime | char(10) |
consume | numeric(18, 1) |
cash | numeric(18, 1) |
status | char(8) |
computer | char(10) |
E.正在上机记录查询(OnLine_Info)
cardno | int |
cardtype | char(10) |
studentNo | int |
studentName | char(10) |
Department | char(10) |
sex | char(10) |
ondate | date |
ontime | Time(0) |
computer | char(10) |
date | Datetime2(0) |
F.正在工作记录查询(OnWork_Info)
UserID | char(10) |
level | char(10) |
LoginDate | date |
LoginTime | Time(0) |
computer | char(10) |
G.充值记录(Recharge_Info)
serial | numeric(18, 0) |
studentNo | int |
cardno | int |
addmoney | numeric(19, 4) |
date | date |
time | time(0) |
UserID | char(10) |
status | char(10) |
type | char(10) |
H.学生信息(student_Info)
cardno | int |
studentNo | int |
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 |
time | time(0) |
type | char(10) |
I.用户信息(User_Info)
userID | int |
PWD | Char(10) |
level | Char(8) |
UserName | Char(10) |
Head | Char(10) |
J.工作记录(WorkLog_Info)
serial | numeric(18, 0) |
UserID | char(10) |
level | char(10) |
LoginDate | date |
LoginTime | time(0) |
LogoutTime | date |
computer | char(10) |
status | char(10) |
UserName | char(10) |
5.2物理结构设计要点
由客户端输入的信息存入服务端的数据库中,访问人员根据操作人员来定。
5.3数据结构与程序的关系
系统数据结构由标准SQL语句实现,如INSERT语句、DELETE语句、CREATE语句;
由客户端输入的信息存入服务端的数据库中,访问人员根据操作人员来定。
6系统出错处理设计
6.1出错信息
错误类型 |
错误提示 |
输入信息不合法 | 输入信息不正确,请再次输入 |
用户名或密码错误 | 相应的错误提示,请再次输入 |
程序运行错误 | 给予相应的出错提示 |
6.2补救措施
由于数据在数据库中已有备份,故在系统出错后可以依靠数据库的回复功能,并且依靠日志文件使系统再启动,就算系统崩溃用户数据也不会丢失或遭到破坏,但有可能占用更多的数据存储空间,权衡措施由用户自己来定。
6.3系统维护设计
由于系统较小没有外加维护模块,所以维护工作比较简单,仅对数据库做一些基本维护即可。