当前位置：文档库 › uml报告-食堂饭卡管理系统

uml报告-食堂饭卡管理系统

《UML面向对象分析》课程

实践项目报告

项目名称：食堂饭卡管理系统模型

项目组成员：

学号：

班级：

指导教师：

08年 11 月 15 日

1 需求分析.................................................... 错误!未定义书签。

需求概述.............................................. 错误!未定义书签。

需求分析 (3)

需求模型（用例图）.................................... 错误!未定义书签。

2 静态模型.................................................... 错误!未定义书签。

类图 (7)

对象图................................................ 错误!未定义书签。

包图.................................................. 错误!未定义书签。

3 动态模型.................................................... 错误!未定义书签。

时序图................................................ 错误!未定义书签。

状态图................................................ 错误!未定义书签。

协作图................................................ 错误!未定义书签。

活动图................................................ 错误!未定义书签。

4 项目组成员分工说明.......................................... 错误!未定义书签。

5 总结 ....................................................... 错误!未定义书签。

6 参考资料 (22)

统一建模语言UML是业务和软件应用建模的标准语言，适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具。

设计系统时，首先是描述需求；其次根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类图、对象图、组件图和配置图等五个图形。其中第三步中所建立的模型包括状态图、活动图、顺序图和合作图等四个图形,是UML的动态建模机制

1需求分析

1.1需求概述

南京工业职业技术学院食堂分别由教工食堂、学生一食堂、学生二食堂、三食堂四食堂等等组成。其中教工食堂采用计次消费，学生食堂采用刷卡消费，校园内食堂全部由内部承包、独立核算，不可付现金只可刷卡。校园食堂统一由后勤科管理，共需管理10000余人用餐，需通过消费系统实现一卡通。

根据对该大学四个食堂及管理中心现场勘察情况以及对客户需求的详细调查，总结分析如下：

一、该大学共有食堂5个，消费点46个，其中；教工食堂5个消费点，

一食堂二食堂三食堂四食堂各20个消费点，师生园饭庄5个消费点；

二、在后勤科设立食堂管理中心，主要负责对全校持卡人进行消费刷卡、发卡充值、销卡等操作。每月根据食堂消费情况打印出总报表及各食堂报表等；

三、仅学校教职员工在此消费，每人每餐标准定额补给。教职工分早餐、中餐、晚餐及夜宵四种。

四、学生一食堂、二食堂等食堂采用金额式消费，仅供本校学生在此消费，学生分早餐、中餐、晚餐三种。

五、校园饭庄由于个人承包，教职员工及学生均可在此消费。不分早中晚餐和宵夜。每月终了，管理中心核算其营业收入。

六、消费卡片标记持卡人相片、姓名、院名、系名、学号等信息；食堂饭卡应能实现以下功能

支持定额扣费和自选扣费、记次消费三种模式；

支持学校补贴包和个人充值两个独立钱包

；补贴钱包支持覆盖上月余额或累加上月余额两种模式选择；

支持软件订餐和硬件订餐功能；

不同餐别票价设置，比如：早餐1元、午餐4元、晚餐4元、宵夜2元；

可以限定一餐（或一天）的最高消费额，超额拒绝消费；不同卡类的设置，可以设定同一餐不同的卡扣不同的金额，如果：午餐员工卡扣4元，教师卡扣3元可以限制一餐只能消费一次或者消费第二次扣不同的金额。IC卡使用有效期限定，离校学生或离职教工无法使用；

支持联网、脱机使用实时监控交易数据支持硬件查询消费金额和人次；

自动生成各种报表（充值报表、发卡报表、退卡报表、消费报表、经营汇总

表、平衡报表，可以按年、月、周、日、时段查询及打印报表等）；支持挂失、黑名单下载、黑名单拒绝消费功能

需求分析：食堂就餐卡系统是用现代信息技术和自动控制技术的计算机网络系统。它的使用对于加强校园后勤服务的信息化建设，提高服务质量、管理水平和经济效益有重要的作用。系统中每个消费者都有一张卡，在管理中心注册缴费，卡内记着消费者的身份、余额。使用时将卡插入窗口机则显示卡上金额，服务员按窗口机上数字键，窗口机自动计算并显示消费额及余额。管理中心监视每一笔消费，可打印出消费情况的相关统计数据。

应可以满足以下的几点要求

⑴系统信息管理：建立营业组档案、卡用户档案、收款机档案；

⑵卡的管理：开户、更改、发卡、挂失解挂、注销、补卡、充值、统计等；

⑶日常操作：数据采集、终端设置、挂失名单、上传交易、上传充值等；

⑷营业汇总：自动汇总交易数据，实现金额结算，生成相应报表；

⑸查询：对每一次消费情况进行实时记录，可查询卡内余额或消费记录；

⑹系统维护：数据备份、数据恢复、端口设置、管理员信息并设置密码和权限；

⑺统计报表：就餐卡发行、各窗口机就餐数据、黑名单等汇总、明细报表；

需求模型（用例图）

用例图的分析：分析阶段的一个主要工作是对用户的需求进行分析，找出系统的用例，如下图是网络购物系统的用例图：当然这并不是唯一的用例图，每个设计者对用例的划分粒度，参与者的选择，用例优先级的分配等有不同的方案。在用例的分析中，对于用例还有一个很重要的工作就是要有用例的描述，这样会让用户能更加明白你的系统的用途。

在食堂管理系统中，使用者插卡进行消费，对于用例的描述有不同的格式，但是基本的内容应该都是差不多的。都是能尽量的把系统的所有功能描述清楚，让用户最大化的理解和能使用系统的功能。用例图被称为参与者和外部用户所能观察到的系统功能的模型图。下图之一是本系统的用例图。

消磁

(from Use Case View)

...)

用户登录

(from Use Case View)

充值

挂失

查询消费记录

食堂管理系统用例图

由三个二元关联类的事项组成，即消费者与系统服务器之间的卡的管理事项，储值卡与收款机之间的消费事项，以及系统服务器与服务员的结算事项。整个系统参与者是消费者、管理员和服务员，第一幅用来解释用例里设计的流程，。其中administer 与服务器是属于一个整体的，这里仅有administer 来表示服务器

