1. 项目背景与需求分析
大学食堂物资供应配送系统是高校后勤管理中的重要环节。传统的人工管理模式存在诸多痛点：采购计划不精准导致食材浪费或短缺、库存管理混乱、配送效率低下、财务对账困难等。这些问题在高校扩招背景下愈发突出，亟需数字化解决方案。
我们设计的系统需要满足以下核心需求：
- 实现从供应商管理、采购计划、入库出库到财务结算的全流程数字化
- 支持多食堂、多仓库的分布式管理
- 建立智能预警机制（库存预警、保质期预警等）
- 提供可视化的数据看板辅助决策
- 适应高校特有的学期制运营节奏（寒暑假期间的特殊处理）
2. 技术选型与架构设计
2.1 SpringBoot框架优势
选择SpringBoot作为基础框架主要基于：
- 快速开发：自动配置、起步依赖等特性可大幅缩短开发周期
- 微服务友好：便于后期扩展为多模块的微服务架构
- 生态丰富：与MyBatis、Redis等常用组件无缝集成
- 适合教学：文档完善，社区活跃，便于学生理解企业级开发模式
2.2 系统架构设计
采用经典的三层架构：
code复制表现层：Thymeleaf + Bootstrap
业务层：SpringBoot + Spring Security
数据层：MySQL + Redis（缓存）
额外集成：
- 阿里云OSS：用于存储食材图片等文件
- EasyExcel：处理采购计划等Excel报表
- ECharts：数据可视化展示
3. 核心功能模块实现
3.1 供应商管理模块
关键实现点：
java复制// 供应商资质自动提醒
@Scheduled(cron = "0 0 9 * * ?")
public void checkLicenseExpire() {
List<Supplier> suppliers = supplierMapper.selectExpiringLicense();
suppliers.forEach(s -> {
String msg = "您的资质将于" + s.getLicenseEndDate() + "到期";
smsService.send(s.getContactPhone(), msg);
});
}
3.2 智能采购模块
采用加权移动平均法预测需求量：
code复制预测值 = α×上周实际用量 + β×上上周实际用量 + γ×上上上周实际用量
(α+β+γ=1, α>β>γ)
特殊处理：
- 开学季/毕业季系数调整
- 恶劣天气预警时的应急采购
3.3 库存管理模块
创新性地采用双库存设计：
- 虚拟库存：记录系统中应有的库存量
- 实际库存：通过PDA扫码盘点获得的真实库存
每日自动生成差异报告，有效防止跑冒滴漏。
4. 特色功能实现
4.1 保质期三级预警
java复制public enum ExpireAlertLevel {
LEVEL1(7, "绿色"), // 距到期>7天
LEVEL2(3, "黄色"), // 3-7天
LEVEL3(0, "红色"); // <3天
private final int days;
private final String color;
// 构造方法省略...
}
4.2 配送路径优化算法
基于Dijkstra算法改进的食堂配送路径规划：
- 建立校园地图的加权有向图
- 考虑不同时段的人流密度权重
- 加入电梯等待时间因子
实测可减少配送员20%的行走距离。
5. 开发中的典型问题与解决方案
5.1 并发库存更新问题
现象：多人同时操作导致库存数据不一致
解决方案：
java复制@Transactional
public void reduceInventory(Long itemId, int quantity) {
// 使用悲观锁
Inventory inventory = inventoryMapper.selectForUpdate(itemId);
if(inventory.getStock() >= quantity) {
inventory.setStock(inventory.getStock() - quantity);
inventoryMapper.updateById(inventory);
} else {
throw new BusinessException("库存不足");
}
}
5.2 学期切换数据归档
采用分表策略：
- 当前学期数据：live表（高频访问）
- 历史数据：archive_2023等归档表
使用Spring Batch实现定时归档作业。
6. 部署与性能优化
6.1 缓存策略设计
采用多级缓存：
- 本地缓存（Caffeine）：高频访问的基础数据
- Redis集群：共享的业务数据
- MySQL：持久化存储
缓存更新策略：
java复制@CacheEvict(value = "supplier", key = "#id")
public void updateSupplier(Supplier supplier) {
supplierMapper.updateById(supplier);
}
6.2 性能压测结果
使用JMeter模拟500并发：
- 平均响应时间：<800ms
- 错误率：<0.1%
- 吞吐量：320请求/秒
7. 毕业设计扩展建议
- 物联网扩展：接入智能称重设备自动更新库存
- 大数据分析：基于历史数据预测菜品需求
- 移动端开发：微信小程序供配送员使用
- 区块链应用：建立不可篡改的食品安全溯源
实际开发中发现，系统最耗时的不是编码本身，而是与食堂工作人员的沟通需求。建议学弟学妹们在开始编码前，至少花2周时间实地观察食堂运营流程，记录各个岗位的真实痛点。我们在第二版迭代时加入了"临期食品特价推送"功能，就是源于对剩菜处理问题的深入观察。