文档库 最新最全的文档下载
当前位置:文档库 › 食堂饭卡管理系统rose

食堂饭卡管理系统rose

食堂饭卡管理系统rose
食堂饭卡管理系统rose

食堂饭卡管理系统分析与设计

当今世界已经进入了在计算机领域中激烈竞争的时代,应用计算机已经变得十分普遍了,随着科学技术的不断提高,计算机日益成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用,越来越多的管理人员意识到信息管理的重要性。

作为计算机应用的一部分,使用计算机对食堂信息进行管理,具有手工管理无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命查长、成本低等。这些优点能够极大地提高信息管理的效率,也是企业科学化、正规化管理与世界接轨的重要条件。

随着高校办学规模的不断扩大,高校后勤管理工作也日趋繁杂.许多大型高校拥有多个校区,有十几个甚至几十个学生和教工食堂,这些食堂的地理位置分散,又要实现统一的协调管理,就不得不借助现代化的管理模式——网络管理模式。

这样不仅提高了工作效率,也避免了以前手工作业的麻烦,从而使得管理者能够准确,有效的管理食堂餐饮。

1需求分析

食堂饭卡管理系统的需求分析简述如下:

(1)功能分析:根据调查,确定食堂信息管理系统主要实现以下功能:用餐卡管理(注册,充值,挂失,退卡,消磁等),餐费管理,统计管理,用餐人员信息管理等。

(2)非功能分析:主要包括以下非功能:性能需求;资源和环境需求;可靠性需求;安全保密要求;用户界面需求;成本消耗与开发进度需求;预先估计的可扩展性需求。

2系统建模

在系统建模以前,我们首先需要在Rational Rose 2003中创建一个模型。并命名为“食堂饭卡管理系统”,该名称将会在Rational Rose 2003的顶端出现,如下图2-1所示。

图2-1创建项目系统模型

2.1创建系统用例模型

创建系统用例的第一步是确定系统的参与者。食堂饭卡管理系统的参与者包含以下三种:

(1)管理员(2)食堂工作人员(3)用餐人员

三个参与者如图2-1-1所示。

1. 管理员用例图:管理员在本系统中可以进行系统设置、卡处理、餐费

管理、消费统计等功能的操作,通过这些活动创建的管理员用例图如图2-1-2

所示。

图2-1-2 客户用例图

2. 食堂工作人员用例图:食堂工作人员在本系统中能够进行消费信息录入和现金消费信息录入的相关操作过这些活动创建的食堂工作人员用例图如图

2-1-3所示。

图2-1-3 客户用例图

3. 用餐人员用例图:用餐人员包括学生和教师,食堂工作人员在本系统中能够进行餐卡余额查询,刷卡,消费信息查询业务的相关操作,通过这些活动创建的用餐人员用例图如图2-1-4所示。

图2-1-4 客户用例图

2.2创建系统静态模型

从前面的需求分析中,我们可以依据主要的八个类对象:学生、教师、食堂工作人员、管理员、用餐消费、卡、卡处理的类图如图2-2-1所示。

在该类图中,一个管理员对应着多名用餐人员,用户包括学生和教师。管理员为学生和教师管理着个人的基本信息等服务。管理员不止一个,所以管理员与教师和学生类的关系为多对多的关系。

管理员可以管理食堂工作人员的系统登录ID及密码及登录权限限制,食堂有多名工作人员,管理员也不止一个,所以管理员与食堂工作人员的关系为多对多的关系。

学生去食堂消费用餐,通过食堂工作人员输入消费金额来完成整个消费过程,食堂工作人员不止一个,所以学生与食堂工作人员为多对多的关系。

教师去食堂消费用餐,通过食堂工作人员输入消费金额来完成整个消费过程,食堂工作人员不止一个,所以教师与食堂工作人员为多对多的关系。

一个学生只有一张可以使用的餐卡,所以学生与餐卡之间为一对多的关系。

一个教师只有一张可以使用的餐卡,所以教师与餐卡之间为一对多的关系。

管理员可以为学生和教师办理餐卡充值、挂失、补发新卡、退卡的业务操作。一个管理员可以为多张餐卡办理以上业务,办理此项业务的管理员不止一个,所以管理员与餐卡之间的关系为多对多的关系。

图2-2-1 系统类图

2.3创建系统动态模型

系统的动态模型我们可以使用交互作用图、状态图和活动图来描述。