2静态模型类图的分析：画类图和理解类图时都应采用三个层次的观点。这些观点也适用于其它模型。三个层次的观点不是UML的组成部分，但对建造模型或评价模型都非常有用，且都可应用于UML.（1）概念层描述应用域中的概念，是对现实世界的直接描述，与实现它们的类有关但与实现方案和实现语言无关。（2）说明层描述软件的接口，而不是软件的实现。一个类型描述一个接口，但可能有多种实现。（3）实现层从实现的角度定义类及其实现，揭示了软件实现体的构成情况。下面是食堂管理系统的类图

食堂系统管理类图

对象图

学生类；发送姓名获取卡号和查询时要输入卡号

服务员类包含学生的动作并显示卡号传递消息和退出

管理员类登陆增加减用户加值挂失注销用户查询消费信息等等

食堂管理系统对象简图

Students内记着消费者的身份、余额。使用时将卡插入窗口机（收款机）则显示卡上金额，服务员按窗口机上数字键，窗口机自动计算并显示消费额及余额。管理中心（数据服务器）监视每一笔消费并可容易可打印出消费情况的相关统计数据。

2.1包图

包图用来补充说明事件所用1

GUI包是图像用户界面的包图：含有+lenders WINDOWS returnWINDOWS 等等图形元素SEVER PACKAGE1 事件包！如工作人员键入数据收款机损坏数据键入数值有误等等！从而进行相应的处理！

CARD CLIENT 处理卡的相应事件！如当卡内余额不足时给出相应提示

3动态模型

时序图

如下面两图，学生把卡贴到显示器（即收款机）上，注意！！！此时其他卡在放到收款机无效，除非收款机一取消前一用户！收款机读取该卡额相关信心！并发送到服务器中！读取数据库中的相关数据！符合则返回到收款机收款员键入数字！收款机负责发送！服务器查看数据是否合法，有其合法性确定确定按钮是否有效再有其按确定按钮！数据等待处理完成后保存，并是收款机返回初始状态

学生消费时序图

食堂系统管理域时序图

食堂打卡管理系统时序图状态图

食堂管理信息系统设计说明

前言学校食堂管理信息系统是一个实用并且是与我们的学校生活密切相关的一个管理信息系统；如果能够很好的研究、开发并加以利用，那么就会提高食堂的效益，降低食堂的成本，降低食堂的饭、菜价从而能够给学校的学生带来莫大的利益和好处。同时随着高校的扩招，高校的食堂也变得越来越多。有的学校的食堂非常的分散，要实现如此之多的食堂的良好、协调、统一的管理，就需要借助现代的更加先进的技术和科技，比如说：电子信息管理系统、射频技术、网络技术、计算机技术等以实现更加方便、快捷、有效的食堂管理。我们所选的食堂管理信息系统是在以学校现行的运行结构上进行的设计和说明。 1）设计选题方向，确定选题 2）确定小组部课程设计工作的分工及相应要求 3）上网搜索查阅和收集相关参考资料和学习资料 4）进行可行性分析 5）认真撰写选题说明、系统功能目标和可行性分析报告 6）完善选题说明、系统功能目标和可行性研究报告进行调查，深入了解和熟悉选题围的组织结构、业务功能、业务数据、管理要求、管理决策模型

1需求分析及可行性分析 1.1系统目标利用食堂信息管理系统可以做到信息的规管理、科学统计和快速查询，从而减少管理工作方面的工作量。大大降低食堂管理人员在信息管理精力上的投入，使企业获得更大的利润空间。与此同时给广大学生用户带来方便。在实用性上达到了双赢。 1.2需求分析（1）功能分析：根据调查，确定食堂信息管理系统主要实现以下功能：饭卡管理（注册，充值，挂失，退卡等），餐费管理，统计管理等。（2）非功能分析：主要包括以下非功能：性能需求；资源和环境需求；可靠性需求；安全要求；用户界面需求；成本消耗与开发进度需求；预先估计的可扩展性需求。（3）管理的信息需求：由于当前食堂的规模不断扩大，面对庞大的信息量，有效地提高食堂管理工作的效率是急需解决的问题。同时随着计算机的普及以及网络技术的迅速发展，它已经深入到社会生活的各个角落。各行业纷纷应用计算机网络技术进行操作和管理，以改善自己的工作环境和工作效率，进而提高自己在行业的竞争力。开发食堂管理信息系统有宏观上的意义，顺应时代信息化，提高效益，促进国民经济结构优化；也有微观上的意义，提高管理的现代化程序，加强管理的信息化手段，提高工作效率，增加单位效益。（4）决策的信息需求：食堂经营者需要根据一个可靠的管理信息系统来进行分析，依据销售情况统计来进行成本核算，不断的做出调整使经营效益达到最优。而管理者通过了解食堂近来的销售情况以及饭卡、餐费等信息，并及时对信息作出统计，以便对食堂进行及时改革，提高效率。 1.3可行性分析可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发是否必要和可行。主要从以下三方面进行分析： (1)经济的可行性：对组织的经济现状和投资能力进行分析，对系统建设、运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行评估，食堂信息管理系统开发成本不高。 (2)技术可行性：对现有技术的评价，以明确能否利用现有技术进行系统开发及系统实施。计算机网络技术的发展和计算机硬件性价比的不断提高，使计算机全面应用于管理各个环节成为可能。C/S开发模式等技术在国各行各业的信息管理系统开发中已经被广泛采用，目前该类系统已经普遍应用于生活中，同时该

关于改善公司伙食的请示报告

