韩师外卖柜管理系统业务调研报告

一、选题题目

韩山师范学院外卖柜管理系统

二、详细业务描述

（一）课题背景

随着韩山师范学院（以下简称“韩师”）师生生活节奏不断加快，外卖点餐需求呈持续增长态势，校园外卖配送与取餐环节的矛盾日益突出。传统外卖管理模式以“外卖堆放在楼门口、电话通知取餐”为主，已无法适配当前校园外卖服务的需求。同时，社会信息化浪潮推动校园服务向智能化方向升级，国内多所高校已通过引入带基本保温功能的智能外卖柜，有效解决了外卖存放、取餐效率等问题，为韩师建设外卖柜管理系统提供了可借鉴的经验。在此背景下，构建韩师外卖柜管理系统，成为优化校园外卖服务、完善智慧校园生活服务体系的关键举措。

（二）涉及的业务流程

外卖配送流程：外卖员完成外卖制作取餐後，需逐个电话联系韩师师生确认取餐时间与地点，到达指定区域（如宿舍楼下、教学楼门口）后，若师生无法及时取餐，需等待或临时堆放外卖；若师生可及时取餐，则完成当面交付，整个配送过程依赖人工沟通与等待。

师生取餐流程：师生通过外卖平台下单后，需保持电话畅通，等待外卖员通知取餐；若因上课、社团活动等无法按时取餐，需与外卖员协商延迟取餐时间，或面临外卖被临时堆放、变冷变质、丢失的风险；取餐时需在堆积的外卖中寻找个人订单，取餐效率低。

校园管理流程：学校后勤管理人员需定期清理校园内被随意丢弃的外卖包装，维护校园环境；同时，需处理师生反馈的外卖丢失、撒漏等问题，因缺乏统一管理平台，问题追溯与处理效率较低。

三、存在的业务问题（重点）

（一）业务中的不便

• 外卖员配送效率低：外卖员需逐个电话联系师生，等待取餐时间长，尤其在午间12点-13点、晚间18点-19点的取餐高峰时段，需在校园门口或宿舍楼下长时间停留，导致单日可配送订单量受限。

• 师生取餐体验差：师生取餐时间受外卖员通知限制，与上课、社团活动等日程冲突时，外卖易长时间暴露在室外，出现变冷变质、口感下降的问题；且外卖无固定存放位置，存在被误拿、丢失的风险。

• 校园环境与秩序管理难：未及时取走的外卖常被堆放在楼门口、道路旁，占用公共空间；外卖包装随意丢弃，增加校园清洁人员的工作负担，影响校园环境整洁。

（二）可通过信息系统改善的原有管理方式

• 缺乏统一的外卖存放与管控平台：原有模式无集中管理工具，无法实时掌握外卖存放状态（如存放时长、位置），导致外卖混乱堆放、资源浪费，可通过系统整合外卖柜资源，实现数字化管控。

• 取餐与配送的信息同步不及时：师生无法主动查询外卖配送进度与存放位置，依赖外卖员电话通知，易出现信息延迟；外卖员也无法提前知晓各区域外卖柜空闲情况，可通过系统实现“存餐-通知-取餐”的信息实时同步。

• 外卖保温与安全保障缺失：原有模式无保温措施，热食外卖长时间存放后品质下降，且无专属存放空间导致外卖丢失，可通过系统结合智能外卖柜的保温功能，解决保温与安全问题。

• 缺乏数据支撑的服务优化：学校无法统计外卖订单总量、取餐高峰时段、各区域外卖需求等数据，难以针对性优化服务（如调整外卖柜布局、增加清洁频次），可通过系统实现数据统计与分析，为决策提供依据。

四、课题设想

（一）新系统开发前提条件

• 硬件设备支持：在校园宿舍区、教学区、生活区等核心区域部署带基本保温功能的智能外卖柜，每个外卖柜配备电子锁控、扫码识别模块，确保可实现“扫码存/取餐”与“35-45℃恒温保温”。

• 网络与通信支持：系统需接入校园网络，确保外卖柜设备、用户终端（师生手机、外卖员设备）与管理后台的数据实时传输，支持短信或APP推送通知功能。

• 数据对接支持：需与主流外卖平台（如美团、饿了么）实现订单数据对接，确保外卖员可通过平台账号关联登录系统，自动获取订单信息，无需手动输入。

（二）新系统设计的功能

师生服务功能

