食堂饭卡管理系统分析报告.docx
《食堂饭卡管理系统分析报告.docx》由会员分享,可在线阅读,更多相关《食堂饭卡管理系统分析报告.docx(16页珍藏版)》请在冰豆网上搜索。
食堂饭卡管理系统分析报告
食堂饭卡管理系统
分析报告
一、需要分析
(一)系统需求分析
传统的食堂在进行管理时,使用餐券进行消费。
餐券的流通使得就餐过程复杂麻烦,数据的管理不清晰,出错后没有明确的备份信息进行核对,在日常管理时,分工不明确,透明度不高。
使得食堂的就餐管理混乱无章,得不到学生以及教师的认可。
使用改进的食堂饭卡管理信息系统可以极大的满足学生以及教师和管理员的需求。
通过用户刷卡消费,系统可以自动统计消费信息,系统备份,如果用户对消费刷卡理由疑问,可以进行自主上网查询,方便统计。
系统对消费信息进行统计,避免了工作人员在餐券收集和统计过程中的错误,同时减少了管理人员的工作量,使财务管理更加透明。
系统能打印报表,对于个人存取信息、消费信息,窗口的销售信息等都有记录,能提供各项信息,便于用户和管理人员对于不同数据的需求。
刷卡机读和输入都非常的方便,不受食堂油污污染,操作简便,实现了金额的自动结算。
当今世界已经进入了在计算机领域中激烈竞争的时代,应用计算机已经变得十分普遍了,随着科学技术的不断提高,计算机日益成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用,越来越多的管理人员意识到信息管理的重要性。
作为计算机应用的一部分,使用计算机对食堂信息进行管理,具有手工管理无法比拟的优点。
例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命查长、成本低等。
这些优点能够极大地提高信息管理的效率,也是企业科学化、正规化管理与世界接轨的重要条件。
(二)功能需求分析
根据系统的,确定食堂信息管理系统主要实现以下功能:
餐卡管理,餐费管理,统计管理,学生和教师的信息管理等。
(三)非功能分析
主要包括以下非功能:
性能需求;安全保密要求;用户界面需求;成本消耗与开发进度需求。
1、性能需求
(1)精度
输入数据:
查询最大查询范围1年内;卡ID合法性;客户信息合法性。
输出数据:
余额以213.12的形式最多小数点后两位,即到分为止显示(小于的部分不可能出现)。
(2)时间特性要求
刷卡响应时间不超过3秒,查询响应时间不超过5秒。
(3)故障处理要求
刷卡响应时间超过1秒后,自动提出警告。
要求重新刷卡。
查询超过5秒,要显示查询时间长的提示信息。
以免误认为死机。
当计算机突然死机、重启、断电时自动存储备份数据。
即便没有存上,也有备份数据库供恢复。
(4)其他专门要求
普通学生只能刷卡消费,管理员还可以进入管理员界面,职工可以操作刷卡器。
界面清晰、美观操作简单、方便。
所有数据存储在学校服务器端,数据存储安全可靠。
2、安全保密需求
系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。
系统需要能够防止各类错误的操作可能造成的数据丢失,破坏。
防止用户非法获取网页以及数据库的内容,以及用户的信息盗取。
当用户的饭卡丢失时,能够及时的挂失,这样能防止其他的人对饭卡的使用。
3、用户界面需求
系统的界面要求如下:
(1)页面内容:
主题突出,站点定义、术语和行文格式统一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、及时。
内容丰富,文字准确,语句通顺;专用术语规范,行文格式统一规范。
(2)导航结构:
页面具有明确的导航指示,且便于理解,方便用户使用。
(3)技术环境:
页面大小适当,能用各种常用浏览器以不同分辨率浏览;无错误链接和空链接;采用CSS处理,控制字体大小和版面布局。
(4)艺术风格:
界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方;动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容相协调。
4、成本消耗
系统的成本消耗主要来源于:
打卡机、刷卡机、学生饭卡、主机计算机、系统的数据维护、计算机的维护、人员的消耗。
5、开发进度需求
本系统主要用于学生的饭卡消费的工作,所以在开发进度上要在学生使用之前运用于食堂之中。
由于系统的用户只有学生,所以在信息方面的维护也较为简单。
管理员就能够完成这些简单的工作。
所以开发进度也比较快。
二、数据流图
根据以上分析,设计数据流程图:
外部项数据流数据加工数据存储
(一)顶层DFD:
图2.1顶层DFD
(二)一层数据流程图如图2.2所示:
图2.2本系统一层数据流程图
(三)二层DFD(1.0办理新卡管理系统):
图2.3二层1.0申请卡管理数据流程图
(四)二层DFD(2.0存款消费管理系统)如图2.4所示。
如图2.4二层DFD(2.0存款消费管理系统)
(五)二层3.0查询管理数据流程图
图2.5二层3.0查询管理数据流程图
(六)二层DFD(4.0挂失管理系统)如图2.6所示:
图2.6二层挂失管理系统流程图
(七)二层DFD(5.0解挂注销管理系统)如图2.7所示:
图2.7二层解挂注销管理系统流程图
三、数据字典
(一)数据元素:
1、编号:
1
名称:
学号
类型:
char
长度:
10位
2、编号:
2
名称:
姓名
类型:
char
长度:
10位
3、编号:
3
名称:
班级
类型:
char
长度:
8位
4、编号:
4
名称:
密码
类型;char
长度:
8位
5、编号:
5
名称:
专业
类型:
varchar
长度:
20位
6、编号:
6
名称:
饭卡ID
类型:
char
长度:
4位
7、编号:
7
名称:
饭卡余额
类型:
float
长度:
6位
8、编号:
8
名称:
挂失时间
类型:
date
长度:
固定
9、编号:
9
名称:
管理员编号
类型:
int
长度:
固定
10、编号:
10
名称:
管理员密码
类型:
char
长度:
8位
(二)数据结构:
1、编号:
2-1
名称:
学生信息
简述:
主要是包括一些和饭卡有关的学生信息
组成部分:
学号+姓名+密码+班级+学院
2、编号:
2-2
名称:
饭卡信息
简述:
用来描述饭卡的一些基本信息
组成部分:
饭卡ID+挂失状态+挂失时间+余额
3、编号:
2-3
名称:
饭卡历史记录
简述:
用来记录饭卡的一些历史情况
组成部分:
饭卡消费情况+饭卡消费时间
4、编号:
2-4
名称:
管理员信息
简述:
记录管理员的一些信息
组成部分:
管理员编号+管理员密码
(三)数据流:
1、编号:
1
名称:
学生信息
简述:
学生基本注册信息
数据流来源:
学生
数据流去向:
饭卡管理系统
数据项组成:
姓名+学号+班别+所在院校+密码
数据流量:
约2000次/日
高峰流量:
约2500次/日
2、编号:
2
名称:
饭卡信息
简述:
饭卡状态信息和消费信息
数据流来源:
学生、饭卡管理系统
数据流去向:
饭卡管理系统、学生
数据项组成:
饭卡ID+姓名+学号+存款记录+消费记录+挂失倒计时+解挂状态+注销状态+操作时间
数据流量:
约5000次/日
高峰流量:
约5500次/日
3、编号:
3
名称:
饭卡
简述:
读取饭卡ID,检查饭卡合法性
数据流来源:
学生、饭卡管理系统
数据流去向:
饭卡管理系统、学生
数据项组成:
饭卡ID+姓名+学号+性别
数据流量:
约4000次/日
高峰流量:
约4500次/日
4、编号:
4
名称:
存款额
简述:
学生存钱
数据流来源:
学生
数据流去向:
饭卡管理系统
数据项组成:
饭卡ID+姓名+学号+性别+存款额+操作时间
数据流量:
约200次/日
高峰流量:
约250次/日
5、编号:
5
名称:
查询报表
简述:
学生查询饭卡信息记录表
数据流来源:
饭卡管理系统
数据流去向:
学生
数据项组成:
饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失状态+操作时间
数据流量:
约500次/日
高峰流量:
约550次/日
6、编号:
6
名称:
消费额
简述:
记录学生每次消费情况
数据流来源:
饭卡管理系统
数据流去向:
学生
数据项组成:
饭卡ID+姓名+学号+性别
数据流量:
约7000次/日
高峰流量:
约7500次/日
7、编号:
7
名称:
权限标准
简述:
管理员检查信息合法性的标准
数据流来源:
管理员
数据流去向:
饭卡管理系统
数据项组成:
饭卡ID+姓名+学号+性别
数据流量:
约100次/日
高峰流量:
约1500次/日
8、编号:
8
名称:
检查结果
简述:
将饭卡信息和学生基本信息返回管理员
数据流来源:
饭卡管理系统
数据流去向:
管理员
数据项组成:
饭卡ID+姓名+学号+性别
数据流量:
约100次/日
高峰流量:
约1500次/日
(四)数据存储:
编号:
F1
名称:
学生基本信息表
简述:
用于保存学生基本注册信息
组成:
姓名+性别+学号+级别+所在系别+专业+入学日期+出生日期
关键字:
学号
编号:
F2
名称:
饭卡基本信息表
简述:
保存饭卡数据
组成:
饭卡ID+姓名+学号+性别+挂失状态+操作时间
关键字:
饭卡ID
编号:
F3
名称:
饭卡历史操作信息表
简述:
保存饭卡的消费、存款记录,方便学生查询
组成:
饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失状态+操作时间
关键字:
饭卡ID
(五)处理过程:
编号:
3.1
名称:
办理新卡处理
简述:
学生申请新卡,管理员对卡信息和相关记录进行修改
输入的信息流:
学生信息
输出的信息流:
饭卡
编号:
3.2
名称:
检查学生信息合法性
简述:
学生申请饭卡时,核对学生信息
输入的信息流:
学生信息、权限标准
输出的信息流:
学生信息、检查结果
编号:
3.3
名称:
创建卡ID
简述:
申请卡之后,创建卡的ID,作为卡的唯一标识
输入的信息流:
学生信息
输出的信息流:
学生信息、卡信息
编号:
3.4
名称:
创建卡记录
简述:
建立饭卡的基本信息
输入的信息流:
卡信息、学生信息
输出的信息流:
饭卡
编号:
3.5
名称:
存款—消费管理
简述:
存钱到卡里,对学生每次消费做记录
输入的信息流:
饭卡、存款额
输出的信息流:
饭卡、消费额
标号:
3.6
名称:
检查卡ID合法性
简述:
在存款时,卡信息存在并正确时才能继续操作
输入的信息流:
饭卡、存款额、权限标准
输出的信息流:
饭卡、存款额
编号:
3.7
名称:
存款额修改
简述:
学生存款入卡,管理员修改相应数据库信息
输入的信息流:
饭卡、存款额
输出地信息流:
饭卡
编号:
3.8
名称:
读取饭卡ID合法性
简述:
学生刷卡消费,读卡器读取卡的ID,核对其合法性
输入的信息流:
饭卡
输出的信息流:
饭卡
编号:
3.9
名称:
消费额修改
简述:
学生刷卡信息,操作员修改卡消费信息,创造消费记录
输入的信息流:
饭卡
输出的信息流:
饭卡、消费额
编号:
3.10
名称:
查询处理
简述:
提供给学生所需的饭卡信息和消费信息,产生报表
输入的信息流:
学生信息、饭卡
输出的信息流:
查询报表
编号:
3.11
名称:
检查学生信息合法性
简述:
核对学生信息,与卡内信息符合时才能查询
输入的信息流:
学生信息
输出的信息流:
学生信息
编号:
3.12
名称:
检查饭卡ID合法性
简述:
核对学生信息,与卡内信息符合时才能查询
输入的信息流:
饭卡信息
输出的信息流:
饭卡信息
编号:
3.13
名称:
查询饭卡信息
简述:
查询卡内学生消费信息记录
输入的信息流:
学生信息、饭卡信息
输出的信息流:
:
查询报表
编号:
3.14
名称:
挂失处理
简述:
当卡遗失后,修改卡挂失状态,卡被锁定不能再用
输入的信息流:
学生信息
输出的信息流:
挂失信息
编号:
3.15
名称:
检查ID合法性
简述:
核对学生信息,与卡内信息符合时才挂失
输入的信息流:
学生信息
输出的信息流:
学生信息
编号:
3.16
名称;挂失状态转换
简述:
确认卡信息正确后,转换挂失状态,卡被确定不能用
输入的信息流:
学生信息
输出的信息流:
学生信息,挂失信息
编号:
3.17
名称:
挂失倒计时设置
简述:
挂失后开始计时,在时限内可以解挂
输入的信息流:
学生信息,挂失信息
输出的信息流:
挂失信息
编号:
3.18
名称:
解挂注销处理
简述:
在挂失时限内找到卡,解除挂失状态,当达到挂失时限时,对卡注销
输入的信息流:
挂失信息
输出的信息流:
挂失信息,解挂信息,注销信息
编号:
3.19
名称:
挂失时间检查
简述:
判断挂失的时间,确定是解挂还是注销
输入的信息流:
挂失信息
输出的信息流:
挂失信息,饭卡信息
编号:
3.20
名称:
注销
简述:
挂失时间到之后,没有解挂信息,注销卡信息
输入的信息流:
挂失信息、饭卡信息
输出的信息流:
注销信息
编号:
3.21
名称:
解挂
简述:
在挂失时间内找到卡,解除挂失信息,恢复卡的使用
输入的信息流:
饭卡信息
输出的信息流:
解挂信息
(六)外部实体:
1、名称:
学生
简述:
用饭卡进行消费、查询等业务
输入的信息流:
饭卡、学生信息、消费额、查询报表、挂失信息、解挂信息、注销信息
输出的信息流:
学生信息、饭卡信息、饭卡、存款额
2、名称:
管理员
简述:
对饭卡进行在管理操作
输入的信息流:
检查结果
输出的信息流:
权限标准