校园服务平台后台管理系统设计

生世龙，张巧岭

（山东华宇工学院 设计与艺术学院，山东 德州 253034）

0 引 言

近年来，教育投入和信息化建设越来越受到政府部门的重视，我国在教育信息化方面的投资金额也越来越大，智慧校园平台得到了高速发展。智慧校园是面向教师和学生的个性化服务平台，该平台提供数据化、网络化、协作一体化的教学、科研、管理和生活服务，并且能够对教学管理、科研管理及后勤保障进行洞察和预测，实现对广大师生校园生活的智慧化管理。然而，当前的智慧校园平台涉及的内容过于繁杂，所涵盖的内容不仅有学校的政策法规还有各种新闻消息以及课程信息，多数属于消息类平台，而只针对大学生生活服务（如用餐高峰期的代餐、毕业高峰期的论文代打、快递代取等服务）的平台相对较少。本校园服务平台以提供大学生餐饮捎带、快递代取、打印代排队等校园服务为主，后台管理系统针对不同的学生身份进行不同的功能开发，操作便捷，可信度高，使用效果很好。

1 系统简介

本校园服务平台依托微信小程序，为在校师生提供餐饮代买、打印代排、快递代取等校园服务。学生既是发起者，也是捎带者。因此校园服务平台后台管理系统要针对这两种身份分别开发不同的功能，发起者用户功能包括购买、浏览订单详情、评价等，捎带者用户功能包括抢单、配送详情、订单接收结果、佣金发放等。所以本管理系统要针对不同的用户身份进行不同的页面设计。

本系统后端开发采用Java 语言、MySQL 数据库，使用SpringBoot 框架，整合Redis 和Swagger，实现系统缓存服务和API 接口文档的在线自动生成和测试，详细的开发和运行环境为：

（1）腾讯云服务器：4 核CPU、内存8 GB、硬盘500 GB、操作系统Centos7.6。

（2）PC 机客户端：RAM16 GB、1.8 GHz 以上、Windows11 操作系统。

（3）Java 开发环境：JDK1.8。

（4）开发工具：IDEA。

（5）后端框架：Redis、SpringBoot、Swagger。

（6）应用服务器：Tomcat。

（7）数据库：MySQL。

如图1所示，用户通过客户端向Nginx 发出请求，Nginx 将请求转发至GATEWHY 网关，网关根据当前请求转发至指定服务，当有多名用户统一访问同一产品或者某些服务出现问题时进行负载均衡或熔断降级，网关还可以通过认证授权，当请求通过时查看请求是否合法，为避免恶意打击，网关还具有请求限流功能，当某一时刻请求过多时可以限制流量，微服务集群还可以互相调用，比如下订单时需要查看订单信息，使用的是Fegin 组件，在订单中存储的图片、视频等使用的是阿里云的OSS 服务。

图1 系统架构

2 系统功能

如图2所示，学生既是发起者也是捎带者，可以不同的身份进入不同的用户系统，不同的系统具有不同的作用。

图2 系统功能设计

2.1 发起者用户系统功能

（1）发起订单。在此页面中，学生可以选择合适的餐厅，选择购买喜欢的餐品，也可以选择快递服务、打印服务、超市代购服务等。

（2）订单详情。如果学生购买餐品或其他产品，付款完成后会进入订单详情页，当前是待抢状态，此时会显示订单的具体信息，如从校园几餐厅购买的什么产品配送到几号公寓以及联系电话等信息。如果有附近的捎带者抢单，那么订单将变成待配送状态。如果是快递代取服务，在订单变成配送状态时可上传快递单号或取件码、取件二维码等信息，以便捎带者取件。如果是打印代排队服务，捎带者可通过电话联系发起者提供订单服务。

（3）确认收单并评价。如果对订单服务没有异议可以直接确认订单并进行评价，如果对订单服务有异议（比如配送不成功等）可以直接选择退单并评价。

2.2 捎带者用户系统功能