2.3.1 创建序列图和协作图

1.食堂餐卡的充值过程是:用餐人员要求管理员进行餐卡充值,在管理员登录充值系统成功后,用户将饭卡及充值金额交给管理员,管理员在操作界面进行充值操作,信息提交到数据库后,数据库保存相应信息,并将成功充值信息返回到主界面,呈献给管理员及用餐人员。根据以上步骤创建的序列图和协助图,如下

图2-3-1和图2-3-2所示。

:

用餐人员 :

管理员

图2-3-1 食堂餐卡的充值过程序列图

3: 验证信息

图2-3-2 食堂餐卡的充值过程协助图

2.消费信息查询的过程是:用户通过自己的卡号登录系统,待验证正确进入系统主界面,点击消费信息查询项,输入卡号和姓名将信息提交数据库,数据库验证后返回所需要的信息。根据以上步骤创建的序列图和协作图,如图2-3-3和图2-3-4所示。

:

图2-3-3食堂餐卡的充值过程序列图

2: 系统验证

1:

图2-3-4食堂餐卡的充值过程协助图

2.3.2 创建活动图

管理员卡处理活动图如下图2-3-5所示。

图2-3-5 管理员卡处理活动图

2.3.3 创建状态图

餐卡的状态图如下图2-3-6所示。

图2-3-5 系统状态图

2.4创建系统部署模型

在本系统中,我们可以对用餐人员类、食堂工作人员类、管理员类和食堂饭卡管理系统类分别创建对应的构件进行映射。食堂饭卡管理系统的构件图如图2-4-1所示。

.

图2-4-1系统构件图

食堂饭卡管理系统的部署图描绘的是系统节点上运行资源的安排。包括三个节点,分别是:食堂工作人员处理系统、用餐人员自助系统、管理员业务处理系统、数据库系统,创建后的部署图如图2-4-2所示。

图2-4-2 系统部署图

学生信息管理系统

全国学前教育管理信息系统 培训上机指南 一、网址、用户名及密码 1、专题网址:https://www.wendangku.net/doc/8e18653734.html,/,系统由专题右上方《管理系统入口》进入。 2、用户名(另发)。 3、测试系统初始密码统一为xueqian@2014(仅在培训时为此密码),请勿在培训时修改此密码。在使用正式系统时请修改密码。 二、系统登录注意事项 1、建议电脑为XP系统的情况下使用火狐或谷歌浏览器登录系统。 2、登录系统前,须进行浏览器设置,设置方法如下:“工具”→“Internet选项”→“隐私”→“高级”→勾选“替代自动cookie处理”和“总是允许会话cookie”。 3、不要使用同一浏览器登录多个用户。 4、在输入用户名和密码时注意键盘大小写的切换。 5、登录系统时,如密码连续五次输入错误,系统会自动锁定该账号,锁定时间为15分钟,15分钟以后才能再登录系统,建议骨干学校和市州在登录时如输错4次密码时不要再进行第5次密码的输入,可用同级或上级的系统管理员账号(A开头的账号)重置密码,再进行系统登录。

三、需完成任务 各学校使用学校级系统,市州使用县、市级系统,骨干学校与市州配合完成各项流程(机构管理、幼儿管理、业务管理、一期数据管理、机构在园幼儿情况、系统管理),具体操作步骤如下(以县级学校为例): (一)机构管理 1、使用机构级账号(普通用户)登录系统,进入“机构管理”->“基本信息管理”,进行学校扩展信息的填写(基本信息由系统自动导入),此处应注意“提交”与“保存”两个按钮的区别。 2、使用区县级账号(审核用户)登录系统,进入“业务管理”->“机构数据管理” ->“基本信息审核”,审核学校提交的基本信息。 3、使用机构级账号(普通用户)登录系统,进入“机构管理”->“办学条件信息管理”,根据提示编辑办学条件基本信息与办学条件建筑信息(该页面有两个选项卡),并提交审核。 4、使用区县级账号(审核用户)登录系统,进入“业务管理”->“机构数据管理” ->“办学条件信息审核”,审核学校提交的基本信息。 5、使用机构级账号(普通用户)登录系统,进入“机构管理”->“班级信息管理”,至少创建5个以上的班级(最好有连续的年级)。

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

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

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

校园卡管理信息系统

