会议管理系统需求分析
1 引言
1.1 编写目的需求分析是软件系统生存期中定义阶段的最后一个步骤。
这个阶段的任务不是具体解决问题，而是准确
确定为解决问题系统必须具备哪些功能。
这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。
该文档将最终交给软件具体的开发人员进行具体的开发。
1.2 背景开发的软件系统的名称：饭卡管理系统本项目的任务提出者：软件工程课程设计开发者: 李杜松实现该软
件的计算站：图书馆计算机中心
1.3 定义本文件中用到的专门术语的定义和外文首字母词组的原词组。
实体—联系图（E-R 图）：包含实体（即数
据对象）、关系和属性。
作为用户与分析员之间有效交流的工具。
状态转换图：通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。
提供行为建模机制。
层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。
输入-处理-输出图（IPO图）：方便描绘输入数据、对数据的处理和输出数据之间的关系。
1.4 参考资料同可行性研究报告处
2. 任务概述
2.1 目标主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。
2.2 用户的特点由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即
可。
管理员（维护人员）不需要任何数据库专业技能知识。
本系统可以极大的提高工作效率，预期使用频度较高。
2.3 假定和约束
系统的规模较小,适于Windows 和操作系统，SQL 数据库系统。
3. 需求规定
3.1 对功能的规定
（1）更准确的系统流程图
(2)更准确的数据流程图
------------ 1 层---------
学生进 管记录
饭
ID
查询条件
注销信息
存款额 确认存款
3、查询余
”额、消费记录更新学生信息
饭卡ib
余额
输入饭卡ID ,原密码
进门刷卡
器
注册信息
7、核对学生
信息
图书馆数据库
修改借还书记录
借还书记录
余额、消费记录
. —挂失信息—_
_ 余额、消费记录
4、挂失处理
一创建信息4
挂失计时
厂
、
1、新建饭卡
锁信息
饭卡信息数据
余额
饭卡ID
存款额、消费额
/ ---- T A
2、存款、消 费
确认创建信息
8判断借还 书条件
厂
6、修改密码
确认注销
5、注销饭卡
注销信息
管理员
学生
刷卡器显示
器
服务员
借还书刷 卡器
管理员通过对在校学生提供的简单信息与学生注册信息的比较，判断学生信息的一致性，确认信息后读取学生的其他信息，然后创建一个新的卡ID，卡内储存学生和饭卡的信息，同时创建饭卡信息历史记录表用以记录饭卡的使用记录和修改记录，最后全部在饭卡信息数据库中创建一个新纪录。
管理员
刷卡服务员
学生在存钱时，通过管理员的系统后台操作输入存款额，修改饭卡数据库的饭卡信息，完成存款操作, 学生就可用饭卡进行消费。
消费过程中，刷卡服务员先在刷卡器中键入学生消费数额，学生刷卡，刷卡器显示器里显示卡ID，卡内余额，刷卡器响应后，自动修改饭卡信息数据库中饭卡信息，消费完成。
管理员
学生申请查询饭卡使用信息，管理员登录饭卡管理系统，输入学生信息（条件），系统判断条件的合法性后执行查询操作。
系统从饭卡信息数据库中调出所查卡的信息，产生饭卡使用报表，学生可查询。
学生丢失饭卡时可申请挂失。
管理员校对挂失卡的ID和学生信息，系统判断学生简单信息的一致性,
确认信息后饭卡转换为挂失状态，饭卡信息锁定，同时开始挂失计时。
饭卡管理系统会判断挂失时间，到时自动注销卡ID，同时注销饭卡信息数据库里面的饭卡信息，将注销信息回馈给持卡学生。
学生
__ 确认修改成功与否
6.2输入久密 码，输入新密 确
认信息 码，再次输入
'■■■.新密码
饭卡ID 和密 码
6.1判断学生简 单
信息一致性
\ 更改密码
学生信息 学生简单信息
饭卡信息数据 学生可以修改饭卡的信息。
登录饭卡信息管理系统后，输入饭卡 致性，确认信息后，学生通过输入旧密码， 然后输入新密码两次后, 饭卡信息数据库更新饭卡信息，学生饭卡信息修改完毕。
ID 和密码，系统判断学生信息的一 确认修改是否成功。
密码更改成功后, 并向图书馆数据库存储进出馆记录。
系统自动核对卡ID
卡ID
8.1核对
，借书条件“
借还书记录
借还书刷卡
器
\
1
1
所借书目或 借书记录
*
还书提示
厂
图书馆数据
1 厂
库
8.2
借书记录
学生在进行借书还书操作时，饭卡放在刷卡器上不离开，系统核对学生身份，确认后系统后台显
示学生借还书记录，然后修改借还书记录后显示修改后的结果，图书馆数据库修改借书记录，
借还书成功,
学生可拿卡离开。
----------- 3 层---------
(3)IP0 图学生
卡ID管理员
> .1.3存款
存入额
存款完毕信息，或者错误信息
卡余额信息确认
锁信息
卡D
饭卡信息数据
学生信息
锁卡信息
刷卡(卡ID)
消费额
查询条件
存款额
新建饭卡
挂失状态转换
简单查询
消费
复杂查询
存款
空历史纪录
卡状态
卡余额
卡历史纪录(4)状态变化图
(5)层图
(6)动态数据
动态数据包括程序运行时输入和输出的数据，具体是数据库的各个表的各个不同元组与属性值, 就查阅信息。
数据库描述
本系统的实体有：学生信息、卡信息它们之间的关系是一对一的。
卡信息和卡历史是一对多的。
E-R 图如下：
修改数据库信息
判断条件合法性
判断挂失倒时
挂失计时
挂失状态转换
产生报表
判断条件合法性
创建饭卡信息历史记录表
读取学生其他信>,创建卡Q
判断学生简单信息一致性
消费
定价消费
显示余额
读取卡
D
并确认
存款
显示余额
读取卡
D
并确认
(4)更准确的数据字典
数据字典
1学生信息：
学生学号=［数字|字母］ 卡ID =［数字|字母］ 学生姓名=［汉字］ 性别=［男|女|n ull ］
电话号码=［数字］ 地址 =［汉字数字|字母］
2卡信息
卡ID =［数字|字母］ 余额=［数字］ 锁=［true|false ］
3卡历史
卡ID =［数字|字母］ 时间=［时间格式］ 款额=［数字］ 操作=［存款消费其他］
数据元素的数据字典卡片： 学生信息
名字：学生信息
别名：
描述：记录学生相关信息
定义：学生信息=学生学号+卡ID+学生姓名+性别+电话号码+地址 位置：数据库
卡信息
名字
: 卡信息
别名：
描述: 记录卡的信息 定义: 卡信息 =卡ID+余额+锁
位置: 数据库
卡历史信息
名字：卡历史信息别名：
描述：记录卡历史的信息
定义：客户信息=卡ID+时间+款额+操作位置：数据库
学生信息库（student_info）
卡信息（card」nfo）
卡历史（card_his）
3.2对性能的规定
3.2.1精度
输入数据：查询最大查询范围1年内；卡ID合法性；客户信息合法性；
输出数据：余额以213.12 的形式最多小数点后两位，即到分为止显示。
（小于的部分不可能出现）
3.2.2时间特性要求
刷卡响应时间不超过1秒；
查询响应时间不超过5秒；
3.3故障处理要求
刷卡响应时间超过1秒后，自动提出警告。
要求重新刷卡。
查询超过5秒，要显示查询时间长的提示信息。
以免误认为死机。
当计算机突然死机、重启、断电时自动存储备份数据。
即便没有存上。
也有备份数据库，供恢复。
3.4其他专门要求
普通学生只能刷卡消费，系统管理员还可以进入管理员界面；刷卡服务员可以操作刷卡器。
界面清晰、美观，操作简单、方便。
所有数据存储在学校服务器端，数据存储安全可靠。
4 运行环境规定
4.1 设备
a. 中央电脑，要求容量大，CPU能够满足查询的。
b. 刷卡器，要求读取ID 敏捷，准确。
c. 要求刷卡器与中央电脑连接。
通信量要满足查询精度和速度。
d. 刷卡器上的功能建，要求显示明确，意思表达精确。