饭卡管理系统设计(第六组)

目 录第一章 背景1.1 管理信息系统的发展.31.2选题背景.31.3研究现状.3第二章 系统调查2.1系统设计要具有人性化特点.52.2系统可行性分析.52.3可行性结论.62.4系统需求分析.6第三章 系统功能模块3.1 系统功能模块.73.2 业务流程图.73.3数据流程图.103.4 数据字典.13第四章 系统设计4.1 详细设计194.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所示。 图3.1 学生学号代码设计根据学校的组织结构，设计出各系代码：机电系01；电气信息工程系02；化工系03；英语系04；经管系05；土木系06；以电气信息工程系为例，设计各个专业的代码，并给出学号代码的用例：计算机科学与技术：101 例：2008021010112网络工程：102 例：2008021020218电气自动化：103 例：2008021030130自动化：104 例：2008021040105广告设计：105 例：2008021050123网络技术：106 例：2008021060320软件工程：107 例：2008021070410（2）饭卡ID代码设计：饭卡ID代码的组成包括办卡时间，学生所在院和自动编号三部分组成。其具体设计如图3.2所示。 图3.2 饭卡ID代码设计 例：计算机科学与技术专业学生饭卡ID：200802101123456网络工程专业学生饭卡ID： 200602102123456系统设计：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所示。（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管理员在进行新建卡、查