• 登录与个人中心：支持学号/工号+密码登录，绑定手机号接收通知，查看个人外卖记录（已取餐、待取餐、超时未取餐），设置自定义取餐提醒时间。
• 外卖查询与通知：实时显示外卖订单号、商家名称、外卖柜位置、格子编号、取件码、存入时间，支持按“取餐状态、存入时间”筛选；系统自动推送“外卖已存入”“超时未取餐”提醒。
• 扫码取餐与反馈：师生可通过扫描取件码或输入取件码解锁保温格子，若遇外卖撒漏、温度异常，可提交反馈至管理后台。

外卖员服务功能

• 登录与外卖柜查询：支持外卖平台账号关联登录，实时显示各区域外卖柜空闲格子数量、位置，辅助规划配送路线。
• 扫码存餐：扫描外卖订单二维码或输入订单号，系统自动分配空闲保温格子，生成开箱码，存餐完成后自动向师生发送通知。
• 配送记录查询：查看当日/当月配送记录（已完成订单数、存餐失败订单数），便于核对配送情况。

管理者服务功能

• 外卖柜管理：添加/删除智能外卖柜设备，实时监控设备运行状态（故障情况、保温温度），设备异常时自动发送报警通知。
• 订单管理：查看全校实时订单数据（待取餐、超时未取餐订单数），处理师生反馈，手动解锁格子或协调外卖员重新配送。
• 数据统计与分析：生成数据可视化报表（柱状图、饼图），展示每日/每月订单总量、各区域外卖柜使用率、师生取餐时长分布，支持数据导出与自定义统计维度（如按院系统计订单量）。
• 系统设置：配置外卖存放最长时长（默认4小时）、保温温度阈值（35-45℃），确保外卖存放安全与口感。

五、用例图及用例描述

（一）寻找参与者

系统核心参与者包括三类，分别为师生用户（使用系统查询、取餐的学生与教职工）、外卖员（使用系统存餐、查询配送记录的外卖配送人员）、系统管理者（负责系统维护、设备监控、订单管理的学校后勤或信息化部门人员）。

（二）寻找用例

师生用户用例：登录系统、绑定手机号、查看个人外卖记录、设置取餐提醒、查询外卖信息、接收取餐/超时通知、扫码/输码取餐、提交反馈。

外卖员用例：平台账号关联登录、查询各区域外卖柜空闲格子、扫码/输订单号存餐、查看当日/当月配送记录。

系统管理者用例：添加/删除外卖柜设备、监控设备运行状态（故障、温度）、接收设备异常报警、查看全校实时订单数据、处理师生反馈、生成/导出数据报表、自定义统计维度、设置外卖存放时长与保温温度。

（三）用例图

（四）用例描述

一、师生用户相关用例描述

用例 1：师生用户登录与个人中心管理

• 用例 ID：UC-STUDENT-ACCOUNT-001
• 参与者：师生用户
• 前置条件：无（首次使用或未登录状态）
• 后置条件：
  • 登录成功后，系统记录用户登录状态，展示个人中心页面；
  • 个人信息修改后，系统更新用户数据并保存变更记录。
• 基本流程：
  1. 师生用户打开系统，进入登录界面，选择 “账号密码登录” 或 “校园统一身份认证登录”。
  2. 输入登录凭证（账号 + 密码 / 校园认证信息），系统验证身份有效性。
  3. 验证通过后，系统自动跳转至个人中心页面，展示用户基本信息（如昵称、联系方式）。
  4. 师生用户可在个人中心中修改个人信息（如绑定手机号）、管理账号安全（如修改密码），用例结束。
• 异常流程：
  • 若登录凭证错误或身份未授权，系统提示 “账号或密码错误” 或 “您暂无系统使用权限，请联系管理员开通”。
  • 若个人信息修改内容不符合规范（如手机号格式错误），系统提示 “信息格式无效，请重新填写”。

用例 2：师生查看个人外卖记录

• 用例 ID：UC-STUDENT-ORDER-002
• 参与者：师生用户
• 前置条件：师生用户已成功登录系统。
• 后置条件：系统记录用户的查询操作，不修改订单数据。
• 基本流程：
  1. 师生用户在个人中心中，选择 “我的外卖记录” 功能入口。
  2. 系统自动展示该用户的所有历史外卖订单记录，包括订单状态（待取餐 / 已取餐 / 已超时）、订单时间、外卖柜信息等。
  3. 师生用户可通过时间筛选（如 “近 7 天”“近 30 天”）或状态筛选（如 “已取餐”）查看指定范围的记录，用例结束。
• 异常流程：
  • 若用户暂无任何外卖订单记录，系统提示 “您暂无外卖记录”。