关于改善公司伙食的请示报告为改善公司食堂伙食，使食堂供应花色品种增多，饭菜可口，给员工一个称心如意的就餐环境，人力资源部进行了认真思考，并付诸行动，取得了一定成绩。但由于近来物价上涨速度较快，周期较长，居高不下，给食堂费用造成了一定压力，为打破食堂目前存在的“换一菜式就超支”、“天天一个样，周周老面孔”的“守摊子”现状，充分发挥主观能动性，保证食品安全，改善伙食质量，提升员工就餐满意度，给员工提供一个良好的工作生活环境，从而保证员工身心健康，为公司更好地服务，本着“以人为本，和谐发展”的经营理念，现对食堂现状进行分析，并提出如下建议：一、食堂现状：目前公司食堂肉菜主要靠蔬菜公司配送，由于公司就餐人员少，肉菜购买量不大，且周末不需配菜，配送公司不能做到薄利多销，只能在肉菜单价上“下功夫”，人为的造成菜价波动较大，甚至居高不下。另一方面，近段时间市面上的商品价格也在不断上涨，幅度较大，周期较长，按目前4元/餐的标准，厨师只能按照“哪个菜便宜就买哪个菜”选配，每天稍微换一个菜式，就会超支100多元，因此很难做到口味周全，员工“有菜不来吃，来吃菜不够”的现象偶有出现。二、意见及建议：根据目前市场行情，公司自2008年菜的费用是元/餐（包含5个菜），元/餐（包含油米、水果、煤气、清洁用品等饭堂所有费用）合计4元/餐，经过两年多的变化，此费用已不能再满足日益增长的物价需要，建议公司适当调整餐费标准，就公司的情况来看可适当调整如下：正常就餐情况下周一至周五：在原来4元/餐（包含饭堂所有费用）基础上加多5角/餐，即元/餐，同时菜式更改为两荤两素，数量上适当增多，质量上有保证，花样尽量变

饭卡管理系统

宁波大学饭卡管理系统指导教师班级姓名学号完成日期系统需求：随着宁波大学的发展，学生，教师及外来人员的不断增加，对于食堂来讲，普通意义上的现金交易严重影响了工作效率，使消费者等待时间加长，食堂交易方式数字化已经刻不容缓，宁波大学饭卡管理系统就是基于以上问题开发，基本上能实现普通交易的功能，同时又能提高工作效率。功能分析：宁大高校饭卡信息包括：饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中，饭卡的所有者分为学生、教师、临时人员，学生有各自的班级号，教师有所属学院等信息。实现功能：（1）学生入学或老师新调入，需要新建一张饭卡。

（2）学生毕业或老师调离，撤销当前对象的饭卡。（3）饭卡的充值和消费。（4）查询和排序功能 A：按饭卡所有人姓名查询，输出此饭卡的所有信息。 B：按饭卡号码查询，输出此饭卡的所有信息。 C：按饭卡号码大小排序，输出所有饭卡的信息。程序设计： Ccard类：基类，设置初始信息，设置充值，消费，余额,信息查询对象函数，初始信息中包括人的公有特征，如姓名，性别，身份证号码。声明代码： Cstudent类: 从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于学生的对象，譬如班级号和类别，并要求对卡号保存。声明代码： Cteacher类：从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于教师的对象，譬如所属学院、职称，并要求对卡号保存。声明代码： Ctemp类：从Ccard类公有继承初始信息函数、查询函数，由于是临时卡，不保存卡号。声明代码：遇到问题：（1）当查询充值余额和消费余额时，程序正常是调用double result();//充值函数、double consume();//消费函数、double balance();//余额函数，但是当运行余额函数时，总会2次调用充值和消费函数，这样就直接导致充值的金额和消费的余额扩大一倍，最后发现原来是返回函数写错了，因为money是余额,money1是充值金额，money2是消费金额，我在而我都返回了money值给充值函数、消费函数和余额函数。（2）按照卡号查询饭卡所有者信息时，除了初始信息，姓名，性别，身份证号码外，最主要的还是查询出这个号码的所剩余额，刚开始时我使用的是调用充值，消费函数，这样一来，当输出余额是会弹出对话框，问你充了多少钱，消费了多少钱，一般情况下查询时肯定不会充值和消费，所以应该输入充值0消费0，但是这样对于操作

食堂售饭系统分析与设计UMLword文档

食堂售饭系统分析与设计

目录 1. 需求分析与描述 (2) 1.1 需求分析 (2) 1.2 用例分析 (2) 1.3 用例模型图 (4) 1.4 用例事件流描述 (5) 2.领域模型分析 (8) 3.工作流程分析 (9)

1. 需求分析与描述 1.1 需求分析 ●持卡人：办理新饭卡，给饭卡充值，注销饭卡，挂失/撤销挂失饭卡，补办新卡，退还饭卡，使用饭卡消费，查看个人消费的明细。 ●管理部门：通过计算机系统具体实现持卡人需求中的项目。 ●食堂工作人员：通过自动售饭机输入饭菜的金额，通过计算机系统对当天的营业情况进行汇总统计。 1.2 用例分析 1)系统的边界对于系统边界，系统首先会包含需求分析中所需要软件实现的各项功能，此外还须确定食堂售饭系统是否包括管理部门和食堂工作人员。就食堂售饭系统而言，其主要功能是让用户（即持卡人）享受服务（即用饭卡使购买饭菜的过程绕过了付款及找零的环节，提高了服务效率），而管理部门和食堂工作人员的作用都是为了使用户免于对系统的直接操作而设置的，因而此两者应归为食堂售饭系统的内部，相当于用户和具体的计算机软硬件系统之间的接口。 2)系统的执行者持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭，因而是整个系统的执行者；管理部门根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理，相当于其中饭卡信息管理子系统的使用者，是位于食堂售饭系统内部的执行者；食堂工作人员同样通过操作计算机系统来实现购买饭菜过程中的扣费功能以及对营业情况进行的汇总统计的功能，相当于其中消费处理与统计子

系统的使用者，也是位于食堂售饭系统内部的执行者。

《校园一卡通系统》合同书

《荣昌校区一卡通系统》开发合同合同编号：甲方（委托人）：乙方（受托人）：鉴于甲方有意委托乙方开发《荣昌校区一卡通系统》，双方依据《中华人民国合同法》及相关的法律法规之规定，在自愿、平等、互利互惠、协商一致的基础上，双方达成如下协议：第一条定义 1、“荣昌校区一卡通系统”属于软件系统，除另有指明外，指描述于《荣昌校区一卡通系统需求报告》中的在本合同履行期所开发和提供的当前和将来的软件版本，包括乙方为履行本合同所开发和提供的软件版本和相关的文件。 2、“可交附件”指附件中指定的由乙方所交付的软件，包括源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。第二条开发目的本软件是甲方为方便荣昌校区师生日常生活而委托乙方开发的软件。该软件的主要功能和目标为方便荣昌校区师生上课打卡签到以及食堂进餐打卡等。软件整体功能符合甲方所描述的易于管理、方便使用的要求，应达到正确性、安全性、可靠性、开放性、实用性等的技术指标。第三条甲方原有信息系统描述

