高校餐费管理系统的设计与实现

摘 要：构建和谐校园是当前高校管理发展的主旋律，随着我国社会经济、教育事业快速发展，高校的食堂也变得越来越多。各高校对以餐饮食堂为主的后勤服务要求也越来越高。所以高校餐费管理系统的应用优势由此凸显。它可以提高高校餐厅日常管理的工作效率，而餐费管理系统是一个针对高校食堂缴费和一般消费等方面的信息系统。主要由普通用户管理，管理员管理，校园卡管理，菜品管理及消费管理等五大功能模块构成。通过本系统，管理员可以对学生信息和校园卡信息进行管理，普通用户可对校园卡进行充值和挂失，并且本系统模拟实现了用户经过对菜单的浏览和查找并下单购买的消费过程，同时系统会记录用户的消费信息，从而更直观的显示了生活中的食堂消费过程，提高了学生消费效率，从而根本上提升高校食堂后勤管理效率。

关键词：SSM；JSP技术；MySQL数据库;B/S架构；高校餐费管理

第1章绪论

1.1 研究背景

随着诸多高校的扩招的热潮，高校餐厅的管理也必须进行改革，以此满足现代高校师生对于餐厅服务业务的要求。现代高校餐厅在扩招的背景下对硬件设备进行了改善，为提高餐厅服务水平奠定了基础。但是由于高校餐厅传统管理方式的局限性，造成了现如今高校餐厅中菜品式样单一、服务态度差强人意的现状，使得高校餐厅服务质量难以满足众多师生的需求。鉴于这种情况，高校餐厅管理加强势在必行，必须尽快对高校餐厅经营与管理的改革，以满足现代化高校餐厅经营的理念[1]。

1.2 研究目的和意义

高校餐费管理系统是一个实用并且是与我们的学校生活密切相关的一个信息系统。如果能够很好的研究，开发并加以利用，那么就会提高餐厅的效益，降低餐厅的成本，降低餐厅的饭，菜价从而能够给学校的学生带来莫大的利益和好处。所以本系统设计的主要意义在于它能够有效地指导高校餐厅后勤工作人员规范业务操作流程，更高效、快速地实现餐厅菜品的管理，保障学生和管理员的信息安全，提高高校后勤管理水平和工作效率，进而提高后勤工作竞争能力。

针对目前出现的各种需求，本系统结合现代餐饮业的一些新模式，提出了关于后勤餐饮信息化管理多层架构可行的技术解决方案，详细分析了就餐管理、学生信息管理、并在系统设计时对其性能和安全性提出了较高的要求。使其能够实现老师和学生在食堂就餐或与食堂联系时能够方便、及时的与食堂工作人员进行沟通，该系统不仅满足了老师和学生在就餐时的个性需求，更能使食堂工作人员及时的了解各个菜单的详细信息，使其能够有针对性的调整采购计划和工作安排，避免了造成某些饭菜不必要的浪费或者供不应求的现象发生，符合现代绿色环保和节约社会的理念[2]。

1.3 国内外研究现状和发展趋势

据相关资料说明，在国外的大学比如X的诸多大学中，无论私立还是公立，都会至少存在一个管理信息系统，包括住宿与伙食、基本建设等等。此外，国外大部分高校的管理科技化还表现在基础工作内容十分完善，而且在经费预算和分配方面，高校的各学院和各部门都要提出具体需求计划，这使得他们的办事效率明显增高并且十分规范。而国内高校在、对于管理信息系统开发起步比较晚，很多地方还有许多不足，随着学生人数的快速增加以及针对高校就餐时间相对集中又较为短暂的实际情况，高校后勤集团要处理的信息量也就相当繁重和复杂，为了有效提高食堂工作和管理效率，尤其保证信息的及时性和准确性，建立高校、系统和网络化的高校餐费管理系统就显得势在必行[3]。

1.4 相关技术介绍

1.开发环境

1) 开发系统：Windows操作系统

2) 开发工具：Eclipse

3) 数据库：mysql

4) 开发语言：Java

2.服务器

1)开发系统：Windows操作系统

2)开发工具：Eclipse

3)浏览器：IE浏览器

3. 客户端

1)操作系统：Windows操作系统

2)浏览器：IE浏览器

　第2章 系统分析

2.1 需求分析

