韩师外卖柜管理系统业务调研报告
2025/10/5大约 11 分钟
韩师外卖柜管理系统业务调研报告
一、选题题目
韩山师范学院外卖柜管理系统
二、详细业务描述
(一)课题背景
随着韩山师范学院(以下简称“韩师”)师生生活节奏不断加快,外卖点餐需求呈持续增长态势,校园外卖配送与取餐环节的矛盾日益突出。传统外卖管理模式以“外卖堆放在楼门口、电话通知取餐”为主,已无法适配当前校园外卖服务的需求。同时,社会信息化浪潮推动校园服务向智能化方向升级,国内多所高校已通过引入带基本保温功能的智能外卖柜,有效解决了外卖存放、取餐效率等问题,为韩师建设外卖柜管理系统提供了可借鉴的经验。在此背景下,构建韩师外卖柜管理系统,成为优化校园外卖服务、完善智慧校园生活服务体系的关键举措。
(二)涉及的业务流程
- 外卖配送流程:外卖员完成外卖制作取餐後,需逐个电话联系韩师师生确认取餐时间与地点,到达指定区域(如宿舍楼下、教学楼门口)后,若师生无法及时取餐,需等待或临时堆放外卖;若师生可及时取餐,则完成当面交付,整个配送过程依赖人工沟通与等待。
- 师生取餐流程:师生通过外卖平台下单后,需保持电话畅通,等待外卖员通知取餐;若因上课、社团活动等无法按时取餐,需与外卖员协商延迟取餐时间,或面临外卖被临时堆放、变冷变质、丢失的风险;取餐时需在堆积的外卖中寻找个人订单,取餐效率低。
- 校园管理流程:学校后勤管理人员需定期清理校园内被随意丢弃的外卖包装,维护校园环境;同时,需处理师生反馈的外卖丢失、撒漏等问题,因缺乏统一管理平台,问题追溯与处理效率较低。
三、存在的业务问题(重点)
(一)业务中的不便
- 外卖员配送效率低:外卖员需逐个电话联系师生,等待取餐时间长,尤其在午间12点-13点、晚间18点-19点的取餐高峰时段,需在校园门口或宿舍楼下长时间停留,导致单日可配送订单量受限。
- 师生取餐体验差:师生取餐时间受外卖员通知限制,与上课、社团活动等日程冲突时,外卖易长时间暴露在室外,出现变冷变质、口感下降的问题;且外卖无固定存放位置,存在被误拿、丢失的风险。
- 校园环境与秩序管理难:未及时取走的外卖常被堆放在楼门口、道路旁,占用公共空间;外卖包装随意丢弃,增加校园清洁人员的工作负担,影响校园环境整洁。
(二)可通过信息系统改善的原有管理方式
- 缺乏统一的外卖存放与管控平台:原有模式无集中管理工具,无法实时掌握外卖存放状态(如存放时长、位置),导致外卖混乱堆放、资源浪费,可通过系统整合外卖柜资源,实现数字化管控。
- 取餐与配送的信息同步不及时:师生无法主动查询外卖配送进度与存放位置,依赖外卖员电话通知,易出现信息延迟;外卖员也无法提前知晓各区域外卖柜空闲情况,可通过系统实现“存餐-通知-取餐”的信息实时同步。
- 外卖保温与安全保障缺失:原有模式无保温措施,热食外卖长时间存放后品质下降,且无专属存放空间导致外卖丢失,可通过系统结合智能外卖柜的保温功能,解决保温与安全问题。
- 缺乏数据支撑的服务优化:学校无法统计外卖订单总量、取餐高峰时段、各区域外卖需求等数据,难以针对性优化服务(如调整外卖柜布局、增加清洁频次),可通过系统实现数据统计与分析,为决策提供依据。
四、课题设想
(一)新系统开发前提条件
- 硬件设备支持:在校园宿舍区、教学区、生活区等核心区域部署带基本保温功能的智能外卖柜,每个外卖柜配备电子锁控、扫码识别模块,确保可实现“扫码存/取餐”与“35-45℃恒温保温”。
- 网络与通信支持:系统需接入校园网络,确保外卖柜设备、用户终端(师生手机、外卖员设备)与管理后台的数据实时传输,支持短信或APP推送通知功能。
- 数据对接支持:需与主流外卖平台(如美团、饿了么)实现订单数据对接,确保外卖员可通过平台账号关联登录系统,自动获取订单信息,无需手动输入。
(二)新系统设计的功能
- 师生服务功能:
- 登录与个人中心:支持学号/工号+密码登录,绑定手机号接收通知,查看个人外卖记录(已取餐、待取餐、超时未取餐),设置自定义取餐提醒时间。
- 外卖查询与通知:实时显示外卖订单号、商家名称、外卖柜位置、格子编号、取件码、存入时间,支持按“取餐状态、存入时间”筛选;系统自动推送“外卖已存入”“超时未取餐”提醒。
- 扫码取餐与反馈:师生可通过扫描取件码或输入取件码解锁保温格子,若遇外卖撒漏、温度异常,可提交反馈至管理后台。
- 外卖员服务功能:
- 登录与外卖柜查询:支持外卖平台账号关联登录,实时显示各区域外卖柜空闲格子数量、位置,辅助规划配送路线。
- 扫码存餐:扫描外卖订单二维码或输入订单号,系统自动分配空闲保温格子,生成开箱码,存餐完成后自动向师生发送通知。
- 配送记录查询:查看当日/当月配送记录(已完成订单数、存餐失败订单数),便于核对配送情况。
- 管理者服务功能:
- 外卖柜管理:添加/删除智能外卖柜设备,实时监控设备运行状态(故障情况、保温温度),设备异常时自动发送报警通知。
- 订单管理:查看全校实时订单数据(待取餐、超时未取餐订单数),处理师生反馈,手动解锁格子或协调外卖员重新配送。
- 数据统计与分析:生成数据可视化报表(柱状图、饼图),展示每日/每月订单总量、各区域外卖柜使用率、师生取餐时长分布,支持数据导出与自定义统计维度(如按院系统计订单量)。
- 系统设置:配置外卖存放最长时长(默认4小时)、保温温度阈值(35-45℃),确保外卖存放安全与口感。
五、用例图及用例描述
(一)寻找参与者
系统核心参与者包括三类,分别为师生用户(使用系统查询、取餐的学生与教职工)、外卖员(使用系统存餐、查询配送记录的外卖配送人员)、系统管理者(负责系统维护、设备监控、订单管理的学校后勤或信息化部门人员)。
(二)寻找用例
- 师生用户用例:登录系统、绑定手机号、查看个人外卖记录、设置取餐提醒、查询外卖信息、接收取餐/超时通知、扫码/输码取餐、提交反馈。
- 外卖员用例:平台账号关联登录、查询各区域外卖柜空闲格子、扫码/输订单号存餐、查看当日/当月配送记录。
- 系统管理者用例:添加/删除外卖柜设备、监控设备运行状态(故障、温度)、接收设备异常报警、查看全校实时订单数据、处理师生反馈、生成/导出数据报表、自定义统计维度、设置外卖存放时长与保温温度。
(三)用例图(文字示意)
[师生用户] → 登录系统、绑定手机号、查看外卖记录、设置取餐提醒、查询外卖信息、接收通知、扫码取餐、提交反馈
[外卖员] → 账号登录、查询外卖柜空闲格子、扫码存餐、查看配送记录
[系统管理者] → 管理外卖柜设备、监控设备状态、处理反馈、查看订单数据、生成报表、设置系统参数
(注:实际用例图需使用UML工具绘制,包含参与者、用例及两者之间的关联线)(四)用例描述(核心用例示例)
用例1:师生扫码取餐
- 用例ID:UC-001
- 参与者:师生用户
- 前置条件:师生已收到系统发送的“外卖已存入”通知(含外卖柜位置、取件码),且已到达对应外卖柜旁。
- 后置条件:若取餐成功,系统更新订单状态为“已取餐”;若取餐失败(如取件码错误、设备故障),系统提示错误原因并引导联系管理者。
- 基本流程:
- 师生打开系统“扫码取餐”界面,扫描外卖柜上的格子二维码;或选择“输入取件码”,手动输入通知中的取件码。
- 系统验证取件码/二维码的有效性(是否匹配当前未取餐订单)。
- 验证通过后,系统发送指令解锁对应保温格子。
- 师生打开格子取走外卖,关闭格子后,系统自动更新订单状态为“已取餐”。
- 异常流程:
- 若取件码错误或已过期,系统提示“取件码无效,请核对后重试或联系管理者”。
- 若外卖柜设备故障(如格子无法解锁),系统提示“设备异常,请联系管理者处理”,并显示管理者联系方式。
用例2:外卖员扫码存餐
- 用例ID:UC-002
- 参与者:外卖员
- 前置条件:外卖员已登录系统,查询到目标区域外卖柜存在空闲格子,且已到达该外卖柜旁。
- 后置条件:存餐成功后,系统分配专属格子并向对应师生发送“外卖已存入”通知,同时更新外卖柜空闲格子数量。
- 基本流程:
- 外卖员打开系统“扫码存餐”界面,扫描外卖订单上的二维码;或选择“手动输入”,输入外卖订单号。
- 系统查询订单对应的师生信息,自动分配当前外卖柜的空闲保温格子。
- 系统生成开箱码,外卖员扫描开箱码或系统远程解锁格子。
- 外卖员将外卖放入格子并关闭柜门,系统确认存餐完成,向师生发送通知(含外卖柜位置、取件码)。
- 异常流程:
- 若输入的订单号不存在或已被存餐,系统提示“订单信息无效或已存餐,请核对订单”。
- 若分配格子后超时未关闭柜门(如超过2分钟),系统自动锁定格子并重新标记为空闲,提示外卖员“操作超时,请重新发起存餐”。
用例3:管理者监控外卖柜设备
- 用例ID:UC-003
- 参与者:系统管理者
- 前置条件:管理者已登录系统管理后台,系统已接入各外卖柜设备的实时数据。
- 后置条件:若发现设备异常,管理者可发起维修流程;若保温温度异常,系统自动调整或提示人工干预。
- 基本流程:
- 管理者在后台进入“外卖柜管理”模块,查看所有外卖柜的列表(含位置、设备编号、当前空闲格子数)。
- 点击目标外卖柜,查看详细运行状态(如是否故障、当前保温温度、各格子使用情况)。
- 若设备显示“正常”且保温温度在35-45℃范围内,完成监控操作;若存在异常,执行对应处理。
- 异常流程:
- 若设备显示“故障”(如格子无法解锁、扫码模块失效),系统自动发送报警通知,管理者点击“发起维修”,填写维修需求并分配给维修人员。
- 若保温温度低于35℃或高于45℃,系统提示“温度异常”,管理者可远程发送“调整温度”指令;若远程调整无效,提示“需现场检修保温模块”。