甲方原有的相关计算机信息系统为“学生饭卡管理系统”，其主要功能是方便使用者在荣昌校区各食堂以及超市消费。乙方将结合甲方的计算机信息系统进行软件开发，使开发软件的能同现有系统中已有的设备和相关软件相匹配。第四条软件系统 1、乙方所开发的软件系统为“荣昌校区一卡通系统”，应采用C#为开发语言，SQL数据库。其中：乙方为甲方开发的软件系统分为3个子系统，包括消费子系统、考勤子系统和信息管理子系统，与甲方原有系统共同构成本合同所规定的软件系统。该软件系统的名称、模块、功能、规格、版本、检测标准等相关情况见《荣昌校区一卡通系统需求报告》。 2、甲方将为整个软件开发支付乙方10000（壹万元整）的研究经费。第五条软件开发的交付进度和时间 1、本开发软件交付的时间为20XX年XX月XX日； 2、软件开发分为需求分析、概要设计、详细设计、功能实现和测试与维护5个阶段，每个阶段的项目完成后，均应该依据相关检测标准进行检测和交付。甲方将按照2：2：2：2：2的比例进行现金付款。第六条质量要求自本合同签订之日起，乙方应尽力履行其在开发计划中所规定的义务，按时完成并交付每一阶段项目成果，其质量标准应符合《荣昌校区一卡通系统需求报告》的规定。第七条信息与资料乙方有权根据本合同的规定和项目需要，向甲方了解有关情况，调阅有关资料，向有关职能人员调查、了解甲方现有的相关数据和资料，以对该软件进行全面的研究和设计。甲方应予以积极配合，向乙方提供有关信息与资料，特别是有关甲方对开发软件的功能和目标需求方面的信息和资料。如甲方对乙方完成本合同所需的乙方所有的信息和资料不予提供，则由甲方承担不予提供的损害后果。第八条资料提供

饭卡管理系统

指导教师班级姓名学号完成日期

系统需求：随着宁波大学的发展，学生，教师及外来人员的不断增加，对于食堂来讲，普通意义上的现金交易严重影响了工作效率，使消费者等待时间加长，食堂交易方式数字化已经刻不容缓，宁波大学饭卡管理系统就是基于以上问题开发，基本上能实现普通交易的功能，同时又能提高工作效率。功能分析：宁大高校饭卡信息包括：饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中，饭卡的所有者分为学生、教师、临时人员，学生有各自的班级号，教师有所属学院等信息。实现功能：（1）学生入学或老师新调入，需要新建一张饭卡。（2）学生毕业或老师调离，撤销当前对象的饭卡。（3）饭卡的充值和消费。（4）查询和排序功能 A：按饭卡所有人姓名查询，输出此饭卡

的所有信息。 B：按饭卡号码查询，输出此饭卡的所有信息。 C：按饭卡号码大小排序，输出所有饭卡的信息。程序设计： Ccard类：基类，设置初始信息，设置充值，消费，余额,信息查询对象函数，初始信息中包括人的公有特征，如姓名，性别，身份证号码。声明代码： Cstudent类: 从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于学生的对象，譬如班级号和类别，并要求对卡号保存。声明代码： Cteacher类：从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于教师的对象，譬如所属学院、职称，并要求对卡号保存。声明代码： Ctemp类：从Ccard类公有继承初始信息函数、查询函数，由于是临时卡，不保存卡号。声明代码：

遇到问题：（1）当查询充值余额和消费余额时，程序正常是调用double result();//充值函数、 double consume();//消费函数、double balance();//余额函数，但是当运行余额函数时，总会2次调用充值和消费函数，这样就直接导致充值的金额和消费的余额扩大一倍，最后发现原来是返回函数写错了，因为money是余额,money1是充值金额，money2是消费金额，我在而我都返回了money值给充值函数、消费函数和余额函数。（2）按照卡号查询饭卡所有者信息时，除了初始信息，姓名，性别，身份证号码外，最主要的还是查询出这个号码的所剩余额，刚开始时我使用的是调用充值，消费函数，这样一来，当输出余额是会弹出对话框，问你充了多少钱，消费了多少钱，一般情况下查询时肯定不会充值和消费，所以应该输入充值0消费0，但是这样对于操作会很繁琐，虽然结果一样会输出，最后我直接调用money对象，直接输出，

食堂申请报告范文3篇

食堂申请报告范文3篇食堂是指设于机关、学校、厂矿等企事业单位、为供应其内部职工、学生等就餐得非盈利性场所。*是为大家整理的食堂申请报告范文，仅供参考。食堂申请报告范文篇一：高洞小学地处八步区步头镇高洞村高洞组中心，这里距离县城75公里，距离镇政府35公里，交通不便，经济落后，自然村寨分布较零散，学生到村完小上学除学校所在的本组外，最近村组的学生都要走40分钟左右，家离学校最远的学生单程要走近2个小时。学校没有学生宿舍，通常，有279多个学生每天得往返于学校与家里之间，他们早上在家炒点隔夜的冷饭作早餐，再留点作午餐，有的没带饭包中午就饿着肚子，等待着下午放学后到家里才能再将早已咕噜直叫的肚子安抚住。学校领导、教师看在眼里，痛在心上，却无法解决这几百个孩子吃中午饭的问题。如今，在得知上级教育主管部门正在着力解决农村村级学校食堂的关怀政策后，特将我校实际情况向上级作出如下反映：一、学校基本情况