本高校餐费管理系统的开发设计主要的目的在于为高校学生提供更加便捷的信息安全和消费保障服务。如大多数高校餐厅还设置了小炒、风味小吃等特色食品，一改以往的单一的形式，从多方位为广大师生服务。结合高校在餐厅运营管理工作方面的具体实际，目前高校在对于管理员和学生信息、菜品管理和学生校园卡管理等方面都存在一定的问题和不足，需要通过信息化建设和完善高校餐厅管理工作，以便提高高校餐厅管理工作的效率。具体而言，高校餐厅管理工作主要存在以下几方面的问题和不足：

数字化、信息化建设不足。高校餐饮管理方面的工作较为繁重，在日常经营中涉及到频繁的菜单更新以及学生校园卡管理和管理员的信息管理等服务项目，在迎新和毕业两个阶段的餐饮管理工作更加繁重，传统的纯人工管理工作效率低下，且容易造成资源和数据的丢失和损坏，从而影响高校其他后勤业务工作的顺利开展。餐厅管理范围有限。高校在餐厅管理工作中的脱节主要在于后勤管理的范围局限性。不少高职院校在后勤工作管理过程中，学院方面、经营方和广大师生之间没有建立起有效的餐厅管理反馈平台，部分高校学生餐厅管理的弊端更加凸显。2.2 可行性分析

1. 技术可行性分析

本系统采用了B/S模式进行构建，如今多数高校已经存在全方位以太网络覆盖加以实现，并且技术发展愈加强盛的趋势，数据库服务器采用MySQL，可以处理大量数据并且保持其完整性，具有易用、安全和灵活的特性，为数据的传输提供了良好的环境。

2. 经济可行性分析

高校餐费管理系统的投入使用，能够提高高校餐厅的工作效率，减少相关工作人员，从而减少后勤劳力资本的投入，根据详细核算，投入该系统后，能够与开发系统的投资相抵，所以从经济角度方面而言，本系统开发完全有必要。

3. 操作可行性分析

现如今面对高校人数与日俱增且人均消费水平逐渐好转的态势，高校餐厅的管理与维护显得异常重要。因此，拥有一个方便且安全的高校餐费管理系统可以轻松解决高校学生人数增加以及学生消费欲望丰富的难题，为学生带去了良好的消费体验，也为高校的餐厅运营提供了有效的安全措施。因此，系统开发具有很强的操作可行性。

4. 法律可行性分析

高校餐费管理系统是针对于高校全体学生以及高校餐厅负责人的信息管理系统，其作用是为了使人员管理更加便捷并且对给学生更好的消费体验。本系统不存在任何侵犯、妨碍和责任问题。因此，该系统开发是具有法律可行性的。

2.3 系统功能需求

高校餐费管理系统是一套针对大学院校食堂缴费和一般消费等方面的信息系统，因此它包括学生和管理员在校内消费的各方面内容。本文主要论述用户登录和退出，学生、管理员信息管理，学生校园卡管理，菜单管理和消费管理五个方面的功能实现。

用户登录、退出功能学生通过数据库中已录入的用户名和密码进行登录系统，若管理员未提前录入学生信息，则无法登录此系统。学生进入系统进行相关操作后可以执行退出系统功能返回初始登录页面。同样地，在系统中存有管理员信息的前提下，管理员才可以登录，进入系统进行操作，否则也无法登入系统。在执行完操作之后，可点击退出按钮实现退出系统的功能。

学生、管理员信息管理功能学生管理权限是开放于管理员，包括对学生信息的增加、修改、删除功能。由管理员将学生信息用户名、学号和密码等，然后将其录入数据库中。同样，对管理员信息也是进行增加、删除、修改的操作，以保证系统的安全性。学生信息管理用例图如图2-1所示，管理员信息管理用例图如图2-2所示。

学生校园卡管理校园卡信息管理方便对校园卡信息进行各校操作，定时进行数据的备份和更新，其实现的功能是充值，修改密码，挂失。学生校园卡管理用例图如图2-3所示。

菜单管理菜单信息管理是管理员针对学生反馈菜品信息进行管理的操作，可以对菜品进行增加、删除、修改、查询操作，以便于管理员的直接管理。菜单管理用例图如图2-4所示。

