课程设计学生饭卡管理系统需求分析规格说明.doc

1、文档编号：LMS_1 版 本 号 ： V1.0 文 档 名 称 ：需 求 分 析 规 格 说 明 书 项 目 名 称 ：学 生 饭 卡 管 理 系 统 项 目 负 责 人 ： 张 三 李 四 编写：张三 李四 2011 年 11 月 17 日 校对： 审核： 批准： 开发单位： 1 引言 1.1 编写目的 需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问 题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文 档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。 1.2 背景 开发的软件系统的名称： 饭卡管理系

2、统 本项目的任务提出者：软件工程课程设计 开发者:李杜松 实现该软件的计算站：图书馆计算机中心 1.3 定义 本文件中用到的专门术语的定义和外文首字母词组的原词组。 实体联系图（E-R 图）：包含实体（即数据对象） 、关系和属性。作为用户与分析员之间有 效交流的工具。 状态转换图：通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。提供行 为建模机制。 层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。 输入-处理-输出图（IPO 图）:方便描绘输入数据、对数据的处理和输出数据之间的关系。 1.4 参考资料 同可行性研究报告处 2.任务概述 2.1 目标 主要开发目标是

3、能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。 2.2 用户的特点 由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即 可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预 期使用频度较高。 2.3 假定和约束 系统的规模较小,适于 Windows 和操作系统，SQL 数据库系统。 3.需求规定 3.1 对功能的规定 (1)更准确的系统流程图 申请新卡 刷卡消费 录入学生信 息 ， 从学生信 息库确认信息 饭卡存款额 ， 历 史 提交饭卡 存款 报表 挂失 注销卡 学校学生信息库 学生饭卡信息备 份 创建学生饭卡信息 刷

4、卡借书还书 图书馆数据库 借书记录 报表 (2)更准确的数据流程图 -0 层- 饭卡系统 存款额 刷卡器 显示器 管理员 刷卡服务 员 消费额 卡 I D 余额信息 学生信息 其他信息 学生 查询结果 其他信息 修改密码 图书馆 里系统 进门刷卡器 卡 I D 借还书数卡器卡 I D 借书记录 查询结果 -1 层- 学生 管理员 刷卡器 显示 器 服务员 1 、 新建饭卡 4 、 挂失处理 5 、 注销饭卡 2 、 存款 、 消 费 3 、 查询余 额 、 消费记录 饭卡信息数据 注册信息 创建信息 确认创建信息 挂失信息 锁信息 注销信息 注销信息 确认注销 查询条件 余额 、 消费记录 余

5、额 、 消费记录 存款额 存款额 、 消费额 饭卡 I D 余额 确认存款 消费额 余额 挂失计时 6 、 修改密码 输入饭卡 I D ， 原密码 更新学生信息 饭 卡 管 理 系 统 进门刷卡 器 图书馆数据库 7 、 核对学生 信息 借还书刷 卡器 8 、 判断借还 书条件 饭卡 I D 学生进出管记录 饭卡 I D 修改借还书记录 借还书记录 接 入 图 书 管 理 系 统 -2 层- 1 . 1 判断学生简 单信息一致性 饭卡信息数据 管理员 注册信息 全部创建信息 在校学生信息 学生简单信息 1 . 2 读取学生其 他信息 , 创建卡 I D 学生信息 确认信息 1 . 3 创建饭卡

6、信 息历史记录表 学生 + 卡信息 管理员通过对在校学生提供的简单信息与学生注册信息的比较，判断学生信息的一致性，确认信息 后读取学生的其他信息，然后创建一个新的卡 ID，卡内储存学生和饭卡的信息，同时创建饭卡信息历史 记录表用以记录饭卡的使用记录和修改记录，最后全部在饭卡信息数据库中创建一个新纪录。 2 . 2 消费 2 . 1 存钱 刷卡器 显示器 饭卡信息数据 消费额 存款额 管理员 刷卡服务员 消费额 存款额 余额 卡 I D 余额 余额 卡 I D 余额 学生在存钱时，通过管理员的系统后台操作输入存款额，修改饭卡数据库的饭卡信息，完成存款操 作，学生就可用饭卡进行消费。消费过程中，刷