一.引言 1.1编写目的 本研究报告的编写目的在于通过对现有现有校园卡弊端分析的基础上开发出一套高效率、方便、安全的校园卡系统。 1.2需求 随着我国大学扩招,学生人数逐渐呈上升趋势。学生人数众多使得现今校园的管理越来越难,学校对一款能够实现科学有效一体化管理的系统软件的需求越来越紧迫。在这个背景下,校园一卡通系统应运而生。在校园一卡通管理系统设计上目标很明确,就是通过将学生日常的饮食消费、图书馆阅读以及看病取药等日常学习生活集中到IC卡管理系统中去,使得学校对学生的各种日常活动进行统一的管理。严格按照同学们在校园里的日常生活习惯来开发,充分考虑学校的客观境况,提供现代的、科学的、符合学校管理模式于思想,力求把学校的管理水平带上一个新台阶。 1.3校园卡建设目标 “校园一卡通系统”的建设目标是建设一个先进、实用、稳定、安全和易扩种资源,借助校园网实现各校区、各类收费和各种身份识别的一卡通行,取代原有的各种证卡,支持交易支付、身份识别、信息查询、校内外转帐等功能,实现“系统分析一卡在手,走遍校园” 二.可行性分析 2.1可行性基础 以校园网为基础,建立“校园卡系统”的基础平台,该基础平台统一管理所有人员机构信息、卡片设备信息,为校园卡应用中的所有业务应用子系统提供共享数据访问服务。各业务应用子系统运行在该基础平台上,实现具体业务功能,如消费管理、网络中心管理等。以后随学校规模的扩大和卡片功能的增加,只需随时增加子系统,不需再对平台进行扩充。 2.2消费管理系统可行性分析 消费管理系统:学校现有的消费系统已经相当成熟,只需将原系统升级,嵌入整体的校园管理平台中,实现校园管理一体化。学校的餐厅、超市、等处的pos消费终端可以通过校园网络连接至同一管理终端进行集中管理。目前学生手中已有餐卡,只需将其升级为校园卡,方可完成消费管理子系统的工作。无需大量资金。 2.3图书管理信息系统分析 图书管理系统:目前,我们学校采用的图书借阅管理系统能够实现图书的日

软件工程校园卡管理系统可行性分析报告

第一章1.引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (3) 1.4参考资料 (3) 第二章2.可行性研究的前提 (3) 2.1要求 (3) 2.2目标 (3) 2.3条件、假定和限制 (3) 2.4可行性研究方法 (4) 2.5评价尺度 (4) 第三章3.对现有系统的分析 (4) 3.1处理流程和数据流程 (4) 3.2工作负荷 (4) 3.3费用支出 (4) 3.4人员、设备 (4) 3.5局限性 (4) 第四章4.所建议技术可行性分析 (5) 4.1对系统的简要描述 (5) 4.2处理流程和数据流程 (5) 4.3与现有系统比较的优越性 (6) 4.4采用建议系统可能带来的影响 (6) 4.5技术可行性评价 (7) 第五章 5. 所建议系统经济可行性分析 (7) 5.1支出 (7) 5.2效益 (7) 5.3收益/投资比 (8) 5.4投资回收周期 (8) 5.5敏感性分析 (8) 第六章6.社会因素可行性分析 (8) 6.1法律因素 (8) 6.2用户使用可行性 (8) 第七章7.其他可供选择的方案 (8) 第八章8.结论 (8)