消费管理学生消费的功能是查看菜单信息，通过浏览或者搜索菜品信息，执行购买菜品功能。若校园卡状态正常并且余额充足的条件下，可以成功购买相关菜品，执行购买菜品功能成功后可以在后台查看消费记录。

2.4 系统性能需求

1. 精度

输入数据：学生信息合法性；卡ID合法性。

输出数据：余额均以整数形式出现，也可以显示为负数形式。

2. 故障处理要求

当计算机突然死机、断电、重启时可以自动存储备份数据。即使没有存上也有备份数据库供恢复。

安全专门要求普通学生只能刷卡消费以及访问学生管理界面进行个人校园卡管理，而除此之外，管理员还可以进入管理员界面对菜品信息、学生信息及校园卡信息的管理。所有数据存储在学校服务器端，数据存储安全可靠。

界面专门要求系统的操作界面的简单与否也是软件优劣的重要考察方面之一。所以本系统满足界面布局合理、清晰、美观。操作简单、方便。

　第3章 系统总体设计

3.1 功能模块设计

本文中描述系统分为学生和管理员登录与验证、退出系统模块，学生和管理员的信息管理模块，学生校园卡管理模块，菜单管理模块，消费管理模块五个功能模块。根据系统各个功能进行分析，以下为系统总体功能图，如图3-1所示。

图3-1系统总体功能图

3.1.1 前台模块功能设计

由于高校餐费管理必须保证学生的正确性、消费的安全性，需要对学生资料进行有效的管理，因此学生管理是高校餐费管理系统的重要内容。它主要包括学生登录和验证、校园卡信息修改、菜单信息展示以及消费明细展示的功能。

学生和管理员登录和验证当学生输入学生名和密码后要进行身份验证，如果学生存在，则成功登陆，反之，如果学生不存在，提示错误信息“ERROR!”，返回登录界面重新输入学生名和密码。学生登录的程序流程图如图3-2所示

图3-3校园卡信息展示流程图

校园卡信息展示当学生查看校园卡信息时，可以根据校园卡所显示的数据进行充值或者在遗失的条件下进行挂失操作，并且校园卡一旦被挂失将无法进行购买食物的操作。并且在进入校园卡页面中可以进行修改密码的操作。学生登录的程序流程图如图3-3所示。

菜单信息展示当学生进入菜单页时，可以浏览菜单详情，并且可以通过搜索菜名达到消费目的。学生登录的程序流程图如图3-4所示。

　　图3-4菜单信息展示流程图

消费明细展示当学生进行了购买操作后，同时会生成相应的消费明细，包括时间、菜名、价格、卡号等信息。但如果购买失败将不会有消费明细生成。根据消费管理模块的设计，消费明细展示程序流程图如图3-5所示。

图3-5消费明细展示程序流程图

3.1.2 后台模块功能设计

学生/管理员信息管理模块两模块主要实现的功能是对学生/管理员信息进行增加、修改、删除。执行操作后可返回列表查看全部学生/管理员信息。

增加学生/管理员信息点击“添加”按钮，进入新建学生页面，学号、姓名必填，其余信息可以选填，确认后自动返回学生列表。学生信息具体设计表见表3-1所示。管理员信息具体设计表见表3-2所示。

表3-1增加学生信息页面设计表

表3-2 增加管理员信息页面设计表

修改学生/管理员信息选择一条数据，执行修改操作，进入修改页面后，该学生的学号不能修改，其余信息均可修改，修改后点击提交后，系统返回学生列表页面，完成更新操作。

删除学生/管理员信息选择一条数据，执行删除操作，删除后列表不再显示该条数据；选择多条数据，执行删除操作，删除后列表将不再显示；点击删除时，弹出确认框；确认删除后，提示删除成功/失败。

学生校园卡信息管理模块在高校餐厅中，学生校园卡是消费的主要方式之一，因此对学生校园卡的管理也是系统中的重要一环。学生校园卡信息包括卡号、密码、余额等基本信息。当考虑到校园卡会有遗失的情况，系统便设计了两种校园卡状态，分别为正常或者挂失。管理员可以根据学生的要求对校园卡进行挂失或者冻结操作。学生校园卡管理信息页面具体设计为下表3-3所示。