用例 3：师生提交体验反馈

• 用例 ID：UC-STUDENT-FEEDBACK-003
• 参与者：师生用户
• 前置条件：师生用户已成功登录系统。
• 后置条件：
  • 系统保存反馈内容，生成反馈工单并推送至管理员后台；
  • 系统向用户反馈 “您的体验反馈已提交，感谢您的建议”。
• 基本流程：
  1. 师生用户在个人中心中，选择 “体验反馈” 功能。
  2. 选择反馈类型（如 “外卖柜设备问题”“取餐流程建议”“系统功能故障”），填写反馈详情内容，可上传问题图片（如外卖柜故障照片）。
  3. 确认内容无误后，点击 “提交” 按钮，系统完成反馈保存，用例结束。
• 异常流程：
  • 若反馈内容为空，系统提示 “请填写反馈内容后再提交”。

用例 4：师生查询外卖信息

• 用例 ID：UC-STUDENT-ORDER-004
• 参与者：师生用户
• 前置条件：
  • 师生用户已成功登录系统，且存在状态为 “已存餐” 的外卖订单。
• 后置条件：系统记录用户的查询操作，不修改订单状态。
• 基本流程：
  1. 师生用户进入系统首页或 “我的外卖” 页面，选择 “当前外卖信息” 功能。
  2. 系统自动展示当前未取餐订单的详细信息：外卖柜位置、格子编号、取件码、存餐时间、预计超时时间。
  3. 师生用户可点击 “导航至外卖柜”（若系统支持地图功能）查看路线，用例结束。
• 异常流程：
  • 若用户当前无未取餐订单，系统提示 “暂无待取餐的外卖信息”。

用例 5：师生设置取餐提醒

• 用例 ID：UC-STUDENT-REMIND-005
• 参与者：师生用户
• 前置条件：
  • 师生用户已成功登录系统，且存在状态为 “已存餐” 的外卖订单。
• 后置条件：系统保存提醒配置，按规则触发通知。
• 基本流程：
  1. 师生用户在 “当前外卖信息” 页面，点击目标订单的 “设置取餐提醒” 按钮。
  2. 选择提醒方式（如 “系统消息提醒”“短信提醒”），设置提醒时间（如 “存餐后 30 分钟”“超时前 10 分钟”）。
  3. 确认设置后，系统保存配置，在指定时间向用户发送取餐提醒，用例结束。
• 异常流程：
  • 若订单已超时，系统提示 “该订单已超时，无法设置取餐提醒”。

用例 6：师生接收取餐和超时通知

• 用例 ID：UC-STUDENT-NOTICE-006
• 参与者：师生用户
• 前置条件：
  • 师生用户已绑定通知渠道（如系统消息、手机号），且存在状态为 “已存餐” 的外卖订单。
• 后置条件：系统记录通知发送状态（已送达 / 未送达）。
• 基本流程：
  1. 当外卖员完成存餐后，系统自动向对应师生用户发送 “外卖已存入” 通知（包含外卖柜位置、取件码）。
  2. 当订单即将超时（如剩余 15 分钟），系统发送 “外卖即将超时，请尽快取餐” 提醒。
  3. 当订单已超时，系统发送 “外卖已超时，请联系管理员处理” 通知，用例结束。
• 异常流程：
  • 若通知渠道失效（如手机号停机），系统在个人中心中展示未读通知，并提示 “通知发送失败，请检查通知渠道设置”。

用例 7：师生扫码或输入取餐码取餐

• 用例 ID：UC-STUDENT-ORDER-007
• 参与者：师生用户
• 前置条件：
  • 师生用户已成功登录系统，且存在状态为 “待取餐” 的外卖订单。
• 后置条件：
  • 取餐成功后，订单状态更新为 “已取餐”；
  • 取餐失败时，系统记录异常信息并提示用户。
• 基本流程：
  1. 师生用户进入 “取餐” 功能界面，选择 “扫码取餐” 或 “输入取餐码”。
  2. 若选择扫码：扫描外卖柜格子上的二维码，系统验证二维码与订单的匹配性；
  3. 若选择输入取餐码：手动输入通知中的取餐码，系统验证有效性。
  4. 验证通过后，系统向外卖柜发送解锁指令，打开对应格子。
  5. 师生用户取走外卖并关闭柜门，系统更新订单状态为 “已取餐”，用例结束。