第一章1.引言 计算机已经深入到日常工作和生活的方方面面,已经成为我们学习和工作的得力助手,比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱乐等。各行各业的人们都在使用计算机完成许许多多复杂的工作。然而,虽然现在世界上的各种软件层出不穷,但它们依然不能满足用户的各种特殊需要,人们还不得不开发适合自己特殊需求的软件。校园卡管理系统是一个学校不可缺少的部分,它的内容对于学校的管理者和来说至关重要,校园卡管理系统应该能够为学生提供充足的消费信息和快捷的查询手段。校园卡在一定意义上也充当着钱包的角色,他对我们学生来说至关重要。使用计算机对学生校园卡信息进行管理,具有很多优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生校园卡管理的效率,也是企业的科学化、正规化管理的重要途径。故设计此系统。 1.1编写目的 该软件项目可行性研究报告是对校园卡管理系统的全面通盘考虑,是项目分析员进行进一步工作的前提,是软件开发人员正确成功的开发项目的前提与基础.此研究报告可以使软件开发团体尽可能早的估计研制课题的可行性,可以在定义阶段较早的认识到系统方案的缺陷,就可以节省时间和精力,也可以节省资金,并且避免了许多专业方面的困难.所以该软件项目可行性研究报告在整个开发过程中是非常重要的。 1.2项目背景 第一目前学校学生人数剧增,学生信息呈爆炸性增长,计算机成本日益下降的前提下,学生对校园卡管理的自动化与准确化的要求日益强烈的背景下提出的,本软件产品为学生管理系统的一个子系统,实现学生管理系统中的校园卡管理子功能。第二本人的校园卡曾丢失过,挂失以后本以为没事,可没曾想被捡到的人解除挂失并消费了卡里的200多元钱。我去校园卡管理中心去问他那个人的电话号码时,说无法调查出来。所以想设计此管理系统,希望学校能考虑改进一下自己的管理系统。 工程的名称:校园卡管理系统; 工程产品的名称:校园卡管理系统; 工程组织者:校园卡管理系统开发小组; 产品用户:学校校园卡管理人员; 产品设计者:校园卡管理系统开发小组; 产品生产者:校园卡管理系统开发小组;

学生基本信息管理系统

沈阳工程学院 课程设计 (面向对象程序设计) 设计题目:学生基本信息管理系统 系别信息学院班级 组长姓名 组员姓名 指导教师职称 起止日期:2014年12月1日起——至2014年12月12日止

沈阳工程学院 课程设计任务书 (面向对象程序设计) 课程设计题目:学生基本信息管理系统 系别信息学院班级 组长姓名 组员姓名 指导教师职称 课程设计进行地点:实训F 任务下达时间:2014 年11月19 日 起止日期:2014年12月1日起——至2014年12月12日止教研室主任朱克敌2014年11月15日批准

1.课程设计的原始资料及依据 面向对象程序设计课程设计的前驱条件是要求学生们必须具备“程序设计基础”、“面向对象程序设计”、“软件工程导论”等计算机专业基础理论知识,本次课程设计需要在符合这种前提条件下实施。 首先,成立项目小组并推举有责任心的学生担当项目组长,全组成员在组长的带领下,采用自选和老师指定相结合的方式确定了本次课程设计的题目。本次课程设计要求学生首先查阅课程相关的资料,进一步加深对课程内容的理解,运用所学知识和所掌握的分析与设计的方法,完成一个较完整的面向对象程序设计,在此基础上利用Java语言对其进行实现,实现一个功能较为完善、界面友好、操作性强的应用程序,使学生们真正地锻炼了设计和编程能力。 2.课程设计的主要内容及要求 要求参加课程设计的学生们要重新认真复习面向对象程序设计的理论知识和技能,熟练掌握Java编程工具,灵活运用所学理论知识和技能应用于该项目的设计与开发中,加深理解面向对象程序设计的编程技巧和方法。具体要求如下: 1.成立项目开发小组并选举项目组长。 2.根据设计要求小组选定设计题目。 3.每天要求项目组长要至少组织召开一次会议,总结、汇报和布置任务。 4.每次会议要求保留会议记录并存档。 5.发挥团队合作精神共同完成如下内容: (1) 开发背景 (2) 系统分析 (3) 系统设计 (4) 代码实现 6.组长要根据能力合理地分配任务,每个组员都要积极参与每项工作。 7.组长要对每个组员进行公正客观地评价。 8.要求项目组共同对课程设计成果进行装订成册。 3.对设计说明书撰写内容、格式、字数的要求 1.课程设计说明书(论文)是体现和总结课程设计成果的载体,要求认真完成。 2.所有文档撰写格式均要求参照《沈阳工程学院毕业设计(论文)撰写规范》执行。 3.给定模板中的文字字体、大小、格式、页眉页脚等各种设置不可随意改变。 4.课程设计说明书(论文)应严格按着装订顺序进行装订,顺序如下: ⑴课程设计封面 ⑵任务书 ⑶成绩评定表 ⑷课程设计报告书 报告封面

饭卡管理系统

