校园管理系统设计说明书
1 引言
1．1编写目的
概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。

概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。

然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。

分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。

如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。

1．3术语定义
实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。

作为用户与分析员之间有效交流的工具。

流程图：由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程
盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图，大框图由若干个小的基本框图构成
1．4参考资料
《软件工程导论》 ---------海藩编著清华大学
《深入浅出面向对象分析和设计》
《数据为原理及应用》------绍原主编科学
2 概述
1．目标
该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。

2．运行环境
软件基本运行环境为Windows环境。

3．需求概述
本系统要达到以下目标：
1、用户的存款与消费
2、用户挂失处理
3、管理员的新建与注销
4、用户的查询
4．条件与限制
为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则：
1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。

2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。

3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。

4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。

3 系统分析
系统模型：
系统IPO图：
IPO图比较清晰的表达了系统的输入——处理——输出
4 系统体系结构
系统功能模块划分设计：
程序流程图
5 接口定义
6.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 显示上次输出
6.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系
统与各支持软件之间的接口关系。

3.3部接口
查询和更新都要调用数据库的操作。

7 模块设计
根据项目的实际需求情况，可将系统划分成若干模块，分别描述各模块的功能。

这样可将复杂的系统简化、细化，有利于今后的设计和实现。

划分各模块时，应尽量使其具有封闭性和独立性，具有低耦合性，减少各模块之间的关联，使其便于实现、调试、安装和维护。

7 数据流划分
数据流0层：
数据流1层：
数据流2层：
7.2 事务型
事务中心：存款-消费
数据流以“事务中心”为核心。

当时数据沿通路到达事务存储消费时，根据输入 数据的类型在存款、消费中选择一个执行。

具体上是根据按键，分消费和存钱按键。

8 故障检测和处理机制
8．1故障检测触发机制
系统发生故障可以有多种检测机制，该系统有三种监测机制，包括自动向上层汇报、有上层定时检测、将故障写入错误文件等。

8．2故障处理机制
6.1出错信息
1 在学生刷卡后，卡ID被锁，将会出现错误信息：“Kard Locked”
2 学生卡信息丢失，查询时或者消费-存款时，不认卡情况
3 存款额大于999.99元，刷卡器只显示小于等于999,99元部分
4 消费时消费额大于存款额。

系统将会提示错误，不作其他任何操作。

6.2措施（对应）
1 只能解卡锁
2 有备份数据库，随时可以恢复
3 只能更换刷卡器
4 计时充钱
6.3、系统维护
系统维护的任务就是要有计划、有组织地对系统进行必要的改动，以保证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。

为此，后期维护工作不容忽视，为了有效的进行后期维护，首先，在系统开发过程中的每个阶段都必须编写保存相关的文档记录，其次，安排固定的工作人员做后期维护的工作。

9 数据库设计
9．1数据库管理系统选型
选定数据系统：MySOL,以JDBC连接数据库
9．2设计E-R图
9．3数据库表设计
基于E-R图设计数据库物理表。

学生信息库（student_info）
卡信息(card_info)
卡历史(card_his)
管理员
10 系统开发平台
系统开发环境：windows
硬件要求：CUP2.1GH以上，
详细设计说明书
二、详细设计
1引言
1.1编写目的
编制目的是说明饭卡管理系统各个层次中的每一个程序（每个模块或子
程序）的设计考虑。

把解法具体化，解决具体应怎样实现这个系统。

也
称为模块设计，详细地设计每个模块，确定实现模块所需的功能需要的
算法和数据结构。

1.2 定义
在软件具体设计阶段的专用术语有：程序流程图、盒图(N—S图)、判定表、判定树、PAD图
2界面
系统登陆
功能说明：
该界面为系统登陆界面，其中分为管理员和学生和刷卡员三个角色，分别有不同的权限，通过用户输入和密码进入主目录界面。

其中管理员权限最大、。

学生进入界面：
功能说明：
学生进入信息查询界面，输入个人学号之后，可以进行个人基本信息的查询以及消费历史的查询，并有挂失的权力。

刷卡员进入界面：
功能说明：
刷卡员进入刷卡信息界面，输入消费的学生的ID，便可以对该学生消费进行扣费。

并且可以通过该界面进入查询该ID余额的界面，查看该学生的饭卡余额。

3 入口程序entry() 设计说明
2.1程序描述
提供管理员和学生用户，刷卡服务三种环境，限制用户对系统的使用权限。

特点：非常驻存；单独的一个程序；顺序处理。

2.2输入项
权限：三个单选项。

Level。

管理员用户名：字符串类型，user,长度不超过20，可以是数字（不能开头）和字母、汉字；
管理员密码：字符串类型，pass, 长度不超过20, 可以是数字和字母,区分大小写
2.3输出项
欢迎或者提示错误信息。

2.4流程逻辑1程序流程图
2盒图
4 查询模块search() 设计说明
3.1程序描述
完成对系统（数据库）的查找。

3.2输入项
学生卡信息，时间信息，消费信息等。

3.3输出项
查找结果。

流程逻辑PAD图
3.4
4.1程序描述
完成消费部分。

对输入和消费额，进行合法性验证。

4.2输入项
卡ID，定价与否，消费额。

4.3输出项
卡余额，错误提示。

4.4流程逻辑判断树
6存款模块deposit() 设计说明
5.1程序描述
完成存款部分。

对输入和存款额，进行合法性验证。

5.2输入项
卡ID，存款额。

5.3输出项
卡余额，错误提示。

5.4流程逻辑判断表。