由于特殊的地理位置(处于边远山区)，我校服务的半径为14公里，辖3个自然村共18个自然组，2600多个人口，适龄儿童380多人。____年9月份我校学生总数为332人(其中包括两个教学点53人)，共有10个教学班，14个教师。这些学生中除了学校所在的高洞组和隔得较近的马平组的90多个学生外，其余的均得中午饿着肚子或只能吃着早上拿芭蕉叶包来的“中午饭”，不管是酷热夏天经过一上午包裹着的“饭”变味了，还是寒冷冬季早已被冰冻着的“中午饭”，学生们还是得皱着眉头硬吞下去，只因为学校没有食堂。根据对本片区适龄儿童数情况及本片区教学点学生人数情况进行分析，____年9月份我校的学生将达到400人左右，因为本片区里的两个教学点将有50多个学生到完小就读，加上正常招收的30多个一年级新生。所以中午不能回家吃饭的学生又增多了。我校现有9间教室，每间只能容纳45个学生，7间做教室，一间已拿来做老师办公室，一间做堆放教学仪器、循环使用的教科书、远程教育的设备等。学校已没有多余的空房间来做阅览室、图书室等，教师们办公也只能挤在一个教室内。与之形成对比的是，我校的空地比较多，有6亩之多。三、学生食堂情况

校园管理系统设计说明书

校园管理系统设计说明书 1 引言 1．1编写目的概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 1．3术语定义实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。流程图：由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图，大框图由若干个小的基本框图构成 1．4参考资料《软件工程导论》 ---------海藩编著清华大学《深入浅出面向对象分析和设计》《数据为原理及应用》------绍原主编科学 2 概述 1．目标该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 2．运行环境

软件基本运行环境为Windows环境。 3．需求概述本系统要达到以下目标： 1、用户的存款与消费 2、用户挂失处理 3、管理员的新建与注销 4、用户的查询 4．条件与限制为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则： 1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。 2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。 3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。 4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。 3 系统分析系统模型：

c语言饭卡管理系统课程设计报告

课程设计报告课程名称： C语言程序设计课设项目名称：饭卡管理系统学院：专业：姓名：学号：指导教师：成绩：

目录第1部分课程设计题目与要求 (2) 1．问题描述 (2) 2．功能要求 (2) 3．任务分工................................. 错误!未定义书签。第2部分《饭卡管理系统》的设计与功能实现 (3) 1．总体设计 (3) 2．数据结构 (3) 3.算法设计 (4) 4．程序代码设计 (12) 5．测试与调试 (22) 第3部分课程设计总结................................. 错误!未定义书签。个人总结........................................ 错误!未定义书签。个人总结........................................ 错误!未定义书签。结束语.......................................... 错误!未定义书签。附录Ⅰ程序清单 (23) 附录Ⅱ用户使用说明书 (34) 参考文献 (35)

第1部分课程设计题目与要求 1．问题描述学校等大单位集体食堂买饭时间非常集中，这时如果食堂使用饭票卖饭，大家就得排长队等候，而且还要经过先去买饭票等麻烦的经历。因此食堂提出使用计算机进行管理，食堂用饭卡卖饭，不仅提高卖饭速度，还易于 2．功能要求重复显示如图所示的主菜单，在主菜单中选择任意一项，均实现相应功能。在主菜单中选择1，建立名为card.dat的文件，并在其中添加若干人的饭卡号、姓名、金额、挂失信息，要求饭卡号是唯一的。在主菜单中选择2，要求用户输入饭卡号、饭费，然后系统自动从该人的饭卡中减去饭钱，并分别显示买饭前后的金额，如果原来饭卡中的金额不足5元，则不能买饭，而且显示“金额不足够，请续钱！”，如果挂失信息为真，则显示“本卡已冻结！”。在主菜单中选择4，添加新饭卡，这时要求新饭卡号和已有的饭卡号不能重号。在主菜单中选择5，注销旧饭卡。在主菜单中选择6，要求用户输入饭卡号和挂失信息，然后更新该饭卡的挂失信息。在主菜单中选择7，在主菜单中选择0，显示“感谢使用本软件！已正常退出，按任意键结束。”按任意键退出本系统。

某公司食堂饭卡管理制度【最新版】

某公司食堂饭卡管理制度 **有限责任公司食堂就餐卡管理制度 (试行) 为加强职工食堂管理，公司投资引入了新型食堂管理工具--**有限责任公司就餐卡(以下简称就餐卡)系统，经小范围试运行。现已初步具有在全公司推行的条件，为规范就餐卡的发行、挂失、解挂、补办、充值、消费、回收等过程中的行为。经**办公会议讨论通过，现公布如下: 一、就餐卡的功能就餐卡是用于食堂就餐消费的，内置芯片型非接触式卡。二、就餐卡的管理 (一)就餐卡办理对象

在**正式登记的员工，外来业务人员。 (二)就餐卡管理部门: **财务室、办公室联合设立就餐卡管理中心，财务室主管负责经费管理及业务指导，办公室主管负责日常业务办理。 (三)新员工第一次办卡 1、新、老员工第一次办理就餐卡，其有关资料由**办公室根据员工录用信息，在录用当日提供给就餐卡管理中心，由管理中心统一整理，集中办卡，办卡押金20 元; 2、对于未能集中办卡的员工，需携带本人身份证及部门领导(车间主任，.html下同)给予开卡的证明，到就餐卡管理中心办理，办卡押金20 元。办卡押金将于职工办妥辞(离)职手续、交回就餐卡后退还。 (四)就餐卡的有效期 1、在职员工的就餐卡有效期为2 年;

2、外来业务人员就餐卡有效期为6个月; (五) 就餐卡的延期 1、员工的卡有效期满，就餐卡管理中心根据**办公室的职工资料自动给予延期。 (六) 就餐卡的挂失、解挂与补卡 1、卡挂失申请卡挂失，员工应持本人有效证件及上级领导开具的丢失证明，到就餐卡管理中心办理，无证挂失、代办挂失等均不予办理; 2、卡解挂用户可以持本人有效证件及上级领导证明到就餐卡管理中心办理卡解挂手续，无证解挂、代办解挂等均不予办理; 3、卡补办

饭卡管理系统

一、实验目的和要求 (2) 二、实验仪器和设备 (2) 三、实验过程 (2) 四、设计报告 (2) 1、设计概述 (2) 2、作品功能 (3) 3、系统方案 (3) 4、设计方法 (5) 5、系统特色 (12) 6、使用说明 (12) 五、设计心得及体会 (14)