• 异常流程：
  • 若取餐码无效（错误 / 已失效），系统提示 “取餐码无效，请核对后重试”。
  • 若外卖柜设备异常（如格子无法解锁），系统提示 “设备异常，请联系管理员” 并记录故障信息。

二、外卖员相关用例描述

用例 1：外卖平台账号关联登陆

• 用例 ID：UC-DELIVER-ACCOUNT-001
• 参与者：外卖员
• 前置条件：无（首次使用或未登录状态）
• 后置条件：
  • 登录成功后，系统绑定外卖员的外卖平台账号（如美团 / 饿了么），记录登录状态；
  • 关联成功后，系统同步该账号下的待配送订单信息。
• 基本流程：
  1. 外卖员打开系统，进入登录界面，选择 “外卖平台账号关联登录”。
  2. 选择对应的外卖平台（如美团外卖 / 饿了么），跳转至平台授权页面，输入平台账号密码完成授权。
  3. 系统验证授权信息有效性，完成账号关联并自动登录系统。
  4. 登录后，系统展示关联平台下的待配送订单列表，用例结束。
• 异常流程：
  • 若外卖平台账号未通过验证（如账号不存在、授权失败），系统提示 “平台账号授权失败，请核对账号信息后重试”。
  • 若该外卖平台账号已被其他系统账号关联，系统提示 “该平台账号已绑定其他账号，请更换账号或联系管理员”。

用例 2：查询各区域外卖柜空闲格子

• 用例 ID：UC-DELIVER-DEVICE-002
• 参与者：外卖员
• 前置条件：外卖员已成功登录系统。
• 后置条件：系统记录查询操作，不修改外卖柜状态。
• 基本流程：
  1. 外卖员进入系统的 “外卖柜管理” 功能界面，选择 “区域空闲格子查询”。
  2. 系统展示所有已部署的外卖柜区域列表（如 “教学楼 A 区”“食堂 B 区”）。
  3. 外卖员选择目标区域，系统实时展示该区域内每个外卖柜的空闲格子数量、可用格子编号及位置信息。
  4. 外卖员可筛选 “空闲格子≥1” 的外卖柜，用例结束。
• 异常流程：
  • 若目标区域内无外卖柜部署，系统提示 “该区域暂未部署外卖柜，请选择其他区域”。
  • 若目标区域内所有外卖柜均无空闲格子，系统提示 “该区域外卖柜暂无空闲格子，请前往其他区域”。

用例 3：扫码存餐

• 用例 ID：UC-DELIVER-ORDER-003
• 参与者：外卖员
• 前置条件：
  • 外卖员已成功登录系统，且目标外卖柜存在空闲格子。
• 后置条件：
  • 存餐成功后，系统为订单分配专属格子，更新外卖柜空闲格子数量；
  • 系统向对应师生用户发送 “外卖已存入” 通知（含取件码、格子信息）。
• 基本流程：
  1. 外卖员选择待配送订单，进入 “存餐” 功能界面，扫描目标外卖柜的柜体二维码。
  2. 系统验证该外卖柜是否有空闲格子，若有则展示可用格子列表。
  3. 外卖员选择空闲格子，系统生成开箱指令，自动解锁对应格子。
  4. 外卖员将外卖放入格子并关闭柜门，系统确认存餐完成，生成取件码。
  5. 系统向师生用户推送存餐通知，用例结束。
• 异常流程：
  • 若扫描的外卖柜无空闲格子，系统提示 “该外卖柜暂无空闲格子，请更换其他外卖柜”。
  • 若格子解锁后超时（如 2 分钟内未关柜门），系统自动锁定格子并恢复为空闲状态，提示 “存餐操作超时，请重新发起存餐”。

用例 4：查看当日或当月的存餐记录

• 用例 ID：UC-DELIVER-RECORD-004
• 参与者：外卖员
• 前置条件：外卖员已成功登录系统，且存在历史存餐操作。
• 后置条件：系统记录查询操作，不修改存餐记录状态。
• 基本流程：
  1. 外卖员进入系统的 “存餐记录” 功能界面，选择时间范围（“当日” 或 “当月”）。
  2. 系统展示对应时间范围内的所有存餐记录，包括订单号、存餐时间、外卖柜区域、对应的师生用户信息及订单状态（已取餐 / 未取餐）。
  3. 外卖员可点击单条记录查看详情（如取件码、格子编号），用例结束。
• 异常流程：
  • 若对应时间范围内无存餐记录，系统提示 “暂无该时间段的存餐记录”。

三、管理员相关用例描述

用例 1：外卖柜设备管理

