饭卡管理系统实验报告书.docx
《饭卡管理系统实验报告书.docx》由会员分享，可在线阅读，更多相关《饭卡管理系统实验报告书.docx（19页珍藏版）》请在冰豆网上搜索。
饭卡管理系统实验报告书
管理信息系统
实验报告
（饭卡管理信息系统的设计与实现）
作者：
王峰
专业：
信息管理与信息系统
班级：
2010级信管2班
学号：
222010602063033
成绩：
＿＿＿＿＿＿＿＿＿＿
指导教师：
杜治国
西南大学信息管理系
前言……………………………………………………………3
一、作业背景………………………………………3
二、工作业绩………………………………………3
第一章系统前期分析……………………………………3
一、预期功能…………………………………………4
1.持卡者功能………………………………………4
2.管理员功能……………………………………4
3.消费终端功能…………………………………4
二、任务概述………………………………………4
1.任务目标…………………………………………5
第二章系统环境…………………………………………5
一、系统架构…………………………………………5
1.系统拓扑图………………………………………5
2.硬件设备…………………………………………5
第三章需求分析…………………………………………6
一、业务需求…………………………………………6
1.业务流程图………………………………………6
1.1.1系统整体数据流程图……………………6
1.1.2注册用户功能……………………………6
1.1.3饭卡充值功能……………………………7
1.1.4饭卡挂失/解锁功能………………………7
1.1.5饭卡注销功能……………………………8
1.1.6饭卡信息查询功能………………………8
1.1.7修改用户信息功能………………………9
1.1.8消费功能…………………………………10
2.系统IPO图………………………………………10
3.层图………………………………………………10
4.状态图……………………………………………11
二、数据字典………………………………………12
三、数据元素的数据字典卡片……………………13
四、表设计…………………………………………15
第四章非功能需求………………………………………17
一、安全性需求………………………………………17
二、正确性需求………………………………………17
三、时间特性需求……………………………………18
四、稳定性需求………………………………………18
五、数据管理需求……………………………………18
六、故障处理能力需求………………………………18
七、界面需求…………………………………………18
结束语…………………………………………………19
致谢……………………………………………………19
参考文献………………………………………………19
前言
一、作业背景
本文根据《管理信息系统》课程要求而做，具体内容如下：
在21世界科技快速发展的今天，高校的食堂也越来越现代化、数字化、标准化。
大学校园里都实行了“一卡通”的项目，这也标志着以前拿着钱、饭票排队吃饭的时代的结束。
但是，随之而来的问题也越来越多，并逐渐暴露了出来。
比如：
有的同学不小心遗失了饭卡，没能及时挂失，导致饭卡上的钱全部被拾到的同学用光；有的同学没有计划性的消费，使之加入了“月光族”的行列中。
随着时代的发展，电子管理系统的多功能化，企业学校等纷纷使用电子记账系统对于员工、学生等是消费经行管理。
故对合理，高利用率的饭卡管理系统有着迫切的需求。
本系统是面向学校饭卡管理而开发的，由于系统的界面清晰、美观、操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。
管理员（维护人员）不需要任何数据库专业知识技能。
本系统可以极大的提高工作效率，预期使用的频率较高。
二、工作业绩
1.个人主要工作
我在本次的管理信息系统的设计中主要做的是前期系统需求的分析以及计划书的书写，还有就是系统代码的编写、修改、维护。
2.主要收获
我通过这次的管理信息系统的设计，学习和认识到了团队合作的重要性，提高了团队合作的意识与能力。
3．自我评定□优■良□中□及格□不及格
第一章系统前期分析
一、预期功能
本系统预期实现的功能如下：
（一）持卡者
1.饭卡充值
2.饭卡消费记录查询
3.饭卡挂失、注销
4.查看消费记录，分析消费习惯
5.查询持卡人信息
（二）管理员
1.新建持卡者
2.更改持卡者信息
3.饭卡充值
4.注销、挂失、解锁
5.查询历史消费
（三）消费终端
1.操作饭卡消费
二、任务概述
1.任务目标
能对饭卡信息经行及时管理查询，系统反应时间较短，提高用户工作效率。
第二章系统环境
一、系统架构
1.本系统的网路拓扑图如下：
系统由刷卡器、管理员端、客户端构成。
刷卡器主要为学生提供日常消费功能，客户端完成学生自主查询、挂失功能，而管理端就是主要完成新建，存款，注销等功能。
2.硬件设备
2.1主机电脑，要求容量大，CPU能满足查询
2.2刷卡器，限于条件制约，因此用桌面程序模拟
2.3客户端与管理员端，限于条件制约，因此用桌面程序模拟
第三章、需求分析
1.业务需求
1.1业务流程图
1.1.1系统整体数据流程图
本系统涉及到的业务包括注册用户（新建）、饭卡充值、饭卡信息查询、刷卡消费、饭卡挂失/解锁、饭卡注销、修改用户信息七功能。
1.2注册用户功能
1.3饭卡充值功能
该功能权限只开放给管理员，由管理员确认金额无误后更新饭卡余额信息。
1.4饭卡挂失/解锁功能
该功能用户及管理员均可以使用，用户凭借用户密码通过客户端登入后可对饭卡进行挂失/解锁。
1.5饭卡注销功能
该功能仅开放给管理员，由管理员输入用户ID并确认注销。
1.6饭卡信息查询功能
该功能管理员及用户均可以使用，用户需凭用户密码登入进行简单查询。
1.7修改用户信息功能
该功能开放给用户使用，用户凭借用户密码登入客户服务端进行信息维护。
1.8消费功能
该功能开放给用户及管理员，用户通过刷卡器端进行消费，也可通过管理员进行日常缴费，但在日消费额超过限制时需输入用户密码。
二、该系统的IPO图如下：
3.层图
4.状态图
三、数据字典
1学生信息：
学号=[数字|字母]
姓名=[汉字]
性别=[男|女|null]
电话号码=[数字]
所属班别=[汉字|数字|字母]
2饭卡信息
饭卡ID=[数字|字母]
余额=[数字]
锁=[true|false]
3饭卡历史
饭卡ID=[数字|字母]
时间=[时间格式]
款额=[数字]
操作=[存款|消费|其他]
4饭卡挂失/解锁
饭卡ID=[数字|字母]
密码=[数字|字母]
5饭卡刷卡消费
饭卡ID=[数字|字母]
密码=[数字|字母]
限定金额=30{数字}30
余额=[数字]
锁=[true|false]
6存款
饭卡ID=[数字|字母]
密码=[数字|字母]
充值额=[数字]
余额=[数字]
锁=[true|false]
7饭卡注销
饭卡ID=[数字|字母]
密码=[数字|字母]
学号=[数字|字母]
姓名=[汉字]
性别=[男|女|null]
电话号码=[数字]
所属班别=[汉字|数字|字母]
余额=[数字]
8修改用户信息
饭卡ID=[数字|字母]
密码=[数字|字母]
学号=[数字|字母]
姓名=[汉字]
性别=[男|女|null]
电话号码=[数字]
所属班别=[汉字|数字|字母]
三、数据元素的数据字典卡片：
学生信息
名字：
学生信息别名：
描述：
记录学生相关信息
定义：
学生信息=学号+姓名+性别+电话号码+所属班别
位置：
数据库
卡信息
名字：
饭卡信息别名：
描述：
显示学生饭卡的信息
定义：
卡信息=饭卡ID+余额+锁
位置：
数据库
饭卡历史信息
名字：
卡历史信息别名：
描述：
记录饭卡使用历史的信息
定义：
饭卡历史信息=卡ID+时间+款额+操作
位置：
数据库
饭卡挂失/解锁
名字：
饭卡挂失别名：
描述：
学生向管理员提出申请，进行饭卡的挂失或者解锁
定义：
饭卡挂失/解锁=饭卡ID+密码
位置：
数据库
饭卡刷卡消费
名字：
饭卡刷卡消费别名：
描述：
学生刷卡消费的情况
定义：
饭卡刷卡消费=饭卡ID+密码+限定金额+锁
位置：
数据库管理系统/刷卡器
存款
名字：
存款别名：
描述：
学生向饭卡存款
定义：
存款=饭卡ID+密码+充值额+锁
位置：
数据库
饭卡注销
名字：
饭卡注销别名：
描述：
学生申请注销饭卡
定义：
饭卡注销=饭卡ID+密码+学号+姓名+性别+电话号码+所属班别+余额
位置：
数据库
修改用户信息
名字：
修改用户信息别名：
描述：
学生申请修改个人信息
定义：
饭卡注销=饭卡ID+密码+学号+姓名+性别+电话号码+所属班别
位置：
数据库
四、表设计
学生信息库（student_info）
列名
数据类型
学生学号
stu_num
Char（20）
学生姓名
name
Char（20）
性别
male
boolean
电话号码
tel
Char（20）
所属班别
class
Char（50）
卡信息（card_info）
列名
数据类型
卡ID
id
int
余额
sum
float
锁
lock
boolean
刷卡历史（card_his）
列名
数据类型
卡ID
id
int
时间
daytime
daytype
款额
sum
float
操作
op
Char（20）
刷卡消费（card_spend）
列名
数据类型
卡ID
id
int
密码
password
Char（20）
限定金额
LimitedMoney
int
余额
sum
float
锁
lock
boolean
存款（card_dep）
列名
数据类型
卡ID
id
int
密码
password
Char（20）
充值额
paidMomey
float
余额
sum
float
锁
lock
boolean
卡注销（card_log）
列名
数据类型
学生学号
stu_num
Char（20）
卡ID
id
int
学生姓名
name
Char（20）
性别
male
boolean
电话号码
tel
Char（20）
所属班别
class
Char（50）
密码
password
Char（20）
余额
sum
float
修改信息（card_mod）
列名
数据类型
学生学号
stu_num
Char（20）
卡ID
id
int
学生姓名
name
Char（20）
性别
male
boolean
电话号码
tel
Char（20）
密码
password
Char（20）
所属班别
class
Char（50）
五、非功能需求
一、安全性需求
一.1系统用于存储和管理学生饭卡余额等信息的数据应具有很高的安全性，管理员登录数据应加密后再传输
一.2普通学生只能刷卡消费，系统管理员还可以进入管理员界面；刷卡服务员可以操作刷卡器
二、正确性需求
系统正确性需求应包括以下几项：
二.1系统应能够把管理员所新建/修改的学生饭卡相关信息以及充值的信息准备地导入数据库中；
二.2当学在在刷卡器上刷卡消费时，刷卡器服务端应能准确地读取相关消费信息发送到饭卡管理系统并把系统反馈的饭卡余额显示在刷卡器消费端；
三、时间特性需求
三.1刷卡响应时间不超过1.5秒；
三.2查询响应时间不超过5.5秒；
四、稳定性需求
四.1该系统部署后，在硬件条件和支持软件条件没有发生变化的情况下，能够一直保持运行状态，直到系统被升级或替代
四.2该系统能在校内各饭堂所有刷卡器（200以内）上同时进行消费能够以正常的性能稳定运行下去
五、数据管理需求
五.1系统所涉及的所有货币金额数据类型，均按实数保存，在显示处理时保留小数点后2位；
五.2在新建/修改学生饭卡相关信息的时候检查卡ID的合法性、学生信息的合法性；
五.3所有数据存储在学校服务器端，数据安全可靠；
五.4该系统面向的是整个高校的学生，应能对一定数量（数量定为5000人以内）的学生信息进行存储
六、故障处理能力需求
六.1刷卡响应时间超过1秒后，自动提出警告。
要求重新刷卡
六.2查询超过6秒，要显示查询时间长的提示信息。
以免误认为死机
六.3当计算机突然死机、重启、断电时自动存储备份数据，即使没有存上，也有备份数据库供恢复
七、界面需求
系统对界面的需求主要分为两部分，是客户端和虚拟出来的刷卡器界面要求清晰、美观，操作简单、方便。
结束语
本设计在杜治国老师的悉心指导和严格要求下业已完成，从课题选择、方案论证到具体设计和调试，无不凝聚着老师的心血和汗水，通过该系统的设计与实现，我受益匪浅。
不仅了解到了一个系统设计的完整步骤，而且还巩固了学习的知识。
致谢
通过本系统的设计与制作，使我了解一个完整的系统完成的功能并不是眼前这些，还有许多功能要求我们在系统设计过程中预留出端口，方便以后系统功能的扩展与完善。
本系统的制作除了上述缺点以外，难免还有许多不合理的地方，还希望老师和同学指正。
通过这样毕业设计的制作，我学到了许多知识，学会独立分析系统结构，提高了自己解决问题的能力，这将成为我大学学习过程中难忘的经历。
主要参考文献
[1]黄梯云，《管理信息系统导论》，机械工业出版社
[2]甘仞初，《信息系统开发》，北京：
经济科学出版社，1996
[3]王珊，《数据组织与结构》，经济科学出版社
[4]方美琪，《软件开发工具》，经济科学出版社
[5]人杰、殷人昆、陶永雷《实用软件工程（第二版）》清华大学出版社2003.3
[6]曹军生等《SQLServer2008实用教程》北京理工大学出版社2010.9
[7]伍俊良《管理信息系统（MIS）开发与应用》北京:
科学出版社,1999
[8]李建中，王珊.《数据库系统原理（第2版）》电子工业出版社，2004.9
升级会员 