一、实验目的和要求进一步推动高等教育教学改革，促进人才培养模式和教学方法的创新,鼓励和支持大学生尽早参与科学研究、技术开发和社会实践等创新活动，不断激发学生学习的主动性、积极性和创造性，提高大学生的科学素质和文化素养，培养大学生的创新精神、创业精神和实践能力。选题要求如下： 1. 有关教师科研与技术开发（服务）课题中的子项目； 2. 开放实验室、实训或实习基地中的综合性、设计性、创新性实验与训练项目； 3. 发明、创作、设计等制作项目； 4. 专业性研究及创新项目，创业计划与职业规划创新项目； 5. 社会调查项目； 6. 其他有研究与实践价值的项目。工作要求如下： 1.注重实践创新。鼓励学生结合学科专业，从自身所长与兴趣出发，积极参与实验实践活动，在探索、研究、创新的实践训练过程中，提出自己的观点与见解。 2. 注重切实可行。训练计划重点资助思路新颖、目标明确、研究方案及技术路线可行、实施条件可靠的项目。二、实验仪器和设备计算机一台 windows XP操作系统三、实验过程 1．学生个人或团队（限2人）结合毕业实习内容申报大学生实践创新项目，专任教师进行评审，确立立项项目。学生自主进行实践项目设计研究工作。实践项目结束后，由学院组织项目验收，给予相应的实践学分。对其中优秀者进行奖励，并推广宣传。 2．考核方式（1）每人完成一篇设计论文。（2）每组完成一项设计成果。提交时间：2011年9月1日第一周周四四、设计报告 1 设计概述饭卡管理系统是一套针对大学校园食堂饮食交费，一般消费等方面的信息管理系统，它包括了同学在校内消费各方面内容：刷卡消费、查询、存款，学生信息管理等。方便的对同学饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的一致性和准确性，各方面的内容应该相互联系，最终产生各种查询统计报表，以供同学进行检查。

食堂饭卡管理规定以及相关注意事项

食堂饭卡管理规定以及相关注意事项为维护就餐秩序，保护用餐人员的利益，根据公司的有关文件精神，对饮食中心饭卡的使用与管理作如下规定： 1、饭卡为内置芯片非接触式，由食堂监控，办公室管理发放，外协人员需缴纳押金20元/卡（卡收回时全额返还，如有丢失补卡，收取成本费用），挂失补卡成本10元/卡，在饮食中心所属食堂（餐厅）通用。 2、饭卡是持卡人帐户（设立于计算机售饭系统中）的钥匙，需预先到办公楼3楼打印室充值方能使用。充值数额暂定标准为每月600元/卡，每月30日下午13：00—15：00将饭卡交还到办公楼3楼打印室进行充值，每月1日上午9：00---11：00到办公楼3楼领取充值完毕的饭卡。 3、注册新卡时,必须持本人证件,本人工号（外协人员工号由制卡人员临时办理并登记），每人限办一张（办理领取充值等需要本人签字登记确认）。 4、每张饭卡均设有就餐次数和金额限制,每餐定额10元,每日定次两次就餐（特别注意：如果一餐刷两次，则晚餐将无法刷卡就餐，若有特殊情况或者误刷，需要和食堂管理员说明详细情况，由食堂管理员视情况发餐）。为了保护您的经济利益。所以必须持本人饭卡就餐。若有冒用，不带饭卡等情况，一经发现食堂管理员有权了拒绝发餐。 5、持卡人要注意保持饭卡的清洁,以延长饭卡的寿命。 6、饭卡丢失后要立即挂失，以减少损失，从工作日早8:30到晚17:30均可到办公楼3楼打印室办理挂失和补卡事宜。 7、饭卡注册、充值、挂失、解挂、换新、补卡均在办公楼3楼打印室办理。 8、为了维护持卡人的利益，餐饮中心严格执行验证制度，并为所有的用户保守秘密。凡是办理注册、注销、补卡、换卡等事宜必须持本人证件以及本人工号方可办理。 9、请大家注意保护自己的饭卡，任何有意仿制、伪造饭卡及证件者，都属于非法行为，一经发现将移交相关部门，从严处理。 10、本公司内的所有饭卡不办理退款，提现（外协人员除外）。为了维护所有持卡人的利益，我们严格执行验证制度，为所有的用户保守秘密。同时对那些有意模仿、伪造饭卡及证件的么动机，都要移交相关部门，给予处罚（处罚方式分为：口头警告，公司通告，罚款，解除劳动关系，情节严重将移送公安和司法机关进行处理）。

饭卡管理系统完全11.17

饭卡管理系统 1.5、需求分析 1.5.1 系统任务概述饭卡管理系统是一套针对大学校园食堂交费和一般消费等方面的信息管理系统，它包括学生或教职工(后面把这两者统称为持卡者，把这两者的基本信息文档统一放在学校持卡者信息表中)在校内消费的各方面内容：刷卡消费、查询、存款和持卡者信息管理等，方便对饭卡信息进行各项操作，定时进行数据的备份和更新，保持数据的一致性和准确性。另外，各方面的内容应该相互联系，最终产生各种查询统计报表，以供持卡者进行检查。对于此系统的任务就是把人们从繁琐的交费、找零工作中解放出来，用计算实现存款、消费、查询]修改、删除以及存储等功能。同时，用计算机能够快速准确地完成资料的统计和汇总工作，迅速地打印出各种报表资料以供使用。 1.5.2 工作原理饭卡管理系统的工作原理如下：

1）先建立数据库和数据库的驱动程序。 2）在使用时，由管理员输入需要了解的关键字的信息，然后通过饭卡管理系统选择相应的管理事务。 3）管理事务将根据所提供的信息在数据库中查找相应的记录。 4）返回相应的记录给管理员。 5）允许管理员在相应的权限下对数据进行修改。 6）通过终端把得到的内容显示到相应的界面上。1.5.3 流程图用图形符号以黑盒子形式描绘该系统的每个部件（程序、文档、数据库、人工过程），表达数据在系统各部件之间流动的情况。根据系统的功能要求，要建立三个库文件，分别是学校持卡者信息、饭卡存款额及历史情况和饭卡信息备份。学校持卡者信息库用来存放全校持卡者的各类信息，比如姓名、学号（或工号）、系别；饭卡存款额及历史情况库用来记录此张饭卡的当前余额、刷卡时消费金额的历史记录以及存款的历史记录；为了防止意外导致这些重要文件丢