菜单信息管理模块菜单信息管理模块是对餐厅菜单相关内容的制定和维护，对餐费信息的维护，以及对菜品的制定和维护。菜单管理包括菜品名称、菜品图片、菜品价格、菜品描述、菜品类型等信息。管理员可根据学生消费情况对菜单进行调整，即对某一菜品信息进行修改或者删除操作。菜单信息管理的具体设计如表3-4所示。

表3-3 学生校园卡管理信息页面设计表

表3-4 菜品信息管理页面设计表

3.2 数据库逻辑模型设计

数据库概念模型事实上是现实世界到机器世界的一个中介层次，它也是数据库设计人员和用户之间用于交流的语言。E-R图也称为实体-联系图，提供了表示实体类型、属性和联系的方法，用来描述现实生活的概念模型。它用来描述现实生活关系概念模型的有效途径,也是有效表示概念关系模型的一种方式。在图中，矩形框表示实体型，矩形框内写明实体名称，椭圆图框表示实体的属性，并用实心线段将其与相应关系的实体型连接起来。

管理员信息实体属性联系图，主要包括三个属性：用户ID、用户姓名和管理员密码等信息。管理员信息E-R图如下图3-6所示。学生信息实体属性联系图包括七个属性：学号，用户名，密码，性别，真实姓名，出生日期，所属专业等信息。如下图3-7所示。

菜单信息实体属性图，主要记录了菜单的相关属性信息，包括菜品名称，菜品图片，菜品价格，菜品描述，菜品属别等信息。如图3-8所示。

校园卡信息属性图，主要记录了校园卡的相关属性信息，包括学生ID，校园卡号码，密码，余额，状态等信息。校园卡信息E-R图如图3-9所示。消费记录信息实体属性图，主要记录了学生购买后所产生的消费信息，包括消费时间，消费卡号，消费产品等信息。消费记录信息E-R图如图3-10所示。

图3-10消费记录信息E-R图

菜品信息实体属性图，主要记录了各种菜品的分类及其描述。菜品信息E-R图如图3-11所示。

3.3 数据库表结构

本系统运用mysqL作为高校餐费管理系统数据库的使用，进行诸多数据的存储和处理，其中包括多张数据表和多种主外键联系方式，符合数据库的各种逻辑结构的定义。

管理员信息表：用来记录管理员的相关信息，并对他们的信息进行存储。如表3-5管理员信息表db_admin所示。

表3-5 管理员信息表db_admin

学生信息表：用来记录众多学生的信息，并对学生的信息进行存储。如表3-6学生信息表db_student所示。

表3-6 学生信息表db_student

菜单信息表：用来记录菜单中每个菜品的具体信息。如表3-7菜单信息表所示。校园卡信息表：用来记录学生校园卡的状态以及余额状况等信息。如表3-8校园卡信息表db_card所示。表3-7 菜单信息表db_product

表3-8 校园卡信息表db_card

消费记录信息表：用来记录学生消费时的具体信息。如表3-9消费记录信息所示。

表3-9 消费记录信息表db_log

菜品信息表：用来记录菜单中每个菜品的所属类别及其描述信息。如表3-10菜品信息表db_types所示。

表3-10 菜品信息表db_types

　第4章 系统的实现

4.1 系统实现相关页面

本系统包含的页面主要有：用户登录页面，校园卡页面，菜单页面，消费记录页面；管理员登录，后台操作页面等。

4.2 前台用户界面

4.2.1 用户登录界面

本模块的主要功能就是学生和管理员可以在本系统进行登录功能，学生登录成功后可以进行购买菜品，管理员可以进行管理操作。

SpringMVC+Spring+MyBatis模式的运用实现了代码的重复、高效利用，登录页时用户名密码不能为空，学生登录进入的是前台的系统页面，可以进行菜品的浏览和购买支付功能，而且可以查看个人校园卡的余额和以及修改校园卡密码；管理员登录之后进入的是后台管理员界面，可以对系统进行维护，对菜品进行维护，上架新的商品，以及对学生的信息和校园卡进行管理。学生登录模块时序图如图4-1所示。运行界面如下图4-2所示。

图4-1学生登录模块时序图

图4-2学生登录界面运行图

4.2.2 菜品浏览界面