7、卡服务员先在刷卡器中键入学生消费数额，学生刷卡， 刷卡器显示器里显示卡 ID，卡内余额，刷卡器响应后，自动修改饭卡信息数据库中饭卡信息，消费完成。 学生 3 . 2 查询 饭卡信息数据 饭卡信息 3 . 3 产生报表 3 . 1 判断条件 合法性 管理员输入条件 查询结果 查询结果 学生申请查询饭卡使用信息，管理员登录饭卡管理系统，输入学生信息（条件） ，系统判断条件的合 法性后执行查询操作。系统从饭卡信息数据库中调出所查卡的信息，产生饭卡使用报表，学生可查询。 4 . 2 挂失状态 转换 饭卡信息数据 锁信息 管理员 4 . 3 挂失计时 计时开始信号 设置时间 4 . 1 判断学生 简单信

8、息一 致性 挂失 I D 确认学生信息 学生简单信息 5 . 2 注销 产生注销信息 学生饭卡信息数据 注销信息 挂失时间 5 . 1 判断挂失 倒时 注销卡 I D 学生丢失饭卡时可申请挂失。管理员校对挂失卡的 ID 和学生信息，系统判断学生简单信息的一致性， 确认信息后饭卡转换为挂失状态，饭卡信息锁定，同时开始挂失计时。饭卡管理系统会判断挂失时间， 到时自动注销卡 ID，同时注销饭卡信息数据库里面的饭卡信息，将注销信息回馈给持卡学生。 6 1 判断学生简 单信息一致性 饭卡信息数据 学生 饭卡 I D 和密 码 学生简单信息 6 . 2 输入久密 码 ， 输入新密 码 ， 再次输入 新密码

9、 学生信息 确认信息 更改密码 确认修改成功与否 学生可以修改饭卡的信息。登录饭卡信息管理系统后，输入饭卡 ID 和密码，系统判断学生信息的一 致性，确认信息后，学生通过输入旧密码，然后输入新密码两次后，确认修改是否成功。密码更改成功 后，饭卡信息数据库更新饭卡信息，学生饭卡信息修改完毕。 7 . 1 核对卡 I D 及进出 馆记录 进门刷卡器 图书馆数据库 进出馆记录 欢迎信息 卡 I D 卡 I D 及进出馆记录 学生利用饭卡进行进出图书馆的身份认证。学生只要在图书馆的刷卡器上刷饭卡，系统自动核对卡 ID 并向图书馆数据库存储进出馆记录。 8 . 1 核对 借书条件 借还书刷卡 器 图书馆

10、数据 库 借书记录 所借书目或 还书提示 卡 I D 借还书记录 8 . 2 修改 借书记录 学生在进行借书还书操作时，饭卡放在刷卡器上不离开，系统核对学生身份，确认后系统后台显 示学生借还书记录，然后修改借还书记录后显示修改后的结果，图书馆数据库修改借书记录，借还书成 功，学生可拿卡离开。 -3 层- 2 . 1 . 1 读取卡 I D , 并确认 饭卡信息数据 管理员 卡 I D学生 卡 I D 2 . 1 . 2 显示余额 卡 I D 卡余额信息 2 . 1 . 3 存款 消费额 存款完毕信息 ， 或者错误信息 卡 I D 存入额 确认 锁信息 2 . 2 . 1 读取卡 I D , 并

11、确认 饭卡信息数据 刷卡服务员 卡 I D 学生 卡 I D 2 . 2 . 2 显示余额 卡 I D 卡余额信息 2 . 2 . 3 定价消费 卡 I D 2 . 2 . 4 消费 消费额 定价消费额 消费完毕信息 ， 或者错误信息 2 . 2 . 3 2 . 2 . 4 是选择关系 卡 I D 消费完毕信息 ， 或者错误信息 确认扣除信息 变价消费 确认扣除 锁信息 (3)IPO 图 学生信息 锁卡信息 刷卡 ( 卡 I D ) 消费额 查询条件 存款额 新建饭卡 挂失状态转换 简单查询 消费 复杂查询 存款 空历史纪录 卡状态 卡余额 卡历史纪录 (4)状态变化图 一一do/ 一一一一