（1）订单详情。本页面可以查看订单的详细信息，如从校园几餐厅购买的什么产品配送到几号公寓以及联系电话等信息。

（2）抢单。捎带者可以根据自己的实际情况选择抢单，抢单成功后完成捎带服务。

（3）服务。不同类型的订单服务有不同的操作方式，如快递代取需要在抢单成功后上传取件码等信息，而打印代排队则需要电话联系。不同类型的服务根据系统提示逐步完成即可。

（4）等待确定、佣金到账。如果用户对订单服务满意则会确认收单，之后佣金会直接转到用户账号，如果用户对订单不满意会退单，退单之后则收不到佣金，服务恶劣者则无法再成为捎带者。

2.3 管理员系统功能

（1）商家信息维护。平台上的餐厅详细信息、超市商品品类增补、价格变化等需要管理员及时更新并维护。

（2）用户维护。因为本平台只在校园内部使用，为提高可信度，学生都是通过学号注册实名认证，如果有不良用户进入则直接拉黑，不再接受该用户提供服务申请。

（3）订单维护。如果出现订单纠纷，可以通过电话或微信等不同的联系方式与管理员联系沟通，管理员根据实际情况处理解决问题。

（4）系统维护。系统内容的真实性、功能的可操作性、用户的可信度等均需定期更新。

3 系统设计与实现

如图3所示为系统开发设计流程图，本系统主要由发起者用户系统、捎带者用户系统和管理员系统三部分组成，用户可通过微信登录该系统，但需要实名认证，认证通过登录成功后选择合适的身份进入相应的系统，发起者用户系统部分代码为：

图3 系统设计流程图

用户登录之后可通过身份切换进入捎带者系统，真正实现人人都是配送者，方便就近捎带并节约人工成本，捎带者进入系统之后参与抢单—完成相关服务—获得佣金。捎带者系统部分代码为：

4 数据库设计

本系统数据库的设计遵循完整、可靠、高效率、安全等原则，为了提高数据库的运行效率，适当降低范式标准，增加冗余，达到以空间换时间的目的。提高高级冗余，降低低级冗余。

在系统的整体功能和逻辑整合方面，分析各个功能之间的联系，避免空间资源的浪费，采用Navicat 数据库管理工具设计数据库系统，包含数据库约20 个，阐明表名、属性、主建、域等信息，如图4所示。

图4 数据结构

5 系统测试

本系统采用分布式搭建方式，将系统从单一架构中拆分出来，把系统中相似功能的模块组合在一起，本系统主要拆分为四个部分：网关模块、认证中心模块、系统模块和帮捎带业务模块，每一个模块都可以独立部署，模块之间互不影响。使用高峰期可以额外扩展单独的模块，如业务模块的系统负载过大，就可以单独拉起另外一个一样的业务模块，使该业务模块组成一个微服务，集中提供服务，这样可提高高峰期的数据处理能力。另外，系统结构使用Swagger 进行测试，每一个接口都有对应的测试方法和测试数据，从而提高系统的可用性，具体测试结果如图5所示。本系统运行数据都是从服务器实时获取的真实数据，具有注册、登录、管理数据、权限验证等功能。系统首页运行如图6所示。

图5 接口测试文档

图6 系统首页

6 结 论

在校园内服务平台发展欠佳的背景下，即现有的校园服务平台还不太成熟，没有可以引领众多平台一起发展的领头羊，为此我们会把握住时机，更上一个新台阶。文章分析了帮捎带平台的作用、帮捎带平台的三大模块以及相关的代码展示、具有代表性的数据库表，框架搭建、架构图等，所实现功能基本能满足校园日常需求。

平台本身待开发程度很高，有些功能尚未完善，而且已经完成的功能还有很多可以优化的地方，我们不会止步于此，会将用户体验放在第一位，不断完善平台的功能，初期可以通过日常必需品的捎带来培养用户使用平台的习惯，在形成品牌效应之后再加大力度吸引其他更多用户。