宁波大学饭卡管理系统 指导教师 班级 姓名 学号 完成日期 系统需求: 随着宁波大学的发展,学生,教师及外来人员的不断增加,对于食堂来讲,普通意义上的现金交易严重影响了工作效率,使消费者等待时间加长,食堂交易方式数字化已经刻不容缓,宁波大学饭卡管理系统就是基于以上问题开发,基本上能实现普通交易的功能,同时又能提高工作效率。 功能分析: 宁大高校饭卡信息包括:饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中,饭卡的所有者分为学生、教师、临时人员,学生有各自的班级号,教师有所属学院等信息。实现功能: (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.1可行性分析 1.1.1项目背景 近年来学生食堂饭卡的使用给高校餐饮管理带来了一次革命,从结算方式到账户管理,从卫生便捷到数据统计等,不仅给就餐者带来了方便,也使餐饮结算手段发生了质的变化,使餐饮管理现代化发展有了质的飞跃.。 因为学生是一个庞大的群体,全国各地只要有学校就会有食堂,方便就餐饭卡是很必要的,而饭卡的充值,以及学生基本信息的管理,食堂的消费管理却是一个庞大的问题,因此完 全有必要对学生饭卡进行统一的管理,学生饭卡管理系统就应允而生。方便学生的充值,

消费,以及学校的管理。 1.1.2编写目的 本系统的开发目的在于为学校开发一个饭卡信息管理系统,满足来自学生、学校等方面的需求,这几个方面分别是食堂员工、在校学生、学校财务管理人员、银行。在校学生的功能包括对随时查询自己的消费时间,消费地点 以及消费金额,进行网上银行对自己的饭卡进行充值,修改自己的饭卡的密码等相关信息。学校财务人员对学生的信息进行查看确认,还应 包括对系统数据库的管理,包括管理密码,整理学生信息,管理员工信息。食堂员工则可以查询自己当天的营业额,以及去银行根据营业额领取现金。 学生可以根据本人学号和密码登录系统,进行本人消费情况的查询和部分个人信息维护。一般情况下,学生只应该查询和维护本人的消费情况和个人信息。而不能查询别人的信息 学校管理人员有部分信息的权限,所以需对管理人员登陆本模块进行更多的考虑。 1.1.3定义 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 1.1.4参考资料

校园管理系统设计说明书

校园管理系统设计说明书 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++课程设计报告起止日期: 2013年 06月 17 日至 2013 年 07 月 05 日 学生姓名 班级电气信息类 学号 指导教师 2013年07月03号 目录 1引言 (3)

1.1 课题背景及意义 (3) 1.2 课程设计的目的及内容 (4) 2系统需求分析 (5) 2.1 功能需求分析 (5) 2.2 系统总体结构设计 (5) 3详细设计 (6) 3.1 数据结构设计 (6) 3.2系统函数的组成、功能、参数说明、相互调用关系 8 4设计测试流程 (10) 5课程设计总结 (17) 参考文献 (17) 附录 (17) 1引言 为方便对学生成绩进行高效的管理,编写该程序以提高学生成绩管理

效率。使用该程序之后,学校管理者可以查询某位学生、某个科目的成绩情况,还可以对学生成绩进行排名,对学生的数据进行修改和删除,其中排名包括总分排名和各个科目的排名,学生可以更具自己的个人信息进行成绩查询,查询结果包括各个科目的分数、总分和平均分。通过本系统可以很好的掌握学生成绩的分布,减轻管理人员的负担,也使学生的成绩和信息长时期的保留。 1.1 课题背景及意义 一直以来人们使用传统的人工方式管理学生成绩,在计算机尚未在学校广泛使用之前,学生成绩管理主要依靠手工。一个最典型的手工处理过程就是:当考试完后,老师就要把学生成绩登记到文档中,当老师或学生要查询成绩的时候要一个一个去找,总分、平均分都需要一个一个累加起来算,很麻烦,不过最麻烦的还是排名,不能一目了然。 以上所描述的手工过程的不足之处显而易见,首先处理学生成绩的效率很低,其次处理能力比较低,一段时间内,所能服务的读者人数是有限的。利用计算机来处理这些流程无疑会极大程度地提高效率和处理能力。我们很清晰的看到自己的各个科目成绩和每个科目的排名和总分排名以及所有学生的成绩分布,而且还是零失误,所有的都是一目了然。极大的方便了学生和老师。为提高成绩管理效率,管理人员的工作负担,有必要开发一个小型成绩管理系统来对学生成绩实施有效管理。 1.2 课程设计的目的及内容 目的: 1、使学生进一步理解和掌握课堂上所学各种基本抽象数据类型的逻辑结构、存储结构 和操作实现算法,以及它们在程序中的使用方法;

饭卡管理系统

饭卡管理系统

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

系统需求: 随着宁波大学的发展,学生,教师及外来人员的不断增加,对于食堂来讲,普通意义上的现金交易严重影响了工作效率,使消费者等待时间加长,食堂交易方式数字化已经刻不容缓,宁波大学饭卡管理系统就是基于以上问题开发,基本上能实现普通交易的功能,同时又能提高工作效率。 功能分析: 宁大高校饭卡信息包括:饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中,饭卡的所有者分为学生、教师、临时人员,学生有各自的班级号,教师有所属学院等信息。 实现功能: (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对象,直接输出,

校园一卡通管理系统(需求设计文档)

校园一卡通管理系统 需求文档 文档名称:需求分析规格说明书 项目名称:校园一卡通管理系统 A 引言 A.1 编写目的 所谓“需求分析”,是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,需要得到什么结果,最后应输出什么。需求分析阶段是一个非常重要的阶段,良好的需求分析文档,将为整个软件开发项目的成成打下良好的基础。 A.2 项目信息 本项目的名称:校园依旧阿通管理系统 本项目的应用范围:各个高校校园内 开发单位:武汉理工大学计算机学院软件1101班 用户:学生,老师,校车,校超市,校食堂等 A.3 参考文献 【1】方美琪,《软件开发工具》,经济科学出版社 【2】李建中,王珊.《数据库系统原理(第2版)》电子工业出版社,2004.9 【3】李昭原,刘又诚《数据库系统原理与技术》北京航空航天大学出版社【4】钟珞,袁景凌《软件工程》科学出版社 B 项目概述 B.1 组织结构与职责 本系统用户的组织结构如图b-1所示。 管理员 管理组 教师 用户组 学生 B.2 角色定义 用户系统中扮演的角色,以及可以执行的职责: 校园IC卡一卡通系统在校园网中起着通行桥梁的作用,通过与其它的各个管理系统模块的信息连接,将整个校园网有机、高效地带动起来,使得校园各个方面的工作因IC卡的高效、简便而更加顺利。 B.3 系统概述

随着社会信息化的蓬勃发展,校园的管理也进入了一个信息化的时代,先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 随着社会信息化的蓬勃发展,校园的管理也进入了一个信息化的时代,先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 校园“一卡通”系统的建设,首要目的是方便全院师生员工在学院内的各项活动,使在院内的所有消费、缴费行为变得简单易行,身份识别准确安全,数据收集全面、统一。其次,在全院形成学院统一管理的信息平台,促进教育信息的标准化,构建起优良的数字空间和信息共享环境,进一步实现教学资源数字化、数据传输网络化、用户终端智能化、结算管理集中化。第三,在全校实现统一的电子支付和费用收缴管理,解决我院各类费用收缴难、管理乱的问题。第四,借助校园“一卡通”系统提供的基础数据,可整合和带动学校各类管理信息系统的建设。第五,促进学校网络应用基础平台的建设,逐步完成校内应用系统体系结构的升级。 C 目标系统功能需求 C.1 系统用例 根据以上分析,主要介绍日常事务处理和日常消费处理的用例图所具有的功能。 ●餐厅消费 ●超市消费 ●校车消费 ●办卡 ●充值 ●挂失 ●解挂 ●查询

学生信息管理系统毕业设计论文

学生信息管理系统毕 业设计论文 Revised on November 25, 2020

–––––––––––––––––摘要––––––––––––––––– 学生信息管理系统是典型的信息管理系统 (MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。 经过分析,我们使用MICROSOFT公司的VISUAL BASIC开发工具,利用其提供的各种面向对象的开发工具,尤其是数据窗口这一能方便而简洁操纵数据库的智能化对象,首先在短时间内建立系统应用原型,然后,对初始原型系统进行需求迭代,不断修正和改进,直到形成用户满意的可行系统。 关键字:控件、窗体、域、数据库。 –––––––––––––––––前言––––––––––––––––– 随着学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息量也成倍增长。面对庞大的信息量需要有学生管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范管理、科学统计和快速查询、修改、增加、删除等,从而减少管理方面的工作量。 本系统主要用于学校学生信息管理,总体任务是实现学生信息关系的系统化、规范化和自动化,其主要任务是用计算机对学生各种信息进行日常管理,如查询、修改、增加、删除,另外还考虑到学生选课,针对这些要求设计了学生信息管理系统本系统主要用于学校学生信息管理,总体任务是实现学生信息关系的系统化、规范化和自动化,其主要任务是用计算机对学生各种信息进行日

常管理,如查询、修改、增加、删除,另外还考虑到学生选课,针对这些要求设计了学生信息管理系统。 本系统主要包括学生信息查询、教务信息维护和学生选课三部分。其功能主要有: ⒈有关学籍等信息的输入,包括输入学生基本信息、所在班级、所学课程和成绩等。 ⒉学生信息的查询,包括查询学生基本信息、所在班级、已学课程和成绩等。 ⒊学生信息的修改。 ⒋班级管理信息的输入,包括输入班级设置、年级信息等。 ⒌班级管理信息的查询。 ⒍班级管理信息的修改。 ⒎学生课程的设置和修改。 目录 前言 第一章Visual Basic 概述 1.1Visual Basic 语言的特点 1.2Visual Basic 系统几个程序应用中的常用名词 第二章Windows 下的Visual Basic 编程环境简介 面对对象的编程 实现菜单选项

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、卡补办

学生信息管理系统(完整)

学生信息管理系统(总体设计) 1、管理系统功能模块设计 本系统需要完成的功能主要有: (1)、输入学生基本信息、所在班级、所学课程和成绩等。 (2)、学生信息的查询,包括查询学生基本信息、所在班级、已学课程和成绩等。(3)、学生信息的修改。 (4)、班级信息的输入,包括输入班级设置、年级信息等。 (5)、班级信息的查询。 (6)、班级信息的修改。 (7)、班级课程信息的输入。 (8)、班级课程信息的修改。 (9)、学生课程添加和修改。 (10)、学生成绩信息的输入。 (11)、学生成绩信息的修改。 (12)、学生成绩信息的查询。 (13)、学生成绩信息的统计。 2、功能模块设计:

3、数据库设计:

学生信息管理系统(需求分析)

1.系统开发背景分析 系统的功能取决开用户的需求。随着科技进步和信息时代的到来,教育的普及程度起来起高,学校的人数也在迅速的增长,怎样的管理好成千上万的学生,已经成为一个学校的管理者必须面对的问题。编写本报告的目的就是用最少的代价,尽可能短的时间内确定问题是否能够解决,通过对学校的一些管理软件的调研分析,发现了一些不足,所以拟做此系统,使学生信息的管理更加准确,安全和快捷。 在本次试验中包括的模块有学生信息管理、课程信息管理、成绩信息管理和班级信息管理等几项,各项管理工作涉及到的内容用下面的关系模式表示。a)学生(学号,姓名,性别,年龄,班级,电话,备注,出生日期,入学时间, 班级编号,家庭地址) b)课程(课程编号,课程名称,课程类别,学分,学时) c)班级(系,班级号,指导老师) 2.系统分析 1.抽象出当前系统的逻辑模型 画出反映当前系统工作的数据流程图。数据流程图是逻辑模型的图形表示,即使不是专业的计算机技术人员也能非常容易理解,它是一种很好的系统构造的表示方法。画数据流程图是应该从已获得的人工处理流程中去掉物理因素,只保留数据、信息处理部分。 2.系统功能分析 系统主要用于学校学生信息管理,主要任务是用计算机对学生各种信息进行日常管理,如:查询、修改、增加、删除。 3.系统目标设计 根据本校的实际情况,利用校园网而设计一套针对性和功能都比较强的学生信息管理系统,对学生信息管理系统进行科学的分类、录入、查询. 4.开发设计思想 尽量采用学校现有的软硬件环境及先进的管理系统开发方案,从而达到充分利用资源,提高系统开发的水平和应用效果的目的。系统应该符合学校学生信息管理的规定,满足学校学生日常管理的需要,达到操作过程中的直观、方便、实用、安全等要求。强调多部门合作,学生工作设计面广泛,应该考虑各部门各

饭卡管理系统

一、实验目的和要求 (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、本公司内的所有饭卡不办理退款,提现(外协人员除外)。 为了维护所有持卡人的利益,我们严格执行验证制度,为所有的用户保守秘密。同时对那些有意模仿、伪造饭卡及证件的么动机,都要移交相关部门,给予处罚(处罚方式分为:口头警告,公司通告,罚款,解除劳动关系,情节严重将移送公安和司法机关进行处理)。

相关文档
相关文档 最新文档