12、一一evnt 一一/ 一evnt / evnt 一/ 一evnt / 一 一一evnt 一一/ 一evnt / 一 一do/ 一 一一一 一一 一 一 一 (5)层图 判 断 学 生 简 单 信 息 一 致 性 饭卡管理系统 新建饭卡信息 存款 - 消费 查询历史 挂失 注销 读 取 学 生 其 他 信 息 , 创 建 卡 I D 创 建 饭 卡 信 息 历 史 记 录 表 读 取 卡 I D , 并 确 认 显 示 余 额 定 价 消 费 挂 失 状 态 转 换 挂 失 计 时 判 断 挂 失 倒 时 注 销 消 费 判 断 条 件 合 法 性 查 询 产 生 报 表 存款 消费 读 取 卡

13、 I D , 并 确 认 显 示 余 额 存 款 修改密码 判 断 条 件 合 法 性 修 改 数 据 库 信 息 (6)动态数据 动态数据包括程序运行时输入和输出的数据，具体是数据库的各个表的各个不同元组与属性值， 就查阅信息。 数据库描述 本系统的实体有：学生信息、卡信息它们之间的关系是一对一的。卡信息和卡历史是一对多的。 E-R 图如下： (4)更准确的数据字典 数据字典 1 学生信息： 学生学号 = 数字| 字母 卡 ID = 数字| 字母 学生姓名 = 汉字 性别 = 男|女|null 电话号码 = 数字 地址 = 汉字| 数字|字母 2 卡信息 卡 ID = 数字| 字母 余额=

14、数字 锁=true|false 3 卡历史 卡 ID = 数字| 字母 时间=时间格式 款额=数字 操作=存款|消费 |其他 数据元素的数据字典卡片： 学生信息 名字：学生信息 别名： 描述：记录学生相关信息 定义：学生信息=学生学号+ 卡 ID+学生姓名+性别+电话号码+地址 位置：数据库 卡信息 名字：卡信息 别名： 描述：记录卡的信息 定义：卡信息 =卡 ID+余额+锁 位置：数据库 卡历史信息 名字：卡历史信息 别名： 描述：记录卡历史的信息 定义：客户信息=卡 ID+时间+款额+操作 位置：数据库 学生信息库（student_info ） 列名 数据类型 学生学号 stu_num i

15、nt 卡 ID id int 学生姓名 name Char(20) 性别 male boolean 电话号码 tel Char(20) 地址 address Char(50) 卡信息(card_info) 列名 数据类型 卡 ID id int 余额 sum float 锁 lock boolean 卡历史(card_his) 列名 数据类型 卡 ID id int 时间 daytime daytype 款额 sum float 操作 op Char(20) 3.2 对性能的规定 3.2.1 精度 输入数据：查询最大查询范围 1 年内；卡 ID 合法性；客户信息合法性； 输出数据：余额以 21

16、3.12 的形式最多小数点后两位，即到分为止显示。 （小于的部分不可能出 现） 3.2.2 时间特性要求 刷卡响应时间不超过 1 秒； 查询响应时间不超过 5 秒； 3.3 故障处理要求 刷卡响应时间超过 1 秒后，自动提出警告。要求重新刷卡。 查询超过 5 秒，要显示查询时间长的提示信息。以免误认为死机。 当计算机突然死机、重启、断电时自动存储备份数据。即便没有存上。也有备份数据库，供恢 复。 3.4 其他专门要求 普通学生只能刷卡消费，系统管理员还可以进入管理员界面；刷卡服务员可以操作刷卡器。 界面清晰、美观，操作简单、方便。 所有数据存储在学校服务器端，数据存储安全可靠。 4 运行环境规定 4.1 设备 a. 中央电脑，要求容量大，CPU 能够满足查询的。 b. 刷卡器，要求读取 ID 敏捷，准确。 c. 要求刷卡器与中央电脑连接。通信量要满足查询精度和速度。 d. 刷卡器上的功能建，要求显示明确，意思表达精确。