商品浏览界面主要是运用js和CSS以及一个固定的前端模板来完成，js是脚本语言，有些幻灯片需要JS，有些导航栏的滑动门效果，或者一些交互性效果，可以实现网站的某种特定功能，而CSS是样式，网站文字的大小，图片的位置，是由 CSS来控制的。让用户在前端可以浏览到相关菜品的信息，并根据自己的喜好来寻找心仪的菜品。 商品浏览时序图如图4-3所示。运行界面如图4-4所示。

图4-3浏览菜品界面时序图

图4-4菜品购买界面运行图

4.2.3 校园卡界面

校园卡页面是学生管理自己校园卡的页面。学生可以根据自身的需求对校园卡进行充值操作。在校园卡遗失的条件下进行挂失操作。其次，学生也可以修改校园卡的密码。学生对校园卡的操作提交给后台，后台会同时更新校园卡的相关信息或者状态。校园卡界面时序图如图4-5所示。运行界面如图4-6所示。

图4-5校园卡界面时序图

图4-6校园卡界面运行图

4.2.4 消费记录界面

学生消费的功能是查看菜单信息，搜索菜品信息，购买菜品。执行购买菜品功能后可以查看消费记录。学生使用校园卡消费时在选择菜品可通过全部查看或者搜索查看菜品实现，从而决定消费。在刷卡消费时，通过余额或校园卡状态判断是否可消费，若满足消费条件，则完成消费，同时消费记录进入数据库并且可供查看。消费记录界面时序图如图4-7所示。运行界面如图4-8所示。

图4-7消费记录时序图

图4-8消费记录界面运行图

4.3 后台管理员界面

4.3.1 管理员信息管理界面

管理员信息管理界面可对多个管理员信息进行管理。管理员信息包括用户名和密码，管理员可对已存在的信息进行修改和删除操作。相应地也可以增加管理员信息记录。执行操作后可返回列表查看全部管理员信息。管理员信息管理界面时序图如图4-9所示。运行界面如图4-10所示。

图4-9管理员信息管理界面时序图

图4-10管理员信息管理界面运行图

4.3.2 学生信息管理界面

该界面主要实现的是管理员对学生信息进行增加、修改、删除的功能。执行操作后可返回列表查看全部学生信息。学生信息管理界面时序图如图4-11所示。运行界面如图4-12所示。

图4-11学生信息管理界面时序图

图4-12学生信息管理界面运行图

4.3.3 校园卡信息管理界面

该页面的功能是管理员对校园卡进行管理，在学生丢失了校园卡的情况下，管理员可对校园卡进行挂失操作。根据学生校园卡透支金额是否超出正常额度，可执行冻结操作。学生信息管理界面时序图如图4-13所示。运行界面如图4-14所示。

图4-13校园卡信息管理界面时序图

图4-14校园卡信息管理界面运行图

4.3.4 菜品管理界面

管理员在该页面可执行菜品管理，可对菜品的名字，图片，价格，描述等信息进行修改或者删除。同时也可以增加新的菜品，在此页面还可以进行搜索操作以便于管理员对菜品的直接管理。菜品管理界面时序图如图4-15所示。运行界面如图4-16所示。

图4-15菜品管理界面时序图

图4-16菜品管理界面运行图

测试

5.1 测试方法

打开eclipse导入tomcat和jdk，测试发布项目是否成功；使用数据库中的用户名和密码，测试登录和拦截器功能是否实现；进入学生信息管理界面进行增删改操作，测试方法是否均可实现；进入校园卡管理，测试是否可以进行充值，消费，挂失操作；进入消费界面，进行菜单查询，测试是否可以查询到相应菜品信息，执行购买操作，测试消费方法是否可以实现，消费操作成功后，测试是否可以查询到消费记录。

5.2 测试环境

Eclipse；tomcat8.0；jdk1.8。

5.3 测试内容

5.3.1 用户登录功能测试

用户登录测试主要是为了检验高校餐费管理系统的登陆功能模块是否运行正常，在测试人员输入用户正确的账号和密码时，是否可以正常登录；在输入错误的账号或者密码时，检查能不能正常登录。用户登录功能的测试用例如表5-1所示：

测试ID：01；

目的：检测用户登录模块是否运行正常；

前提：用户账号已存在，用户名为“zm”，其密码为“123”。

测试方法：手工。

表5-1用户登录功能测试用例

5.3.2 学生信息管理功能测试

