饭卡管理系统(概要设计说明书)
1引言 ................................................................................................................ 错误!未定义书签。
1.1编写目的.............................................................................................. 错误!未定义书签。
1.2背景...................................................................................................... 错误!未定义书签。
1.3定义...................................................................................................... 错误!未定义书签。
1.4参考资料.............................................................................................. 错误!未定义书签。2总体设计......................................................................................................... 错误!未定义书签。
2.1需求规定.............................................................................................. 错误!未定义书签。
2.1.1功能要求 (2)
2.1.2性能要求.................................................................................. 错误!未定义书签。
2.1.3输出要求 (3)
2.1.4输入要求 (3)
2.1.5在安全与保密方面的要求 (3)
2.2运行环境 (3)
2.3基本设计概念和处理流程.................................................................. 错误!未定义书签。
2.4结构 (4)
2.5功能需求与程序的关系 (5)
2.6人工处理过程 (6)
2.7尚未解决的问题 (6)
3接口设计 (6)
3.1用户接口 (6)
3.2外部接口 (6)
3.3内部接口 (6)
4运行设计 (7)
4.1运行模块组合 (6)
4.2运行控制 (6)
4.3运行时间 (6)
5系统数据结构设计 (6)
5.1逻辑结构设计要点 (6)
5.2物理结构设计要点 (7)
5.3数据结构与程序的关系 (8)
6系统出错处理设计 (8)
6.1出错信息 (8)
6.2补救措施 (8)
6.3系统维护设计 (8)
概要设计说明书
1引言
1.1编写目的
概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块设计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软件结构，通常，进行必要的数据库设计，确定测试要求并且确定测试计划。
1.2背景
开发的软件系统的名称：饭卡管理系统
本项目的任务提出者：软件工程课程设计
开发者：于天嫄
实现该软件的计算站：图书馆计算机中心
1.3定义
本文件中用到的专门术语的定义及外文首字母词组的原词组。
实体——联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。
盒图（N-S）：它把整个程序写在一个大框图内，大框图由若干个小的基本框图构成。
数据流图（DFD）:没有任何具体的物理部件，描绘信息流和数据从输入移动到输出的过程中的变换。
1.4参考资料
《软件工程与软件开发工具》张宏主编清华大学出版社2004年9月第一版
《精通Java Swing程序设计》杨智杨等编辑中国铁道出版社2002年2月第一版
《Java数据库高教程》张晓东等编著清华大学出版社2004年4月第一版2总体设计
2.1需求规定
2.1.1功能要求
1、实现消费使用卡片扣钱（取代现金）；
2、在固定保险的地方存钱；
3、有消费记录功能；
4、有挂失功能。
2.1.2性能要求
1、刷卡消费时，要求快速、准确，可撤销；
2、在查询消费记录时，达到一般的查询速度。
2.1.3输出要求
在刷卡器上每次消费时：
1、存款
2、此次消费额
3、剩余额
刷卡器上额外的信息：
1、出错信息
2、锁卡信息
3、剩余不多提示信息
报单：
1、每学年或者每月，可选择性的（需学生主动要求）输出消费记录报单。详细程度可由使用都自行定义。
2、存款时，可选择性的（需要学生主动要求）输出存款记录报单。
3、注销卡时，返还剩余额（钱）。
2.1.4输入要求
刷卡器上每次消费时：
1、卡ID（可由读卡器自动读入）
2、消费额
3、操作符（确认，撤销，后退，计算（加减乘除），存款（有权限限制），其他功能）
数据库管理电脑上：
1、输入学生信息
2、学生存款额（由读卡器端输入器完成）
3、查询，修改，删除功能输入
2.1.5在安全与保密方面的要求
1、使用者之间的ID号不能重复；
2、ID号不能被他人轻易知道；
3、即使知道也能有快速相应的机制予以弥补；
4、有使用追踪功能，可以让用户了解自己使用的情况。
2.2运行环境
软件环境：windows 2000/xp,SQL Server 2000等。
使用人员：超市管理人员
2.3基本设计概念和处理流程处理流程图：
2.4结构
2.5功能需求与程序的关系
功能名称增加修改删除查询打印退出√√√√√√新建饭卡
信息模块
存款模块√√√√√√消费模块√√√
查询模块√√√√挂失/解
√
锁模块
注销模块
2.6人工处理过程
基本的信息由学生和管理人员手工输入。
3接口设计
3.1用户接口
（1）用户类别：
1有提供学生查阅的学生界面。
2提供管理员操作的管理员界面。
3提供刷卡的刷卡服务员界面。
（2）管理员界面菜单
1状态
1.1登陆；
1.2注销；
2新建——新建学生信息界面：
3查询更新
3.1学生消费历史
3.2学生信息
4挂失
4.1加锁
4.2解锁
5注销卡
（3）学生查询菜单
1状态
1.1登陆
1.2注销
2查询历史
3查询学生信息
（4）刷卡界面
1状态
1.1登陆
1.2注销
2消费方式
2.1正常
2.2定价
3显示上次输出
3.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3.3内部接口
查询和更新都要调用数据库的操作。
4运行设计
4.1运行模块组合
具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。
4.2运行控制
软件运行时有比较友好的用户界面，基本能够实现用户的数据处理要求。
4.3运行时间
系统的运行时间基本可以达到用户所提出的要求。
5系统数据结构设计
5.1逻辑结构设计要点
关系模式集
学生（学生学号，学生姓名，卡号，电话号码，地址）
饭卡（饭卡号，学生姓名，密码，金额，充值信息）
卡历史（卡号，时间，消费金额，操作）
5.2物理结构设计要点
5.3数据结构与程序的关系
6系统出错处理设计
6.1出错信息
1、在学生刷卡后，卡ID被锁，将会出现错误信息：“Kard Locked”
2、学生卡信息丢失，查询时或者消费=存款时，不认卡情况
3、存款额大于999.99元，刷卡器只显示小于等于999.99元部分
4、消费时消费额大于存款额，系统将会提示错误，不作其他任何操作6.2措施（号码对应）
1、只能解卡锁
2、有备份数据库，随时可以恢复
3、只能更换刷卡器
4、及时充钱
6.3系统维护设计