• 用例 ID：UC-ADMIN-DEVICE-001
• 参与者：管理员
• 前置条件：管理员已成功登录系统管理后台。
• 后置条件：
  • 设备信息新增 / 修改后，系统同步设备台账数据；
  • 设备停用后，系统标记其状态为 “不可用”，不再向用户展示。
• 基本流程：
  1. 管理员进入管理后台的 “设备管理” 模块，查看所有外卖柜设备的台账列表（含设备编号、区域、状态）。
  2. 若需新增设备：填写设备编号、部署区域、格子数量等信息，提交后系统录入台账。
  3. 若需修改设备：选择目标设备，调整其区域、备注等信息，保存后更新数据。
  4. 若需停用设备：选择目标设备，标记为 “停用”，系统将其从可用设备列表中移除，用例结束。
• 异常流程：
  • 若新增设备的编号与已有设备重复，系统提示 “设备编号已存在，请更换编号”。
  • 若停用正在运行的设备，系统提示 “该设备当前有在用格子，是否确认停用？”，确认后才执行操作。

用例 2：监控设备运行状态

• 用例 ID：UC-ADMIN-DEVICE-002
• 参与者：管理员
• 前置条件：
  • 管理员已登录管理后台，且系统已接入外卖柜设备的实时数据接口。
• 后置条件：系统记录设备状态的监控日志，无数据修改。
• 基本流程：
  1. 管理员进入 “设备监控” 功能界面，系统展示所有外卖柜的实时运行状态面板。
  2. 面板包含：设备在线状态、各格子的使用状态（空闲 / 占用）、当前保温温度、扫码模块状态。
  3. 管理员可选择单台设备查看详情（如近 1 小时的温度波动、格子操作记录），用例结束。
• 异常流程：
  • 若设备离线，系统在面板中标记为 “离线”，并提示 “该设备已断开连接，请检查网络”。

用例 3：接收设备异常警报

• 用例 ID：UC-ADMIN-ALERT-003
• 参与者：管理员
• 前置条件：系统已配置异常警报推送渠道（如后台消息、短信）。
• 后置条件：
  • 系统记录异常警报的接收状态；
  • 管理员处理异常后，系统更新警报的 “处理状态” 为 “已解决”。
• 基本流程：
  1. 当设备触发异常（如温度超限、格子故障），系统自动生成异常警报。
  2. 系统通过后台弹窗、短信等渠道向管理员推送警报（含设备编号、异常类型、发生时间）。
  3. 管理员查看警报详情，选择 “处理中” 并记录处理措施（如安排维修）。
  4. 异常解决后，管理员在系统中标记警报为 “已解决”，用例结束。
• 异常流程：
  • 若警报推送失败（如短信通道故障），系统在后台日志中记录 “推送失败”，并重复推送 1 次。

用例 4：生成和导出数据报表

• 用例 ID：UC-ADMIN-REPORT-004
• 参与者：管理员
• 前置条件：管理员已登录管理后台，且系统已积累设备 / 订单数据。
• 后置条件：系统生成报表文件（支持 Excel/PDF），并记录报表导出日志。
• 基本流程：
  1. 管理员进入 “数据报表” 模块，选择报表类型（如 “设备运行报表”“订单统计报表”）。
  2. 设置时间范围（日 / 周 / 月）和数据维度（如设备异常次数、订单量、存餐时长）。
  3. 系统根据条件统计数据，生成可视化报表（含图表、汇总数据）。
  4. 管理员可在线查看报表，或选择 “导出” 按钮获取文件，用例结束。
• 异常流程：
  • 若所选时间范围无数据，系统提示 “当前时间范围无有效数据，请调整筛选条件”。

用例 5：系统参数设置（存放时间、保存温度）

• 用例 ID：UC-ADMIN-SYSTEM-005
• 参与者：管理员
• 前置条件：管理员已登录管理后台，具备系统参数配置权限。
• 后置条件：系统保存新参数，所有设备 / 订单按新规则运行。
• 基本流程：
  1. 管理员进入 “系统设置” 模块，选择 “参数配置” 功能。
  2. 调整参数：
     • 外卖最长存放时间（如 2 小时）；
     • 外卖柜保温温度范围（如 35℃-45℃）；
     • 存餐操作超时时间（如 2 分钟）。
  3. 系统验证参数合理性（如时间 / 温度在有效区间），验证通过后保存配置。
  4. 系统向所有在线设备同步新参数，用例结束。
• 异常流程：
  • 若参数设置无效（如存放时间≤0），系统提示 “参数值无效，请输入合理范围”。