食堂刷卡系统报告

食堂消费监控系统仿真食堂是一个集体单位、企业等不可缺少的一部分，尤其是学校，学校一直以来都是人群集中比较密集的地方，再随着高校的扩招，学生的密集程度更是急剧增长，故高校食堂的增多是不可避免的。再加上学生没有经济来源，去餐馆消费是几乎消费不起的，所以食堂的存在，给广大的学生们带来了很多的方便及好处，同时也给提供餐饮方带来了极大的方便。又因为食堂一般都使用刷卡系统来进行收取金额，所以免去了找零钱退额的过程，同时也避免了现金在流通过程中的丢失、假钞、破钞等问题，省去了现金的兑换、回笼、清点、保管等环节上的人力、物力、财力，提高管理层次，，同时大大降低了打发和找零的环节中病菌交叉感染的机率，增强了餐饮的卫生程度。再因为刷卡系统的存在，同时也增加了消费过程的速度。为统一的管理带来了极大的方便。以下是有关食堂刷卡系统的设计原理及过程: 一、对食堂消费监控系统相关介绍： 1、与刷卡系统相关的人员及设备的权限介绍： 1),持卡人（持有的权利）：申请新卡、查询余额、刷卡、挂失、更改卡的密码、注销。 2), 刷卡机： a.显示卡上余额； b.判断卡中金额是否足够工作人员输入的金额。若足够，则减去工作人员输入的金额（并伴着一声滴声）；若不够，则发出连续的滴滴声 3), 工作人员：输入所需刷的金额并按确定。 4), 管理员（持有的权利）： a负责操作计算机，完成计算机系统的功能 b. 处理刷卡机的活动; c.统计食堂当天的营业额, 统计和打印每天的每台刷卡机的总额; d.处理新卡申请、充值、挂失、注销、增加用户、取消用户。其相应的结构图如下：

5), 数据库系统：保存所有数据。 2、刷卡系统主要实现以下的管理：饭卡管理、餐费管理、统计管理。 1），饭卡管理有以下几个方面：饭卡充值、饭卡挂失、解除挂失、补发新卡以及退卡； 2），餐费管理有：刷卡消费管理； 3)，统计管理有：个人存款余额的查询、挂失人员查询、退卡人员查询、消费金额查询。务管理日清月结，用户可按时间段、按日统计，也可按周、月、季、阶段、年统计，有账户操作统计、营业情况统计、班次情况统计，做到真正的日清月结。并可以打印报表。 3、食堂消费系统中所存的相应信息 1），所存的学生信息：该计算机系统只存有我们该组11个人的基本信息，只有计算机里存有信息的学生卡号，才能够在该刷卡系统上应用。计算机中所存的学生信息如图所示：

饭卡管理系统(软件需求说明书)

1引言 ............................................................................................................. 错误！未定义书签。 1.1编写目的............................................................................................... 错误！未定义书签。 1.2背景....................................................................................................... 错误！未定义书签。 1.3定义....................................................................................................... 错误！未定义书签。 1.4参考资料............................................................................................... 错误！未定义书签。2任务概述 ..................................................................................................... 错误！未定义书签。 2.1目标....................................................................................................... 错误！未定义书签。 2.2用户的特点 (2) 2.3假定和约束........................................................................................... 错误！未定义书签。3需求规定 (3) 3.1对功能的规定....................................................................................... 错误！未定义书签。 3.2对性能的规定 (13) 3.2.1精度 (13) 3.2.2时间特性要求 (13) 3.2.3灵活性 (13) 3.3输人输出要求 (13) 3.4数据管理能力要求 (13) 3.5故障处理要求 (14) 3.6其他专门要求 (14) 4运行环境规定 (14) 4.1设备 (14) 4.2支持软件 (14) 4.3接口 (14) 4.4控制 (14)

饭卡管理系统

课程设计II 报告题目：食堂饭卡管理系统学号：姓名：指导教师：职称：成绩：管理学院 2016 年7 月 5 日南京邮电大学课程设计II 指导教师成绩评定表

．需求分析 1、系统设计的背景信息在如今计算机快速发展的时代，计算机的普遍应用已经惠及到方方面面，以简化人们的日常为目标，计算机网络在人类社会的各个领域都发挥这越来越重要的作用，管理信息系统是计算机应用的一个方面，使用管理信息系统可以简化管理者对项目的数量管理工作，统计简单。与手工管理相比，使用计算机进行信息管理，可以方便地进行检索，查找便利，可靠性高，存储量大，极大地提高了信息管理的效率，是企业实现信息化，科学化，正规化管理的重要基本条件。高校的后勤管理工作日趋复杂，以南京邮电大学食堂为例，学校共有三个食堂，南一，南二和南三，在三个食堂中就就餐的人数难以管理，消费难以统计。因此借助于饭卡的消费管理信息系统可以对此进行有效地管理。简化了食堂工作人员的买卖饭票的工作，有利于食堂管理者对食堂的就餐情况，消费金额进行统计，实现对食堂的有效管理。 2 、需求分析对食堂饭卡信息管理系统的需求分析如下：（ 1）功能需求：食堂信息管理系统主要实现以下功能：①饭卡管理，例如对饭卡进行消费，充值，挂失，补办，消磁，充磁，转账，退卡等。②用餐人员信息管理，例如对增加用餐人员信息，删除用餐人员信息，修改用餐人员信息。③ 对用餐人员的消费信息进行管理。统计每一台消费机上消费金额，对金额进行汇总，统计消费总数。 ④食堂工作人员信息管理，工作人员的被分配到不同的消费机前进行服务，对服务时间进行管理，工作安排。（ 2）信息需求：对用餐人员用餐的时间段，食物偏好等进行调查，以采取符合用户偏好的菜式来吸引用户进行消费。对用餐人员心理适合价位进行调查，充分考虑市场定价和用户可接受定价对价格进行调整，以更好的价格提供更好的服务。食堂的环境进行改善，良好的环境可以使用户用餐愉快。食堂内资源配置好，不仅仅提供快餐服务，还可以提供小食饮料等周边食品。（ 3）系统性能要求：饭卡上的用户信息必须明确，当有人捡到别人的饭卡进行恶意消费时，系统必须有保障措施，可以设置一天内限定金额来管理。当进行消费时，消费机要及时记录消费情况。用户在查询消费信息时要显示用户消费的时间地点及消费项目，在消费饭卡时要及时显示余额信息，方便用户进行充值操作。在消费大金额时，消费机需要用户提供密码操作，确保用户是本人操作。二．系统总体结构设计 1、系统功能设计系统的功能结构图，并对每个功能模块作简要说明。食堂饭卡管理信息系统功能结构图如下：

