概要设计说明书
1引言
1.1编写目的
在用户需求的基础上指明系统大概的设计走向,在用户研究和设计之间架起桥梁,使用户研究和设计无缝结合,将对用户目标和需求转换成具体界面设计解决方案的重要阶段。
设计软件结构的具体任务是:将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然,概要设计建立的是目标系统的逻辑模型,与计算机无关。
预期读者:系统设计人员
1.2背景
b. 本项目的任务提出者:米新江教授
开发者:杜晓静
用户:学校教师和学生
实现该软件的计算中心或计算机网络:学校网络中心
c.软件系统同其他系统或其他机构的基本的相互来往关系:廊坊师范学院信息技术提高班、SQL数据库、Windows系统、Visual Basic6.01.3定义
1.4参考资料
b. 《数据库视频》耿建玲
c. 《软件工程视频》 张洪志
d. 《SQL 入门经典》 敖富江译
2总体设计
2.1需求规定
输入 | 处理 | 输出 | |
注册 | 学生基本信息 | 添加到数据库 | 学生基本信息 |
充值 | 充值卡号、金额 | 添加到数据库 | 充值金额 |
退卡 | 卡号 | 数据库删除信息 | 退卡金额 |
添加用户 | 用户信息 | 添加信息到数据库 | 用户信息 |
相关记录查询 | 学生卡号或用户名 | 查询数据库 | 相关记录输出 |
… | … | … | … |
… | … | … | … |
2.2运行环境
运行环境:需要XP及以上系统。
2.3基本设计概念和处理流程
2.4结构
2.5功能需求与程序的关系
| 一般用户 | 操作员 | 管理员 |
学生信息管理 | √ | √ | √ |
用户信息管理 |
|
| √ |
收支账目管理 |
| √ | √ |
系统信息管理 |
|
| √ |
2.6人工处理过程
学生上下机刷卡
2.7尚未解决的问题
各模块与数据库之间的联系。
3接口设计
3.1用户接口
命令 | 语法 | 实现操作 | 错误操作提示 |
注册 | Insert | 注册成功 | 信息未填写完整 |
修改 | Clean,insert | 清楚原始记录,添加修改的数据 | 未做任何修改 |
取消 | Command | 退出当前界面 | 有操作未进行 |
3.2外部接口
软件中的模块都应与硬件中的键盘鼠标打印机等连接实现功能。
3.3内部接口
需与SQL server数据库连接。
4运行设计
4.1运行模块组合
学生管理模块:查看余额,查看上机记录,查看上机状态,查看充值记录
操作员管理模块:注册、充值、退卡,维护学生基本信息,查看金额,查看操作员记录。
管理员管理模块:增添和删除用户,并对其进行日结和周结等结账操作。
4.2运行控制
说明每一种外界的运行控制的方式方法和操作步骤。
学生和教师刷卡后需要登录各自的用户名和密码方能进入系统满足自己的需求。学生上机的前提是操作员对学生信息进行注册,然而操作员的基本信息是由管理员进行增添和删除的。每个模块之间都应有各自的任务分配,也有相互之间的联系。
4.3运行时间
登录时间需在2s内,进入系统可根据不同的操作用户分别判断各自所用时间。
5系统数据结构设计
5.1逻辑结构设计要点
A、工作记录(WorkLog_Info)
Serial | Numeric | 9 |
UserID | Char | 10 |
Level | Char | 10 |
LoginDate | Char | 10 |
LoginTime | Char | 10 |
LogoutDate | Char | 10 |
LogoutTime | Char | 10 |
Status | Char | 10 |
Computer | Char | 10 |
B、用户登录(User_Info)
userID | Char | 10 |
PWD | Char | 10 |
Level | Char | 8 |
userName | Char | 10 |
Head | Char | 10 |
C、学生基本信息(Student_Info)
cardNo | Char | 10 |
studentNo | Char | 11 |
studentName | Char | 10 |
Sex | Char | 6 |
Department | Char | 10 |
Grade | Char | 10 |
Class | Char | 10 |
Cash | Numeric | 9 |
Explain | Varchar | 50 |
UserID | Char | 10 |
Status | Char | 10 |
Ischeck | Char | 10 |
Date | Char | 10 |
Time | Char | 10 |
D、充值记录(ReCharge_Info)
serial | Numeric | 9 |
studentNo | Char | 11 |
cardNo | Char | 10 |
addMoney | Numeric | 9 |
Date | Char | 10 |
Time | Char | 10 |
UserID | Char | 10 |
Status | Char | 10 |
Ischeck | Char | 10 |
E、正在工作人员信息(OnWork_Info)
UserID | Char | 10 |
Level | Char | 10 |
Logindate | Char | 10 |
loginTime | Char | 10 |
Computer | Char | 10 |
F、正在上机学生信息(OnLine_Info)
cardNo | Char | 10 |
cardType | Char | 10 |
studentNo | Char | 11 |
studentName | Char | 10 |
Department | Char | 10 |
Sex | Char | 10 |
onDate | Char | 10 |
onTime | Char | 10 |
Computer | Char | 10 |
G、学生上下机记录(Line_Info)
Serial | Numeric | 9 |
cardNo | Char | 10 |
studentNo | Char | 11 |
studentName | Char | 10 |
Department | Char | 10 |
Sex | Char | 10 |
onDate | Char | 10 |
onTime | Char | 10 |
offDate | Char | 10 |
offTime | Char | 10 |
consumeTime | Char | 10 |
Consume | Numeric | 9 |
Cash | Char | 10 |
Status | Char | 8 |
Computer | Char | 10 |
H、日报表(CheckDay_Info)
RemainCash | Numeric | 9 |
RechargeCash | Numeric | 9 |
ConcelCash | Numeric | 9 |
CancelCash | Numeric | 9 |
AllCash | Numeric | 9 |
Date | Char | 10 |
I、周报表(CheckWeek_Info)
RemainCash | Numeric | 9 |
RechargeCash | Numeric | 9 |
ConcelCash | Numeric | 9 |
CancelCash | Numeric | 9 |
AllCash | Numeric | 9 |
Date | Char | 10 |
J、退卡信息(CancelCard_Info)
studentNo | Char | 11 |
cardNo | Char | 10 |
CancelCash | Numeric | 9 |
Date | Char | 10 |
Time | Char | 10 |
UserID | Char | 10 |
Status | Char | 10 |
Ischeck | Char | 10 |
K、系统基本信息(BasicData_Info)
Rate | Numeric | 9 |
tmpRate | Numeric | 9 |
unitTime | Int | 4 |
leastTime | Int | 4 |
PrepareTime | Int | 4 |
limitCash | Numeric | 9 |
Head | Char | 10 |
Date | Char | 10 |
Time | Char | 10 |
5.2物理结构设计要点
系统将用户登录信息及操作信息同步更新到数据库中进行保密,不同的用户拥有不同的访问权限。
5.3数据结构与程序的关系
系统的各个数据结构均由SQL server数据库生成。
使用语句包括INSERT UPDATE DELETE …
6系统出错处理设计
6.1出错信息
错误 | 提示 |
输入信息错误 | 输入信息不正确,请重新输入 |
用户名或密码错误 | 用户名或密码错误,请重新输入 |
信息格式输入不正确 | 输入信息格式不正确,请按照“XXX”输入 |
程序运行错误 | 系统运行出错,将重新运行 |
6.2补救措施
在系统设计阶段应建立事务日志,当运行出错时,可修正更新后重新登录,数据不会丢失。
6.3系统维护设计
系统在投入使用后应定期维护和更新,但是系统较小,没必要建立系统维护检测点,故只需部分维护人员进行维护即可。