管理信息系统课题方案
题 目： 饭卡管理系统
组 员：祝小娟 吕宏亮 翟娟娟 王骏 徐晨隆 朱恩科
系部： 电气信息工程系
专业： 计算机科学与技术
班 级： 计科08101班
指 导 教 师： 王海荣
课题名称：饭卡管理系统
组长：张月旭
组员：杨宏洲，李飞，胡鹏鹏
郑世超，王义辉
指导教师：王海荣
目 录
第一章 背景
1.1 管理信息系统的发展…………………………………………………………………………. ……………3
1.2选题背景……………………………………………………………………………………. ……………….3
1.3研究现状……………………………………………………………………………………………………..3
第二章 系统调查
2.1系统设计要具有人性化特点……………………………………………………………………. ………….5
2.2系统可行性分析……………………………………………………………………………………………..5
2.3可行性结论……………………………………………………………………………………………. …….6
2.4系统需求分析…………………………………………………………………………………………. …….6
第三章 系统功能模块
3.1 系统功能模块……………………………………………………………………………………………….7
3.2 业务流程图………………………………………………………………………………………………….7
3.3数据流程图………………………………………………………………………………………………….10
3.4 数据字典…………………………………………………………………………………………………….13
第四章 系统设计
4.1 详细设计……………………………………………………………………………………………………19
4.2 数据库设计…………………………………………………………………………………………………29
第五章 结束语………………………………………………………………………………………………….30
第一章 背景
1.1管理信息系统的发展
管理信息系统起源于20世纪50年代开始的基于计算机的电子数据处理（简称EDP ，Electronic Data Processing ）。EDP 的主要目标提高一个组织内管理工作如计算、统计、制表、报告等工作的效率。此时利用计算机处理管理信息的方式是单项管理，到了20世纪60年代管理信息系统得到了较快的发展，成为实现组织整体目标，系统综合地处理各类管理信息支持各级管理决策的计算机硬件、软件、通信设备、规章制度及有关人员的统一体、其获取信息资源和管理、服务的范围更加广阔；20世纪90年代，人们对MIS 的注意力不再只是信息技术的应用，而是为如何合理配置、有效利用信息资源以求得组织目标的实现。至此，MIS 的发展经历了一个由技术管理到资源管理的过程
1.2 选题背景
高校食堂传统的餐券化管理费时费力，显然已不能适应高校后勤现代化的管理和社会化进步的需要。随着计算机及其网络的普遍运用，基于网络平台的管理信息系统越来越受人们的重视。由于计算机处理数据信息的高效性与准确性，对高校食堂的饭卡进行信息化管理，无论是在学生的使用上或是管理员操作上，都带来了便利，提高了工作上的效率，饭卡管理系统无疑成为学校重点管理的对象之一。我院食堂在实行了饭卡制后，实现了无餐券的流通，实现了食堂财务的电子化管理。对学生饭卡进行信息管理，便于食堂进行财务统计并且安全可靠，操作简单、快捷。如今的饭卡管理系统不仅追求高速的运行，同时越来越要求横向功能发展，越来越趋于多功能、智能化、人性化的发展，只有做到各模块之间的衔接与平衡，饭卡管理系统才能真正用于实际，真正做到“以人为本”，为人们带来便捷，提高工作效率。饭卡管理系统不仅方便管理者进行系统管理，资料的提取，同时在使用终端上面，也充分考虑到消费者和工作人员的人性化使用，从整体上宏观协调系统的各项功能，实现了系统的完备性。
1.3研究现状
（一）宁夏理工学院饭卡管理现状
我院自从建立起饭卡管理系统，实现联网操作之后，食堂管理走上了科学化的道路，解决了在实际中食堂管理上存在的许多问题，减少了矛盾的产生。
第一，解决了我院就餐拥挤问题。实施无餐券的流通后，学生只需要刷卡消费，靠售饭窗口机自动计算和扣除售饭金额，节省了补钱时间，简化了售饭过程，缩短了打饭时间、就餐人员排队时间，速度明显加快，速度明显加快，充分解决了食堂就餐拥挤的难题。
第二，解决了我院饭票流通失控，现金流失等问题。建立饭卡管理系统，丢失饭卡后可以及时控制，
封闭账户，防止他人使用。同时避免了现金的收取，不易出错、造成经济流失，解决了饭票不卫生、不易保存等问题，许多难题也迎刃而解。
第三，财务管理做到日清月结。传统的餐券交易模式容易出错、找钱慢，工作人员整理、核查饭票和现金极为繁琐。建立饭卡管理系统之后，用餐人数每人的消费金额，每餐的收入等，都能由饭卡管理系统进行统计，提供给我们全面、详尽的数据，大大降低了工作量，提高了工作效率。
第四，实行联网运行，系统安全可靠。饭卡管理系统采用实时交易，通讯速度快，挂失、解挂、充值等都很方便，做到了实时交易。饭卡遗失后，可立即进行挂失、作废、余额返还等操作，确保了学生利益不受损失，财务管理清清楚、方便。此外系统运行比较稳定，有数据备份，安全可靠。
（二）宁夏理工学院饭卡系统的问题
我院建立了饭卡管理系统之后，虽然在一定程度上解决了传统餐券交易模式中存在的问题，节约了一定的人力、物力、财力，但是在系统的管理和实施上还存在一定的缺陷和问题，需要进一步改进。
首先，对于饭卡管理系统的使用和管理上，随着高校信息化得要求和改革的深入，系统需要实现的功能越来越多，使得工作人员需要简化工作量的需求越来越大，对系统的依赖性越来越强，需要系统更加向人性化方向发展。
其次，在饭卡管理系统的使用上，学生要通过管理员才能对饭卡进行挂失、解挂等操作，自己不能直接进行操作。所以需要对现有的饭卡管理系统进行改进，从而可以针对学生用户设置访问权限，通过有效地审查和设密等方式，是学生能在网上直接查询余额、消费信息和挂失解挂操作等，使系统更方便与学生操作，更加人性化，节省人力。
（三）宁夏理工学院饭卡管理系统设计原则
①系统以C/S结构为基础，建立校园级食堂售饭网络体系，实现信息的开放性、共享性。
②设置中心机房系统软件，实现交易数据的采集和汇总，保证数据传递的准确性、及时性。
③中心机房系统软件界面友好，易于操作。
④售饭窗口的饭卡消费端方便操作，易于管理员使用，且与中心机房关联，实现金额的自动录入、统计结算。
⑤系统的资源配置合理，性价比高。
⑥在系统的操作权限管理上，管理员具有系统所有权限，学生作为系统的使用者，只能进行权限范围内操作，权限外的操作被程序禁止。
第二章 系统调查
2.1. 系统的设计要具有人性化的特点。
①界面友好、操作简便。
对于管理信息系统的可操作性一定要强，软件的交互性必须要好，可使使用者，即使在对计算机不很熟悉的情况下也可以很快的接受它，这就需要在对软件进行设计时考虑到用户界面的友好交互性，这一点很重要。在系统的使用过程中，有很大一部分是对基本数据的录入，录入的信息的量也是很大的，所以要求软件的输入设计符合操作人员的思维习惯和操作习惯，在本软件的设计过程中将考虑录入部分完全使用键盘操作，这样将大大提高操作人员的效率。由于录入操作非常的枯燥，所以在背景设计时需要考虑到添加清淡的让使用者心情放松的图案或颜色，这可以使操作者的烦躁心情得以环节，以减小在数据录入过程中误差和错误的出现概率。
③一看就懂、拿来就用。
在界面上使用人们平时熟悉的自然语言，而把陌生的计算机语言隐藏起来，达到计算机程序与人的主观意识和思维天衣无缝的吻合，表现了天地人和。使操作者一看就明白。软件还必须简洁明了地提供操作向导和必要的提示，使管理工作者做到拿来就用。
我院希望通过建立饭卡管理管理系统，使饭卡管理工作规范化和程序化，促进整体管理水平的提高。
2.2系统可行性分析
饭卡管理系统是学校管理的重要系统之一，其发展方向和使用者对该系统的需求还在不断变化，功能还要不断完善，只有不断完善改进的系统才能为使用者和管理者带来便利，提高工作效率，真正人性化地服务于使用者。
① 经济上的可行性
本系统对硬件的要求不高，成本低廉，系统的功能较原来人工管理的效率有限大的优势，使用PC 机对数据进行管理，也大大节省了人力，减低了成本，经济上完全可行。
② 技术上的可行性
本系统准备采用结构化的方式和C/S模式进行分析和设计，网络操作系统采用微软公司的Microsoft Windows 2003.数据库选用商务数据库Microsoft SQL Server 2000，操作人员只需要通过PC 机操作，方便灵活、可靠性高。我校人事管理人员具有高学历、高水平、对外来的新事物接受能力快的特点，并且接受过教育系统的计算机等级培训，对Windows 有基本的了解，所以，如果开发一套操作简单的人事工资管理信息系统，完全可以帮助他们从繁琐的重复性劳动中解脱出来，以提高的工作效率。
③ 社会上的可行性
传统的餐券交易模式在管理过程中效率低，容易出错，若建立起饭卡管理系统，则方便管理者和学生使用，可靠性高，且通过人机互助的形式，是食堂的消费更加精确、灵活、可靠。
④开发实施的可行性
此类软件属于一般类管理软件，开发难度不大，没有很高深的算法和令人难以理解的专业知识，只需要经常和管理人员进行沟通就可以掌握完成软件的要点。开发周期短，一般只需要一个月左右，产品出来后就可以推向市场，收回成本，获取利益。
2.3可行性结论
系统的成功开发将进一步促进学校管理的现化化和科学化，也为学校饭卡管理体系积累了经验，从长远来看，其经济和社会效益是肯定的，根据以上分析，我们认为本系统开发条件成熟，实施方案可行。
2.4 系统需求分析
传统的食堂在进行管理时，使用餐券进行消费。餐券的流通使得就餐过程复杂麻烦，数据的管理不清晰，出错后没有明确的备份信息进行核对，在日常管理时，分工不明确，透明度不高。使得食堂的就餐管理混乱无章，得不到学生的认可。使用饭卡管理信息系统可以极大的满足学生和管理员的需求：
（1） 通过学生刷卡消费，系统可以自动统计消费信息，系统备有余份，如果学生对消费刷卡
理由疑问，可以进行查询，方便统计。
（2） 系统对消费信息进行统计，避免了工作人员在餐券收集和统计过程中的错误错误，使财
务管理更加透明。
（3） 系统能打印报表，对于个人存取信息、消费信息，窗口的销售信息等都有记录，能提供
各项信息，便于学生和管理人员对于不同数据的需求。
（4）
刷卡机读写方便，不受食堂油污污染，操作简便，实现了金额的自动结算。
第三章 系统功能模块
1. 系统功能模块
我校饭卡管理系统分为办理新卡、存款-消费、查询、挂失和解挂-注销五个功能，其功能模块图如下：
由图其各个子功能如下：
（1）、办理新卡功能：学生提交申请饭卡，管理员在数据库中查找学生信息，判断学生信息的合法性，找到后管理员再申请饭卡ID ，创建卡记录，建立卡的数据信息。
（2）、存款-消费功能：学生在存款时，管理员在核对卡的ID 合法之后，读取出卡的余额，再存入金额，修改数据库信息；学生在刷卡消费时，首先也要读取卡ID ，显示余额，最后修改数据库信息。
（3）、查询功能：首先判断学生信息合法性，然后查询数据库中饭卡信息，产生报表，最后返回给学生。
（4）、挂失功能：学生在遗失饭卡后，提出挂失申请，核对学生信息合法性，信息合法后，转换卡使用状态，使卡不可使用，开启挂失倒计时。
（5）、解挂-注销功能：在申请挂失后，如学生在挂失倒计时内捡回遗失的卡，撤销卡的挂失，恢复卡的使用，如果个、在挂失时内没有提出解挂申请，则注销卡信息。
2. 业务流程图：
通过对食堂饭卡管理系统的分析，主要包括办理新卡、存款-消费、查询、挂失和解挂，注销等业务。
办理新卡管理：首先要核查学生的基本信息的合法性，通过后管理员建立卡的数据信息，办理新卡
给学生，其业务流程图如图2.2所示：
图2.2 办理新卡管理业务流程图
存款—消费管理：学生在存款消费时涉及到提取卡基本信息，当卡ID 合法时才能继续操作。存款消费后都要修改饭卡历史信息表。其业务流程图如图2.3所示：
图2.3存款—消费管理业务流程图
查询管理：学生查询分按学号和按卡号查询两种，查询的是学生的消费存款信息，即饭卡历史操作信息。其业务流程图如图2.4所示：
图2.4 查询管理业务流程图
挂失管理：挂失处理包括修改卡的状态和挂失倒计时设置。其业务流程图如图2.5所示： 图2.5 挂失管理业务流程图
解挂注销管理：对于遗失的饭卡首先要进行挂失时间的判断，在进行解挂或者是注销处理。其业务流程图如图2.6所示：
图2.6 解挂注销业务流程图
3. 数据流程图：
根据以上分析，设计数据流程图：
外部项数据流
顶层DFD 如图2.7所示：
数据加工
数据存储
图2.7 顶层DFD
图2.8 本系统零层数据流程图
1层DFD （1.0办理新卡管理系统）如图2.9所示：
饭卡
图2.9 1层1.0申请卡管理数据流程图
1层DFD （2.0存款消费管理系统） 如图2.10所示。
饭卡
1层DFD （2.0存款消费管理系统） 如图2.10
图2.11 1层3.0查询管理数据流程图
1层DFD （4.0挂失管理系统）如图2.12所示：
饭卡信息
图2.12 1层挂失管理系统流程图
1层DFD （5.0解挂注销管理系统）如图
2.13所示：
饭卡信息
图2.13 1层解挂注销管理系统流程图
4. 数据字典：
（1） 外部实体定义： 1、名称：学生
简述：用饭卡进行消费、查询等业务
输入的信息流：饭卡、学生信息、消费额、查询报表、挂失信息、解挂信息、注销信息 输出的信息流：学生信息、饭卡信息、饭卡、存款额 2、名称：管理员
简述：对饭卡进行在管理操作 输入的信息流：检查结果 输出的信息流：权限标准
（2）数据流的定义 1、编号：A-01 名称：学生信息
简述：学生基本注册信息 数据流来源：学生
数据流去向：饭卡管理系统
数据项组成：姓名+性别+学号+级别+所在院校+专业+入学日期+出生日期 数据流量：约2000次/日 高峰流量：约2500次/日 2、编号：A-02 名称：饭卡信息
简述：饭卡状态信息和消费信息 数据流来源：学生、饭卡管理系统 数据流去向：饭卡管理系统、学生
数据项组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失倒计时+解挂状态+注销状态+操作时间 数据流量：约5000次/日 高峰流量：约5500次/日 3、编号：A-03 名称：饭卡
简述：读取饭卡ID ，检查饭卡合法性 数据流来源：学生、饭卡管理系统 数据流去向：饭卡管理系统、学生 数据项组成：饭卡ID+姓名+学号+性别 数据流量：约4000次/日 高峰流量：约4500次/日 4、编号：A-04 名称：存款额 简述：学生存钱 数据流来源：学生
数据流去向：饭卡管理系统
数据项组成：饭卡ID+姓名+学号+性别+存款额+操作时间 数据流量：约200次/日 高峰流量：约250次/日 5、编号：A-05 名称：查询报表
简述：学生查询饭卡信息记录表 数据流来源：饭卡管理系统 数据流去向：学生
数据项组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失状态+操作时间 数据流量：约500次/日 高峰流量：约550次/日
6、编号：A-06 名称：消费额
简述：记录学生每次消费情况 数据流来源：饭卡管理系统 数据流去向：学生
数据项组成：饭卡ID+姓名+学号+性别 数据流量：约7000次/日 高峰流量：约7500次/日 7、编号：A-07 名称：权限标准
简述：管理员检查信息合法性的标准 数据流来源：管理员
数据流去向：饭卡管理系统
数据项组成：饭卡ID+姓名+学号+性别 数据流量：约100次/日 高峰流量：约1500次/日 8、编号：A-08 名称：检查结果
简述：将饭卡信息和学生基本信息返回管理员 数据流来源：饭卡管理系统 数据流去向：管理员
数据项组成：饭卡 ID+姓名+学号+性别 数据流量：约100次/日 高峰流量：约1500次/日
（3）功能模块定义 编号：1.0
名称：办理新卡处理
简述：学生申请新卡，管理员对卡信息和相关记录进行修改 输入的信息流：学生信息 输出的信息流：饭卡
编号：1.1
名称：检查学生信息合法性
简述：学生申请饭卡时，核对学生信息 输入的信息流：学生信息、权限标准 输出的信息流：学生信息、检查结果
编号：1.2
名称：创建卡ID
简述：申请卡之后，创建卡的ID ，作为卡的唯一标识 输入的信息流：学生信息
输出的信息流：学生信息、卡信息
编号：1.3
名称：创建卡记录
简述：建立饭卡的基本信息
输入的信息流：卡信息、学生信息 输出的信息流：饭卡
编号：2.0
名称：存款—消费管理
简述：存钱到卡里，对学生每次消费做记录 输入的信息流：饭卡、存款额 输出的信息流：饭卡、消费额
标号：2.1
名称：检查卡ID 合法性
简述：在存款时，卡信息存在并正确时才能继续操作 输入的信息流：饭卡、存款额、权限标准 输出的信息流：饭卡、存款额
编号：2.2
名称：存款额修改
简述：学生存款入卡，管理员修改相应数据库信息 输入的信息流：饭卡、存款额 输出地信息流：饭卡
编号：2.3
名称：读取饭卡ID 合法性
简述：学生刷卡消费，读卡器读取卡的ID ，核对其合法性 输入的信息流：饭卡 输出的信息流：饭卡
编号：2.4
名称：消费额修改
简述：学生刷卡信息，操作员修改卡消费信息，创造消费记录 输入的信息流：饭卡
输出的信息流：饭卡、消费额
编号：3.0
名称：查询处理
简述：提供给学生所需的饭卡信息和消费信息，产生报表 输入的信息流：学生信息、饭卡 输出的信息流：查询报表
编号：3.1
名称：检查学生信息合法性
简述：核对学生信息，与卡内信息符合时才能查询
输入的信息流：学生信息 输出的信息流：学生信息
编号：3.2
名称：检查饭卡ID 合法性
简述：核对学生信息，与卡内信息符合时才能查询 输入的信息流：饭卡信息 输出的信息流：饭卡信息
编号：3.3
名称：查询饭卡信息
简述：查询卡内学生消费信息记录 输入的信息流：学生信息、饭卡信息 输出的信息流:：查询报表
编号：4.0
名称：挂失处理
简述：当卡遗失后，修改卡挂失状态，卡被锁定不能再用 输入的信息流：学生信息 输出的信息流：挂失信息
编号：4.1
名称：检查ID 合法性
简述：核对学生信息，与卡内信息符合时才挂失 输入的信息流：学生信息 输出的信息流：学生信息
编号：4.2
名称；挂失状态转换
简述：确认卡信息正确后，转换挂失状态，卡被确定不能用 输入的信息流：学生信息
输出的信息流：学生信息，挂失信息
编号：4.3
名称：挂失倒计时设置
简述：挂失后开始计时，在时限内可以解挂 输入的信息流：学生信息，挂失信息 输出的信息流：挂失信息 编号：5.0
名称：解挂注销处理
简述：在挂失时限内找到卡，解除挂失状态，当达到挂失时限时，对卡注销 输入的信息流：挂失信息
输出的信息流：挂失信息，解挂信息，注销信息
编号：5.1
名称：挂失时间检查
简述：判断挂失的时间，确定是解挂还是注销 输入的信息流：挂失信息
输出的信息流：挂失信息，饭卡信息
编号：5.2 名称：注销
简述：挂失时间到之后，没有解挂信息，注销卡信息 输入的信息流：挂失信息、饭卡信息 输出的信息流：注销信息
编号：5.3 名称：解挂
简述：在挂失时间内找到卡，解除挂失信息，恢复卡的使用 输入的信息流：饭卡信息 输出的信息流：解挂信息
（4）数据存储定义 编号：F1
名称：学生基本信息表
简述：用于保存学生基本注册信息
组成：姓名+性别+学号+级别+所在系别+专业+入学日期+出生日期 关键字：学号
编号：F2
名称：饭卡基本信息表 简述：保存饭卡数据
组成：饭卡ID+姓名+学号+性别+挂失状态+操作时间 关键字：饭卡ID
编号：F3
名称：饭卡历史操作信息表
简述：保存饭卡的消费、存款记录，方便学生查询
组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失状态+操作时间 关键字：饭卡ID
第四章 系统设计
4.1详细设计 4.1.1 代码设计
代码设计主要针对系统所涉及的表中，比较重要、代表性强的代码进行设计，就本系统而言，代码设计包括学生学号代码设计和发卡ID 代码设计。
（1） 学生学号代码设计：学生学号的代码组成包括入校时间、所在系别、所在专业和班级学号四部分
组成。其具体设计如图3.1所示。
XXXX XX
XXX
XXXX
班级学号所在专业所在系别入校时间
图3.1 学生学号代码设计 根据学校的组织结构，设计出各系代码：
机电系01；电气信息工程系02；化工系03；英语系04；经管系05；土木系06；
以电气信息工程系为例，设计各个专业的代码，并给出学号代码的用例： 计算机科学与技术：101 例：[1**********]12 网络工程：102 例：[1**********]18 电气自动化：103 例：[1**********]30 自动化：104 例：[1**********]05 广告设计：105 例：[1**********]23 网络技术：106 例：[1**********]20 软件工程：107 例：[1**********]10
（2）饭卡ID 代码设计：饭卡ID 代码的组成包括办卡时间，学生所在院和自动编号三部分组成。其具体设计如图3.2所示。
所在专业学生所在系办卡时间
图3.2 饭卡ID 代码设计
例：计算机科学与技术专业学生饭卡ID ：[**************]
网络工程专业学生饭卡ID ： [**************]
系统设计： 4.1.2 平台设计
硬件平台：普通PC 机； 服务器；
CPU ：1.8GHZ 以上；
内存：128MB 以上； 硬盘：80G 以上； 其他：激光打印机，扫描仪；
软件平台：操作系统：Windows2003;
数据库管理系统：SQL Sserver 2000; 开发语言：Visual Basic;
4.1.3系统IPO 图
本系统输入时，针对不同的功能模块，通过PC 机上的客服端完成信息的输入。通过管理员的查询，最后实现打印输出。其IPO 图如3.13所示。
图 3.1.3 系统IPO 图
4.1.4系统模块设计 （1）主控块设计
在用户进入系统后，看到就系统的主控块，机系统的主界面。在用户登录之后，就能进入各个功能模块。详细设计图如3.1.4所示。
图3.1.4系统主控块详细设计图 （2）办理新卡设计
进入办理新卡窗口后，应该有显示学生基本信息的栏目，有申请的卡的ID 号，有学生存款的操作时间和金额的记录表。另外还要设计“存款”、“退出”、“帮助”按钮。详细设计如图3.5所示。
3.5 办理新卡详细设计图 （3）存款设计
饭卡充值功能界面的设计，包含卡号、原有余额、充值、取消按钮。按“充值”键后，输入充值金额和充值后的金额：按“确认”键则恢复原有余额。详细设计如图3.6所示。
图3.6存款详细设计图
（4） 查询设计
查询功能的界面设计，包含输入学生学号栏和查询的饭卡信息表格（含学生姓名、学号、卡号、操作时间、存款记录、消费记录、挂失状态等内容），以便提供给学生。详细设计如图3.7所示。
（5）挂失设计
挂失功能的界面设计，包含一张显示基本信息的表格，设置“挂失”和“退出”按钮。详细设计如图3.8所示。
（6）解挂功能的界面设计，包含一张显示卡基本信息的表，另外还有解挂和取消按钮。详细设计如图3.9所示：
图3.9 解挂详细设计图 （7）注销设计
注销功能的界面设计，包含一张显示卡基本信息表，另外还有“注销”“取消”按钮。详细设计如图3.10所示。
图3.10 注销详细设计图 4.1.5 界面设计
系统登录界面需要管理员输入用户名和口令，登录成功后，有六个功能供选择。登录界面设计如图3.11和3.12所示：
图3.11 系统登录界面1
图3.12 系统登录界面2
管理员在进行新建卡、查询等操作时，需要查询数据库中学生信息，当查找信息出错时，系统会弹出出错界面。界面设计如图3.13所示
:
图3.13 系统出错界面
以办理新卡界面为例，界面中显示学生的基本信息和刚申请的卡号ID ，并给出存款记录和操作时间，管理员可以进行存款操作。界面设计如图3.14所示：
图3.14 系统办理新卡界面
4.2数据库设计 4.2.1E-R 图设计 分E-R 图：
30
总E-R 图：
4.2.2根据以上的分析，分析出表的结构。本系统采用SQL Server2000数据库，系统数据库名称为db_fc,包含三张表。
（1） tb_student1（学生基本信息表）
学生信息表主要记录的是学生基本的注册信息，如下图所示：
（2） tb_info(饭卡信息表)
饭卡信息表记录的是卡的基本信息和持卡人的操作信息。如下图：
饭卡信息表
31
(3)tb_history(饭卡历史操作信息表)
饭卡历史操作信息表记录的是饭卡的存款、消费等信息。如下图：
第5章 结束语
饭卡管理系统的主要任务就是把工作人员从繁琐日常操作中解放出来，用计算机实现对饭卡的存款、消费、查询、修改等功能的一体化操作，同时饭卡管理系统能准确计算和完成各项资料的统计和汇总，迅速打印各种报表以供使用。同时借助饭卡管理系统可以提高食堂管理效率，降低管理成本，既能满足管理者血药，又能满足学生人性化需求。随着计算机网络技术的不断进步、系统功能要求的不断提高，本次设计的饭卡管理系统不够成熟，还需要在日后不断改进和完善。
32
管理信息系统课题方案
题 目： 饭卡管理系统
组 员：祝小娟 吕宏亮 翟娟娟 王骏 徐晨隆 朱恩科
系部： 电气信息工程系
专业： 计算机科学与技术
班 级： 计科08101班
指 导 教 师： 王海荣
课题名称：饭卡管理系统
组长：张月旭
组员：杨宏洲，李飞，胡鹏鹏
郑世超，王义辉
指导教师：王海荣
目 录
第一章 背景
1.1 管理信息系统的发展…………………………………………………………………………. ……………3
1.2选题背景……………………………………………………………………………………. ……………….3
1.3研究现状……………………………………………………………………………………………………..3
第二章 系统调查
2.1系统设计要具有人性化特点……………………………………………………………………. ………….5
2.2系统可行性分析……………………………………………………………………………………………..5
2.3可行性结论……………………………………………………………………………………………. …….6
2.4系统需求分析…………………………………………………………………………………………. …….6
第三章 系统功能模块
3.1 系统功能模块……………………………………………………………………………………………….7
3.2 业务流程图………………………………………………………………………………………………….7
3.3数据流程图………………………………………………………………………………………………….10
3.4 数据字典…………………………………………………………………………………………………….13
第四章 系统设计
4.1 详细设计……………………………………………………………………………………………………19
4.2 数据库设计…………………………………………………………………………………………………29
第五章 结束语………………………………………………………………………………………………….30
第一章 背景
1.1管理信息系统的发展
管理信息系统起源于20世纪50年代开始的基于计算机的电子数据处理（简称EDP ，Electronic Data Processing ）。EDP 的主要目标提高一个组织内管理工作如计算、统计、制表、报告等工作的效率。此时利用计算机处理管理信息的方式是单项管理，到了20世纪60年代管理信息系统得到了较快的发展，成为实现组织整体目标，系统综合地处理各类管理信息支持各级管理决策的计算机硬件、软件、通信设备、规章制度及有关人员的统一体、其获取信息资源和管理、服务的范围更加广阔；20世纪90年代，人们对MIS 的注意力不再只是信息技术的应用，而是为如何合理配置、有效利用信息资源以求得组织目标的实现。至此，MIS 的发展经历了一个由技术管理到资源管理的过程
1.2 选题背景
高校食堂传统的餐券化管理费时费力，显然已不能适应高校后勤现代化的管理和社会化进步的需要。随着计算机及其网络的普遍运用，基于网络平台的管理信息系统越来越受人们的重视。由于计算机处理数据信息的高效性与准确性，对高校食堂的饭卡进行信息化管理，无论是在学生的使用上或是管理员操作上，都带来了便利，提高了工作上的效率，饭卡管理系统无疑成为学校重点管理的对象之一。我院食堂在实行了饭卡制后，实现了无餐券的流通，实现了食堂财务的电子化管理。对学生饭卡进行信息管理，便于食堂进行财务统计并且安全可靠，操作简单、快捷。如今的饭卡管理系统不仅追求高速的运行，同时越来越要求横向功能发展，越来越趋于多功能、智能化、人性化的发展，只有做到各模块之间的衔接与平衡，饭卡管理系统才能真正用于实际，真正做到“以人为本”，为人们带来便捷，提高工作效率。饭卡管理系统不仅方便管理者进行系统管理，资料的提取，同时在使用终端上面，也充分考虑到消费者和工作人员的人性化使用，从整体上宏观协调系统的各项功能，实现了系统的完备性。
1.3研究现状
（一）宁夏理工学院饭卡管理现状
我院自从建立起饭卡管理系统，实现联网操作之后，食堂管理走上了科学化的道路，解决了在实际中食堂管理上存在的许多问题，减少了矛盾的产生。
第一，解决了我院就餐拥挤问题。实施无餐券的流通后，学生只需要刷卡消费，靠售饭窗口机自动计算和扣除售饭金额，节省了补钱时间，简化了售饭过程，缩短了打饭时间、就餐人员排队时间，速度明显加快，速度明显加快，充分解决了食堂就餐拥挤的难题。
第二，解决了我院饭票流通失控，现金流失等问题。建立饭卡管理系统，丢失饭卡后可以及时控制，
封闭账户，防止他人使用。同时避免了现金的收取，不易出错、造成经济流失，解决了饭票不卫生、不易保存等问题，许多难题也迎刃而解。
第三，财务管理做到日清月结。传统的餐券交易模式容易出错、找钱慢，工作人员整理、核查饭票和现金极为繁琐。建立饭卡管理系统之后，用餐人数每人的消费金额，每餐的收入等，都能由饭卡管理系统进行统计，提供给我们全面、详尽的数据，大大降低了工作量，提高了工作效率。
第四，实行联网运行，系统安全可靠。饭卡管理系统采用实时交易，通讯速度快，挂失、解挂、充值等都很方便，做到了实时交易。饭卡遗失后，可立即进行挂失、作废、余额返还等操作，确保了学生利益不受损失，财务管理清清楚、方便。此外系统运行比较稳定，有数据备份，安全可靠。
（二）宁夏理工学院饭卡系统的问题
我院建立了饭卡管理系统之后，虽然在一定程度上解决了传统餐券交易模式中存在的问题，节约了一定的人力、物力、财力，但是在系统的管理和实施上还存在一定的缺陷和问题，需要进一步改进。
首先，对于饭卡管理系统的使用和管理上，随着高校信息化得要求和改革的深入，系统需要实现的功能越来越多，使得工作人员需要简化工作量的需求越来越大，对系统的依赖性越来越强，需要系统更加向人性化方向发展。
其次，在饭卡管理系统的使用上，学生要通过管理员才能对饭卡进行挂失、解挂等操作，自己不能直接进行操作。所以需要对现有的饭卡管理系统进行改进，从而可以针对学生用户设置访问权限，通过有效地审查和设密等方式，是学生能在网上直接查询余额、消费信息和挂失解挂操作等，使系统更方便与学生操作，更加人性化，节省人力。
（三）宁夏理工学院饭卡管理系统设计原则
①系统以C/S结构为基础，建立校园级食堂售饭网络体系，实现信息的开放性、共享性。
②设置中心机房系统软件，实现交易数据的采集和汇总，保证数据传递的准确性、及时性。
③中心机房系统软件界面友好，易于操作。
④售饭窗口的饭卡消费端方便操作，易于管理员使用，且与中心机房关联，实现金额的自动录入、统计结算。
⑤系统的资源配置合理，性价比高。
⑥在系统的操作权限管理上，管理员具有系统所有权限，学生作为系统的使用者，只能进行权限范围内操作，权限外的操作被程序禁止。
第二章 系统调查
2.1. 系统的设计要具有人性化的特点。
①界面友好、操作简便。
对于管理信息系统的可操作性一定要强，软件的交互性必须要好，可使使用者，即使在对计算机不很熟悉的情况下也可以很快的接受它，这就需要在对软件进行设计时考虑到用户界面的友好交互性，这一点很重要。在系统的使用过程中，有很大一部分是对基本数据的录入，录入的信息的量也是很大的，所以要求软件的输入设计符合操作人员的思维习惯和操作习惯，在本软件的设计过程中将考虑录入部分完全使用键盘操作，这样将大大提高操作人员的效率。由于录入操作非常的枯燥，所以在背景设计时需要考虑到添加清淡的让使用者心情放松的图案或颜色，这可以使操作者的烦躁心情得以环节，以减小在数据录入过程中误差和错误的出现概率。
③一看就懂、拿来就用。
在界面上使用人们平时熟悉的自然语言，而把陌生的计算机语言隐藏起来，达到计算机程序与人的主观意识和思维天衣无缝的吻合，表现了天地人和。使操作者一看就明白。软件还必须简洁明了地提供操作向导和必要的提示，使管理工作者做到拿来就用。
我院希望通过建立饭卡管理管理系统，使饭卡管理工作规范化和程序化，促进整体管理水平的提高。
2.2系统可行性分析
饭卡管理系统是学校管理的重要系统之一，其发展方向和使用者对该系统的需求还在不断变化，功能还要不断完善，只有不断完善改进的系统才能为使用者和管理者带来便利，提高工作效率，真正人性化地服务于使用者。
① 经济上的可行性
本系统对硬件的要求不高，成本低廉，系统的功能较原来人工管理的效率有限大的优势，使用PC 机对数据进行管理，也大大节省了人力，减低了成本，经济上完全可行。
② 技术上的可行性
本系统准备采用结构化的方式和C/S模式进行分析和设计，网络操作系统采用微软公司的Microsoft Windows 2003.数据库选用商务数据库Microsoft SQL Server 2000，操作人员只需要通过PC 机操作，方便灵活、可靠性高。我校人事管理人员具有高学历、高水平、对外来的新事物接受能力快的特点，并且接受过教育系统的计算机等级培训，对Windows 有基本的了解，所以，如果开发一套操作简单的人事工资管理信息系统，完全可以帮助他们从繁琐的重复性劳动中解脱出来，以提高的工作效率。
③ 社会上的可行性
传统的餐券交易模式在管理过程中效率低，容易出错，若建立起饭卡管理系统，则方便管理者和学生使用，可靠性高，且通过人机互助的形式，是食堂的消费更加精确、灵活、可靠。
④开发实施的可行性
此类软件属于一般类管理软件，开发难度不大，没有很高深的算法和令人难以理解的专业知识，只需要经常和管理人员进行沟通就可以掌握完成软件的要点。开发周期短，一般只需要一个月左右，产品出来后就可以推向市场，收回成本，获取利益。
2.3可行性结论
系统的成功开发将进一步促进学校管理的现化化和科学化，也为学校饭卡管理体系积累了经验，从长远来看，其经济和社会效益是肯定的，根据以上分析，我们认为本系统开发条件成熟，实施方案可行。
2.4 系统需求分析
传统的食堂在进行管理时，使用餐券进行消费。餐券的流通使得就餐过程复杂麻烦，数据的管理不清晰，出错后没有明确的备份信息进行核对，在日常管理时，分工不明确，透明度不高。使得食堂的就餐管理混乱无章，得不到学生的认可。使用饭卡管理信息系统可以极大的满足学生和管理员的需求：
（1） 通过学生刷卡消费，系统可以自动统计消费信息，系统备有余份，如果学生对消费刷卡
理由疑问，可以进行查询，方便统计。
（2） 系统对消费信息进行统计，避免了工作人员在餐券收集和统计过程中的错误错误，使财
务管理更加透明。
（3） 系统能打印报表，对于个人存取信息、消费信息，窗口的销售信息等都有记录，能提供
各项信息，便于学生和管理人员对于不同数据的需求。
（4）
刷卡机读写方便，不受食堂油污污染，操作简便，实现了金额的自动结算。
第三章 系统功能模块
1. 系统功能模块
我校饭卡管理系统分为办理新卡、存款-消费、查询、挂失和解挂-注销五个功能，其功能模块图如下：
由图其各个子功能如下：
（1）、办理新卡功能：学生提交申请饭卡，管理员在数据库中查找学生信息，判断学生信息的合法性，找到后管理员再申请饭卡ID ，创建卡记录，建立卡的数据信息。
（2）、存款-消费功能：学生在存款时，管理员在核对卡的ID 合法之后，读取出卡的余额，再存入金额，修改数据库信息；学生在刷卡消费时，首先也要读取卡ID ，显示余额，最后修改数据库信息。
（3）、查询功能：首先判断学生信息合法性，然后查询数据库中饭卡信息，产生报表，最后返回给学生。
（4）、挂失功能：学生在遗失饭卡后，提出挂失申请，核对学生信息合法性，信息合法后，转换卡使用状态，使卡不可使用，开启挂失倒计时。
（5）、解挂-注销功能：在申请挂失后，如学生在挂失倒计时内捡回遗失的卡，撤销卡的挂失，恢复卡的使用，如果个、在挂失时内没有提出解挂申请，则注销卡信息。
2. 业务流程图：
通过对食堂饭卡管理系统的分析，主要包括办理新卡、存款-消费、查询、挂失和解挂，注销等业务。
办理新卡管理：首先要核查学生的基本信息的合法性，通过后管理员建立卡的数据信息，办理新卡
给学生，其业务流程图如图2.2所示：
图2.2 办理新卡管理业务流程图
存款—消费管理：学生在存款消费时涉及到提取卡基本信息，当卡ID 合法时才能继续操作。存款消费后都要修改饭卡历史信息表。其业务流程图如图2.3所示：
图2.3存款—消费管理业务流程图
查询管理：学生查询分按学号和按卡号查询两种，查询的是学生的消费存款信息，即饭卡历史操作信息。其业务流程图如图2.4所示：
图2.4 查询管理业务流程图
挂失管理：挂失处理包括修改卡的状态和挂失倒计时设置。其业务流程图如图2.5所示： 图2.5 挂失管理业务流程图
解挂注销管理：对于遗失的饭卡首先要进行挂失时间的判断，在进行解挂或者是注销处理。其业务流程图如图2.6所示：
图2.6 解挂注销业务流程图
3. 数据流程图：
根据以上分析，设计数据流程图：
外部项数据流
顶层DFD 如图2.7所示：
数据加工
数据存储
图2.7 顶层DFD
图2.8 本系统零层数据流程图
1层DFD （1.0办理新卡管理系统）如图2.9所示：
饭卡
图2.9 1层1.0申请卡管理数据流程图
1层DFD （2.0存款消费管理系统） 如图2.10所示。
饭卡
1层DFD （2.0存款消费管理系统） 如图2.10
图2.11 1层3.0查询管理数据流程图
1层DFD （4.0挂失管理系统）如图2.12所示：
饭卡信息
图2.12 1层挂失管理系统流程图
1层DFD （5.0解挂注销管理系统）如图
2.13所示：
饭卡信息
图2.13 1层解挂注销管理系统流程图
4. 数据字典：
（1） 外部实体定义： 1、名称：学生
简述：用饭卡进行消费、查询等业务
输入的信息流：饭卡、学生信息、消费额、查询报表、挂失信息、解挂信息、注销信息 输出的信息流：学生信息、饭卡信息、饭卡、存款额 2、名称：管理员
简述：对饭卡进行在管理操作 输入的信息流：检查结果 输出的信息流：权限标准
（2）数据流的定义 1、编号：A-01 名称：学生信息
简述：学生基本注册信息 数据流来源：学生
数据流去向：饭卡管理系统
数据项组成：姓名+性别+学号+级别+所在院校+专业+入学日期+出生日期 数据流量：约2000次/日 高峰流量：约2500次/日 2、编号：A-02 名称：饭卡信息
简述：饭卡状态信息和消费信息 数据流来源：学生、饭卡管理系统 数据流去向：饭卡管理系统、学生
数据项组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失倒计时+解挂状态+注销状态+操作时间 数据流量：约5000次/日 高峰流量：约5500次/日 3、编号：A-03 名称：饭卡
简述：读取饭卡ID ，检查饭卡合法性 数据流来源：学生、饭卡管理系统 数据流去向：饭卡管理系统、学生 数据项组成：饭卡ID+姓名+学号+性别 数据流量：约4000次/日 高峰流量：约4500次/日 4、编号：A-04 名称：存款额 简述：学生存钱 数据流来源：学生
数据流去向：饭卡管理系统
数据项组成：饭卡ID+姓名+学号+性别+存款额+操作时间 数据流量：约200次/日 高峰流量：约250次/日 5、编号：A-05 名称：查询报表
简述：学生查询饭卡信息记录表 数据流来源：饭卡管理系统 数据流去向：学生
数据项组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失状态+操作时间 数据流量：约500次/日 高峰流量：约550次/日
6、编号：A-06 名称：消费额
简述：记录学生每次消费情况 数据流来源：饭卡管理系统 数据流去向：学生
数据项组成：饭卡ID+姓名+学号+性别 数据流量：约7000次/日 高峰流量：约7500次/日 7、编号：A-07 名称：权限标准
简述：管理员检查信息合法性的标准 数据流来源：管理员
数据流去向：饭卡管理系统
数据项组成：饭卡ID+姓名+学号+性别 数据流量：约100次/日 高峰流量：约1500次/日 8、编号：A-08 名称：检查结果
简述：将饭卡信息和学生基本信息返回管理员 数据流来源：饭卡管理系统 数据流去向：管理员
数据项组成：饭卡 ID+姓名+学号+性别 数据流量：约100次/日 高峰流量：约1500次/日
（3）功能模块定义 编号：1.0
名称：办理新卡处理
简述：学生申请新卡，管理员对卡信息和相关记录进行修改 输入的信息流：学生信息 输出的信息流：饭卡
编号：1.1
名称：检查学生信息合法性
简述：学生申请饭卡时，核对学生信息 输入的信息流：学生信息、权限标准 输出的信息流：学生信息、检查结果
编号：1.2
名称：创建卡ID
简述：申请卡之后，创建卡的ID ，作为卡的唯一标识 输入的信息流：学生信息
输出的信息流：学生信息、卡信息
编号：1.3
名称：创建卡记录
简述：建立饭卡的基本信息
输入的信息流：卡信息、学生信息 输出的信息流：饭卡
编号：2.0
名称：存款—消费管理
简述：存钱到卡里，对学生每次消费做记录 输入的信息流：饭卡、存款额 输出的信息流：饭卡、消费额
标号：2.1
名称：检查卡ID 合法性
简述：在存款时，卡信息存在并正确时才能继续操作 输入的信息流：饭卡、存款额、权限标准 输出的信息流：饭卡、存款额
编号：2.2
名称：存款额修改
简述：学生存款入卡，管理员修改相应数据库信息 输入的信息流：饭卡、存款额 输出地信息流：饭卡
编号：2.3
名称：读取饭卡ID 合法性
简述：学生刷卡消费，读卡器读取卡的ID ，核对其合法性 输入的信息流：饭卡 输出的信息流：饭卡
编号：2.4
名称：消费额修改
简述：学生刷卡信息，操作员修改卡消费信息，创造消费记录 输入的信息流：饭卡
输出的信息流：饭卡、消费额
编号：3.0
名称：查询处理
简述：提供给学生所需的饭卡信息和消费信息，产生报表 输入的信息流：学生信息、饭卡 输出的信息流：查询报表
编号：3.1
名称：检查学生信息合法性
简述：核对学生信息，与卡内信息符合时才能查询
输入的信息流：学生信息 输出的信息流：学生信息
编号：3.2
名称：检查饭卡ID 合法性
简述：核对学生信息，与卡内信息符合时才能查询 输入的信息流：饭卡信息 输出的信息流：饭卡信息
编号：3.3
名称：查询饭卡信息
简述：查询卡内学生消费信息记录 输入的信息流：学生信息、饭卡信息 输出的信息流:：查询报表
编号：4.0
名称：挂失处理
简述：当卡遗失后，修改卡挂失状态，卡被锁定不能再用 输入的信息流：学生信息 输出的信息流：挂失信息
编号：4.1
名称：检查ID 合法性
简述：核对学生信息，与卡内信息符合时才挂失 输入的信息流：学生信息 输出的信息流：学生信息
编号：4.2
名称；挂失状态转换
简述：确认卡信息正确后，转换挂失状态，卡被确定不能用 输入的信息流：学生信息
输出的信息流：学生信息，挂失信息
编号：4.3
名称：挂失倒计时设置
简述：挂失后开始计时，在时限内可以解挂 输入的信息流：学生信息，挂失信息 输出的信息流：挂失信息 编号：5.0
名称：解挂注销处理
简述：在挂失时限内找到卡，解除挂失状态，当达到挂失时限时，对卡注销 输入的信息流：挂失信息
输出的信息流：挂失信息，解挂信息，注销信息
编号：5.1
名称：挂失时间检查
简述：判断挂失的时间，确定是解挂还是注销 输入的信息流：挂失信息
输出的信息流：挂失信息，饭卡信息
编号：5.2 名称：注销
简述：挂失时间到之后，没有解挂信息，注销卡信息 输入的信息流：挂失信息、饭卡信息 输出的信息流：注销信息
编号：5.3 名称：解挂
简述：在挂失时间内找到卡，解除挂失信息，恢复卡的使用 输入的信息流：饭卡信息 输出的信息流：解挂信息
（4）数据存储定义 编号：F1
名称：学生基本信息表
简述：用于保存学生基本注册信息
组成：姓名+性别+学号+级别+所在系别+专业+入学日期+出生日期 关键字：学号
编号：F2
名称：饭卡基本信息表 简述：保存饭卡数据
组成：饭卡ID+姓名+学号+性别+挂失状态+操作时间 关键字：饭卡ID
编号：F3
名称：饭卡历史操作信息表
简述：保存饭卡的消费、存款记录，方便学生查询
组成：饭卡ID+姓名+学号+性别+存款记录+消费记录+挂失状态+操作时间 关键字：饭卡ID
第四章 系统设计
4.1详细设计 4.1.1 代码设计
代码设计主要针对系统所涉及的表中，比较重要、代表性强的代码进行设计，就本系统而言，代码设计包括学生学号代码设计和发卡ID 代码设计。
（1） 学生学号代码设计：学生学号的代码组成包括入校时间、所在系别、所在专业和班级学号四部分
组成。其具体设计如图3.1所示。
XXXX XX
XXX
XXXX
班级学号所在专业所在系别入校时间
图3.1 学生学号代码设计 根据学校的组织结构，设计出各系代码：
机电系01；电气信息工程系02；化工系03；英语系04；经管系05；土木系06；
以电气信息工程系为例，设计各个专业的代码，并给出学号代码的用例： 计算机科学与技术：101 例：[1**********]12 网络工程：102 例：[1**********]18 电气自动化：103 例：[1**********]30 自动化：104 例：[1**********]05 广告设计：105 例：[1**********]23 网络技术：106 例：[1**********]20 软件工程：107 例：[1**********]10
（2）饭卡ID 代码设计：饭卡ID 代码的组成包括办卡时间，学生所在院和自动编号三部分组成。其具体设计如图3.2所示。
所在专业学生所在系办卡时间
图3.2 饭卡ID 代码设计
例：计算机科学与技术专业学生饭卡ID ：[**************]
网络工程专业学生饭卡ID ： [**************]
系统设计： 4.1.2 平台设计
硬件平台：普通PC 机； 服务器；
CPU ：1.8GHZ 以上；
内存：128MB 以上； 硬盘：80G 以上； 其他：激光打印机，扫描仪；
软件平台：操作系统：Windows2003;
数据库管理系统：SQL Sserver 2000; 开发语言：Visual Basic;
4.1.3系统IPO 图
本系统输入时，针对不同的功能模块，通过PC 机上的客服端完成信息的输入。通过管理员的查询，最后实现打印输出。其IPO 图如3.13所示。
图 3.1.3 系统IPO 图
4.1.4系统模块设计 （1）主控块设计
在用户进入系统后，看到就系统的主控块，机系统的主界面。在用户登录之后，就能进入各个功能模块。详细设计图如3.1.4所示。
图3.1.4系统主控块详细设计图 （2）办理新卡设计
进入办理新卡窗口后，应该有显示学生基本信息的栏目，有申请的卡的ID 号，有学生存款的操作时间和金额的记录表。另外还要设计“存款”、“退出”、“帮助”按钮。详细设计如图3.5所示。
3.5 办理新卡详细设计图 （3）存款设计
饭卡充值功能界面的设计，包含卡号、原有余额、充值、取消按钮。按“充值”键后，输入充值金额和充值后的金额：按“确认”键则恢复原有余额。详细设计如图3.6所示。
图3.6存款详细设计图
（4） 查询设计
查询功能的界面设计，包含输入学生学号栏和查询的饭卡信息表格（含学生姓名、学号、卡号、操作时间、存款记录、消费记录、挂失状态等内容），以便提供给学生。详细设计如图3.7所示。
（5）挂失设计
挂失功能的界面设计，包含一张显示基本信息的表格，设置“挂失”和“退出”按钮。详细设计如图3.8所示。
（6）解挂功能的界面设计，包含一张显示卡基本信息的表，另外还有解挂和取消按钮。详细设计如图3.9所示：
图3.9 解挂详细设计图 （7）注销设计
注销功能的界面设计，包含一张显示卡基本信息表，另外还有“注销”“取消”按钮。详细设计如图3.10所示。
图3.10 注销详细设计图 4.1.5 界面设计
系统登录界面需要管理员输入用户名和口令，登录成功后，有六个功能供选择。登录界面设计如图3.11和3.12所示：
图3.11 系统登录界面1
图3.12 系统登录界面2
管理员在进行新建卡、查询等操作时，需要查询数据库中学生信息，当查找信息出错时，系统会弹出出错界面。界面设计如图3.13所示
:
图3.13 系统出错界面
以办理新卡界面为例，界面中显示学生的基本信息和刚申请的卡号ID ，并给出存款记录和操作时间，管理员可以进行存款操作。界面设计如图3.14所示：
图3.14 系统办理新卡界面
4.2数据库设计 4.2.1E-R 图设计 分E-R 图：
30
总E-R 图：
4.2.2根据以上的分析，分析出表的结构。本系统采用SQL Server2000数据库，系统数据库名称为db_fc,包含三张表。
（1） tb_student1（学生基本信息表）
学生信息表主要记录的是学生基本的注册信息，如下图所示：
（2） tb_info(饭卡信息表)
饭卡信息表记录的是卡的基本信息和持卡人的操作信息。如下图：
饭卡信息表
31
(3)tb_history(饭卡历史操作信息表)
饭卡历史操作信息表记录的是饭卡的存款、消费等信息。如下图：
第5章 结束语
饭卡管理系统的主要任务就是把工作人员从繁琐日常操作中解放出来，用计算机实现对饭卡的存款、消费、查询、修改等功能的一体化操作，同时饭卡管理系统能准确计算和完成各项资料的统计和汇总，迅速打印各种报表以供使用。同时借助饭卡管理系统可以提高食堂管理效率，降低管理成本，既能满足管理者血药，又能满足学生人性化需求。随着计算机网络技术的不断进步、系统功能要求的不断提高，本次设计的饭卡管理系统不够成熟，还需要在日后不断改进和完善。
32