校园卡管理系统

湖南涉外经济学院课程设计报告课程名称： C语言课程设计报告题目：校园卡管理系统学生姓名：万智亮所在学院：信息科学与工程学院专业班级：电信1202班学生学号： 12430621817069 指导教师：彭琼刘晓秋 20 13 年6月21日

C语言程序设计课程设计任务书

摘要校园卡管理系统是应用于校园卡管系统和应用的软件，该软件在程序设计中有它不可取代的地位，该软件是以C语言为实现语言，其功能在系统内部有源代码直接完成，管理者只需输入一些简单的汉字、数字，即可达到自己管理用户的目标。学校校园卡管理系统以菜单方式工作，密码登陆。其中有校园卡信息的录入功能（增加数据），校园卡信息的删除（删除数据），校园卡信息的浏览功能（查找数据），校园卡信息的修改（修改数据），校园卡信息的排序的6种功能。校园卡信息的录入采用结构体存放校园卡信息，也可采用多维数组存放；而校园卡信息的删除是任意输入一本校园卡的编号，可以将它所有的校园卡删除；同时校园卡信息的浏览功能可以任意输入一张校园卡的卡号，显示出所有相关数据，能多次查找。校园卡信息需要修改时，任意输入校园卡的卡号，显示出所有相关信息后，给出提示菜单，可选择对某一项信息进行修改并保存；最后就是校园卡信息的排序。可以将所有校园卡的信息按余额从低到高依次显示出来。关键词:校园卡；管理系统

目录一、概述 (1) 二、需求分析 (2) 三、系统设计 (3) 四、录入与添加及查找模块详细设计与实现 (4) 五、结论与心得 (9) 六、参考文献 (11)

一、概述选择这个课题主要是了解校园卡管理系统的内涵，综合学期所学的知识来编译一个系统，了解C语言的作用以及重要性，从中来学好这门语言，巩固这一学期来所学到的知识。本课题小组有四人组成分别是：组长万智亮，组员董浩、姚江宁、王红阳。我们的分工是：万智亮负责密码、添加数据、查找数据；董浩负责删除数据；姚江宁负责修改数据；王红阳负责排序数据。我们对设计、个模块编程、撰写文档、测试等任务有明确的分工，并在项目开始时有和合理的进度计划,同时在老师的指导下完成了该课题。二、需求分析 1．添加学生信息卡号添加数据：根据主函数，在声明函数之后，调用用函数void zjsj来实现此操作，对已经注册的登录用户有自己的个人卡号系统的录入功能。 2．删除旧卡删除数据；任意输入校园卡的编号，将它所有的信息从数组中删除，调用函数void scsj来进行操作，登录用户拥有自己校园卡管理的查询功能，可以按条件查询和模糊查询。 3．修改校园卡修改数据：任意输入一张卡的编号，打印出所有相关信息后，可对卡的信息进行修改并保存，调用void xgsj函数来实现此操作。 4．查询校园卡查找数据：任意输入一张卡的编号，打印出所有相关数据。要求能多次查找数据。可调用void czsj函数进行操作。 5．排序校园卡排序模块：统计所有校园卡的余额，将包括所有数据的数组元素按余额从高到低的顺序排序打印出来。可调用void jspx函数来实现此功能。三、系统设计校园卡管理系统分为：登陆界面→添加数据→删除数据→修改数据→查找数据→计算并排序。

食堂饭卡管理系统设计报告

一、概要设计（一）功能设计我校饭卡管理系统分为办理新卡、存款-消费、挂失、查询和解挂-注销五个功能，其功能模块图如下：图1-1 功能设计图由图其各个子功能如下： 1、办理新卡功能：学生提交申请饭卡，管理员在数据库中查找学生信息，判断学生信息的合法性，找到后管理员再申请饭卡ID，创建饭卡记录，建立卡的数据信息。

2、存款-消费功能：学生在存款时，管理员在核对饭卡的ID合法之后，读取出卡的余额，再存入金额，修改数据库信息；学生在刷卡消费时，首先也要读取饭卡ID，显示余额，最后修改数据库信息。 3、查询功能：首先判断学生信息合法性，然后查询数据库中饭卡信息，产生报表，最后返回给学生。 4、挂失功能：学生在遗失饭卡后，提出挂失申请，核对学生信息合法性，信息合法后，转换卡使用状态，使饭卡不可使用，开启挂失倒计时。 5、解挂-注销功能：在申请挂失后，如学生在挂失倒计时捡回遗失的卡，撤销饭卡的挂失，恢复饭卡的使用，如果在挂失时没有提出解挂申请，则注销饭卡信息。（二）开发工具本应用了Dreamweaver，Dreamweaver集多种网页开发功能于一身，可以轻松地完成几乎所有网页技术的编辑。它具有美观的操作界面及强大的编辑功能，在Dreamweaver中编辑JSP，可以很方便地应用各种辅助项目，实时测试编辑完成的动态网页，设计出功能完善的动态网页。后台数据库设计采用 Microsoft SQL Server 2008，SQL Server是由Microsoft开发的一个功能强大的关系型数据库管理系统。它能够处理大量的数据和管理众多的并发用户，保证数据的完整性，并提供许多高级管理和数据分布能力。SQL Server 2008易于安装、部署和使用，可运行在台式机、笔记本上，也可运行在多处理器计算机上，提供了数据仓库功能，支持远程管理，并提供了丰富的数据库编程能力。（三）应用技术针对本系统的功能需求和性能需求，采用JSP进行开发。JSP是基于Java Servlet以及整个Java体系的Web开发技术，利用这一技术可以建立动态的、高性能的、安全的、跨平台的先进动态。以前的组件无法实现真正的代码重用，其主要原因就是它们对于处理平台的依赖