学生信息管理功能测试主要是为了检查高校餐费管理系统中的管理模块是否运行正常，在测试人员选择某条学生信息时，能否成功修改该名学生的信息。学生信息修改信息模块的测试用例如表5-2所示：

测试ID：02；

目的：检测学生信息修改功能能否成功运行；

前提：学生信息已存在多条。

测试方法：手工。

表5-2学生信息修改功能测试用例

5.3.3 校园卡管理功能测试

校园卡管理功能测试目的是检查项目中校园卡管理功能是否运行正常，在测试人员挂失校园卡时，学生能否消费正常；在校园卡冻结时，学生能否充值；在测试人员充值后，校园卡余额能否有所增加。校园卡管理功能的测试用例如表5-3所示：

测试ID：03；

目的：检测校园卡管理功能是否运行正常；

前提：学生成功登录系统，校园卡状态正常。

测试方法：手工。

表5-3校园卡管理功能测试用例

5.3.4 菜品信息管理功能测试

菜品信息管理功能测试目的是为了检测项目中对菜品的增加，删除，修改，查询等功能是否正常。在测试人员执行添加操作时，列表是否有新的菜品信息；在测试人员执行查询操作时，列表是否返回正确的菜品；在测试人员修改菜品时，菜品信息是否有更新；在测试人员删除菜品时，列表中是否还存在该条菜品信息。菜品信息管理功能的测试用例如表5-4所示：

测试ID：04；

目的：检测菜品信息管理功能是否运行正常；

前提：管理员成功登录系统，存在多条菜品数据。

测试方法：手工。

表5-4菜品信息管理功能测试用例

5.3.5 消费管理功能测试

消费管理功能测试是为了检测项目中的消费功能是否正常。测试人员能否正常购买；测试人员在搜索菜品时，能否成功显示；在校园卡冻结时，还能否购买成功。消费管理功能的测试用例如表5-5所示：

测试ID：05；

目的：检测消费管理功能是否运行正常；

前提：学生成功登录系统，存在多条菜品数据。

测试方法：手工。

表5-5消费管理功能测试用例

　总 结

本文首先从高校餐厅管理现如今面临的诸多问题，经过对部分高校餐厅的深入调查和分析，在充分了解高校餐厅的业务功能需求的基础上，对餐厅管理系统进行系统的建模，按照餐厅管理系统在日常业务运行过程中，文中详细描述了用户、管理员管理功能、菜品管理功能、校园卡管理功能、消费管理功能等环节的需求，系统的功能流向以及模块内的加工过程进行逐一分析，并且从技术、经济、法律、操作等方面进行可行性分析；其次进行总体设计，画出总体结构图流程图来进行展示和理解，并根据需求做出详细设计；然后还有数据库设计，从概念和逻辑结构两方面介绍数据库原型，并画出E-R图；接着介绍了论文的实现过程，展示系统的实习界面；然后是系统的测试，详细介绍了测试的目的及内容，然后针对本系统的各个功能进行测试。

本应用系统是使用Java语言、SSM框架、MySQL工具及js和前端框架等来实现。本系统基本实现了：学生校园卡信息和状态管理，菜品浏览及消费功能；后台消费记录展示功能；管理员对学生信息、校园卡及菜品管理功能。

本应用系统界面整洁、多种功能明确、易于项目版本更新、操作方便、工作效率高。但是由于开发经验不足，技术限制，成本限制等原因，本系统还存在的缺点有：管理员和学生在一个登陆窗口登陆，略显简单。系统的设计在网络通信安全没有过多考虑，可能会造成后台数据泄露。

参考文献：

[1]徐光耀,马佳琳. 基于JavaEE技术的网上商城管理系统的设计与实现[J]. 办公自动化,2017,22(22):22-24+41.

[2]郭吉楠. javaEE企业级开发[J]. 电子技术与软件工程,2018(15):26.

[3]李晓明.基于SpringMVC框架的表单校验与异常处理应用与实战研究[J].软件研发与应用.2019,(12):26-27.

[4]汪永松.JavaWeb开发技巧之项目模板[J].电脑编程技巧与维护,2020,(2):3-8.

高校餐费管理系统的设计与实现

价格 ¥9.90 发布时间 2023年5月1日

下载查看全文内容

已付费？登录 或 刷新