饭卡管理系统(概要设计说明书).docx

1、. . .1 引言错误 ! 未定义书签。1.1编写目的错误 ! 未定义书签。1.2 背景错误 ! 未定义书签。1.3 定义错误 ! 未定义书签。1.4 参考资料错误 ! 未定义书签。2 总体设计错误 ! 未定义书签。2.1 需求规定错误 ! 未定义书签。2.1.1 功能要求22.1.2 性能要求错误 !未定义书签。2.1.3 输出要求32.1.4 输入要求32.1.5 在安全与面的要求32.2 运行环境32.3 基本设计概念和处理流程错误 ! 未定义书签。2.4 结构42.5 功能需求与程序的关系52.6 人工处理过程62.7 尚未解决的问题63 接口设计63.1 用户接口63.2 外部接口6

2、3.3 部接口64 运行设计74.1 运行模块组合64.2 运行控制64.3 运行时间65 系统数据结构设计65.1 逻辑结构设计要点65.2 物理结构设计要点75.3 数据结构与程序的关系86 系统出错处理设计86.1 出错信息86.2 补救措施86.3 系统维护设计8z. . .概要设计说明书1 引言1.1 编写目的概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块设计的关系。概要设计过程首先寻找实现目标系统的各种不同的案，需求分析阶段得到的数据流图是设想各种可能案的基础。然后分析员从这些供选择的案中选取若干个合理的案，为每个合理的案都准备一份系统流程图，列出组成

3、系统的所有物理元素， 进行成本 / 效益分析， 并且制定实现这个案的进度计划。分析员应该综合分析比较这些合理的案，从中选出一个最佳案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的案，分析员应该进一步为这个最佳案设计软件结构，通常，进行必要的数据库设计， 确定测试要求并且确定测试计划。1.2 背景开发的软件系统的名称：饭卡管理系统本项目的任务提出者：软件工程课程设计开发者：于天 嫄实现该软件的计算站：图书馆计算机中心1.3 定义本文件中用到的专门术语的定义及外文首字母词组的原词组。实体联系图（ E-R 图）：包含实体（即数据对象） 、关系和属性。作为用户与分析员之间有效交流的

4、工具。盒图（ N-S）：它把整个程序写在一个大框图，大框图由若干个小的基本框图z. . .构成。数据流图（ 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 性

5、能要求1、刷卡消费时，要求快速、准确，可撤销；2、在查询消费记录时，达到一般的查询速度。2.1.3 输出要求在刷卡器上每次消费时：1、存款z. . .2、此次消费额3、剩余额刷卡器上额外的信息：1、出错信息2、锁卡信息3、剩余不多提示信息报单：1、每学年或者每月，可选择性的（需学生主动要求）输出消费记录报单。详细程度可由使用都自行定义。2、存款时，可选择性的（需要学生主动要求）输出存款记录报单。3、注销卡时，返还剩余额（） 。2.1.4 输入要求刷卡器上每次消费时：1、卡 ID （可由读卡器自动读入）2、消费额3、操作符（确认，撤销，后退，计算（加减乘除），存款（有权限限制），其他功能）数据库

6、管理电脑上：1、输入学生信息2、学生存款额（由读卡器端输入器完成）3、查询，修改，删除功能输入2.1.5 在安全与面的要求z. . .1、使用者之间的 ID 号不能重复；2、ID 号不能被他人轻易知道；3、即使知道也能有快速相应的机制予以弥补；4、有使用追踪功能，可以让用户了解自己使用的情况。2.2 运行环境软件环境： windows 2000/xp,SQL Server 2000等。使用人员：超市管理人员2.3 基本设计概念和处理流程处理流程图：2.4 结构z. . .2.5 功能需求与程序的关系功能名称增加修改删除查询打印退出新建饭卡信息模块存款模块消费模块z. . .查询模块挂失/解锁模

7、块注销模块2.6 人工处理过程基本的信息由学生和管理人员手工输入。3 接口设计3.1 用户接口（ 1）用户类别：1有提供学生查阅的学生界面。2 提供管理员操作的管理员界面。3 提供刷卡的刷卡服务员界面。（ 2）管理员界面菜单1状态1.1登陆；1.2 注销；2 新建新建学生信息界面：3 查询更新3.1 学生消费历史3.2 学生信息4 挂失z. . .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 外部接口说明本系统同外界的所有接口的

8、安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。3.3 部接口查询和更新都要调用数据库的操作。z. . .4 运行设计4.1 运行模块组合具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。4.2 运行控制软件运行时有比较友好的用户界面，基本能够实现用户的数据处理要求。4.3 运行时间系统的运行时间基本可以达到用户所提出的要求。5 系统数据结构设计5.1 逻辑结构设计要点关系模式集学生（学生学号，学生姓名，卡号， ，地址）饭卡（饭卡号，学生姓名，密码，金额，充值信息）卡历史（卡号，时间，消费金额，操作）5.2 物理结构设计要点表 1

9、学生表列名数据类型学生学号stu_numChar(20)卡 IDidint学生姓名nameChar(20)性别malebooleantelChar(20)z. . .地址addresschar(50)表2 饭卡表列名数据类型卡 IDidint余额sumfloat锁lockboolean表 3卡历史（ card_his）列名数据类型卡 IDidint时间daytimedaytype款额sumfloat操作opChar(20)5.3 数据结构与程序的关系登录模块饭卡信息管理模块学生信息表卡信息表卡历史表刷卡消费表存款表卡注销表z. . .修改卡信息表6 系统出错处理设计6.1 出错信息1、在学生刷卡后，卡ID 被锁，将会出现错误信息： “Kard Locked ”2、学生卡信息丢失，查询时或