方案设计：团餐/生鲜配送系统
← 返回场景概览 | 上一阶段：需求探索 → | 下一阶段：开发资产 →
方案概览
本方案设计了一套完整的团餐/生鲜配送管理系统，涵盖智能排线、电子回单、温控监控、交接管理四大核心场景，通过路线优化算法、扫码交接、温度传感器等技术，实现配送过程的数字化、智能化管理。
1. 智能排线系统
1.1 路线规划算法
规划目标：
- 总距离最短
- 总时间最短
- 满足配送时间窗口要求
- 考虑交通情况
算法流程：
路线优化算法：
- 使用 TSP（旅行商问题）算法或 VRP（车辆路径问题）算法
- 考虑配送时间窗口约束
- 考虑车辆载重约束
- 实时根据交通情况调整
1.2 配送时间窗口
时间窗口定义：
- 硬时间窗口：必须在时间窗口内到达（如学校必须在 11:00-11:30 到达）
- 软时间窗口：尽量在时间窗口内到达，超出有惩罚
时间窗口规则：
| 配送点类型 | 时间窗口 | 优先级 |
|---|---|---|
| 学校食堂 | 11:00-11:30 | 高 |
| 企业食堂 | 11:30-12:00 | 中 |
| 其他 | 灵活 | 低 |
1.3 实时路线调整
调整触发条件：
- 交通拥堵，预计无法按时到达
- 配送点临时变更
- 车辆故障，需要换车
调整规则：
- 重新计算最优路线
- 通知相关配送点预计到达时间变更
- 记录路线调整原因
2. 电子回单系统
2.1 交接流程
2.2 数量核对规则
核对方式：
- 系统自动比对配送数量与订单数量
- 允许一定误差（如 ±2%）
- 超出误差范围，自动生成争议单
争议处理：
- 争议单自动通知调度员
- 调度员协调处理
- 处理结果记录
2.3 电子回单生成
回单内容：
- 配送单号
- 配送时间
- 配送数量
- 交接照片
- 接收方确认信息
- 温度记录（如有）
回单保存：
- 电子回单自动保存
- 支持导出 PDF
- 月底自动对账
3. 温控监控系统
3.1 温度监测
监测设备：
- 温度传感器（安装在配送车辆）
- 数据采集器（实时采集温度数据）
- 数据传输（4G/5G 实时传输）
监测频率：
- 每 5 分钟采集一次温度
- 温度数据实时上传
- 温度数据保存 1 年
3.2 温度要求
温度标准：
| 食材类型 | 温度要求 | 允许范围 |
|---|---|---|
| 热食 | >60°C | 60-80°C |
| 冷食 | <10°C | 0-10°C |
| 生鲜 | 0-4°C | 0-4°C |
3.3 异常预警
预警规则：
- 温度超出允许范围，立即预警
- 预警通知：司机、调度员、管理人员
- 预警处理：立即调整温度或更换车辆
预警处理流程：
- 温度异常，系统自动预警
- 通知司机立即处理
- 如果无法处理，通知调度员换车
- 记录异常情况和处理结果
4. 交接管理系统
4.1 交接确认规则
双重确认：
- 配送员扫码确认到达
- 接收方扫码确认接收
- 缺一不可，否则交接无效
交接时间窗口：
- 必须在规定时间窗口内完成交接
- 超出时间窗口，记录异常
4.2 数量争议处理
争议类型：
- 数量不足：配送数量少于订单数量
- 数量多余：配送数量多于订单数量
- 品种错误：配送品种与订单不符
处理流程：
- 系统自动生成争议单
- 通知调度员处理
- 调度员协调配送员和接收方
- 处理结果记录
- 如需补送，生成补送单
4.3 交接记录
记录内容：
- 交接时间
- 交接地点
- 交接数量
- 交接照片
- 温度记录（如有）
- 争议情况（如有）
5. 数据模型设计
5.1 配送任务（DeliveryTask）
typescript
interface DeliveryTask {
id: string;
taskNo: string; // 任务编号
vehicleId: string; // 车辆ID
driverId: string; // 司机ID
route: RoutePoint[]; // 配送路线
deliveryPoints: DeliveryPoint[]; // 配送点列表
startTime: Date; // 开始时间
endTime?: Date; // 结束时间
status: 'pending' | 'in-progress' | 'completed' | 'cancelled';
totalDistance?: number; // 总距离（公里）
totalTime?: number; // 总时间（分钟）
createdAt: Date;
updatedAt: Date;
}5.2 配送点（DeliveryPoint）
typescript
interface DeliveryPoint {
id: string;
taskId: string;
pointName: string; // 配送点名称
location: { // 位置
lat: number;
lng: number;
address: string;
};
timeWindow: { // 时间窗口
start: Date;
end: Date;
};
orderItems: OrderItem[]; // 订单明细
deliveredItems?: OrderItem[]; // 实际配送明细
arrivalTime?: Date; // 到达时间
handoverTime?: Date; // 交接时间
handoverStatus: 'pending' | 'completed' | 'disputed';
handoverImages: string[]; // 交接照片
temperature?: number; // 交接时温度
status: 'pending' | 'in-transit' | 'arrived' | 'completed';
}5.3 温度记录（TemperatureRecord）
typescript
interface TemperatureRecord {
id: string;
taskId: string;
vehicleId: string;
temperature: number; // 温度值
timestamp: Date; // 时间戳
location?: { // 位置
lat: number;
lng: number;
};
isAbnormal: boolean; // 是否异常
alarmLevel?: 'normal' | 'warning' | 'critical';
}6. 权限设计
6.1 角色定义
| 角色 | 权限 |
|---|---|
| 超级管理员 | 所有权限 |
| 调度员 | 路线规划、任务派发、争议处理 |
| 配送司机 | 查看自己的任务、执行配送、交接确认 |
| 接收方 | 接收确认、查看配送记录 |
| 管理人员 | 查看所有数据、统计数据 |
7. 技术架构
7.1 硬件层
- 温度传感器：安装在配送车辆
- GPS定位：车辆GPS定位
- 移动设备：手机/PDA（司机、接收方使用）
7.2 软件层
- 后端：Java Spring Boot 微服务架构
- 前端：Vue 3 + Element Plus（PC 管理后台）
- 移动端：Uni-app（小程序/App）
7.3 核心算法
- 路线优化：TSP/VRP 算法
- 实时调度：动态路线调整算法
8. 关键业务规则总结
8.1 路线规划规则
- 总距离最短
- 满足配送时间窗口要求
- 实时根据交通情况调整
8.2 交接规则
- 双重确认：配送员+接收方
- 数量自动核对
- 争议自动生成争议单
8.3 温控规则
- 实时监测温度
- 温度异常立即预警
- 温度数据全程记录
下一步：开发资产
在开发资产阶段，我们将：
- 创建 Cursor Skills（业务规则、数据模型）
- 创建 PROMPT 模板（需求调研、方案设计）
- 创建代码模板（API 接口、前端组件）