基于SSM与Vue的抗疫物资管理系统设计与实现

1. 项目背景与核心价值

抗疫物资管理系统是后疫情时代医疗机构和社区管理的重要工具。这个毕业设计选题结合了当下社会刚需和技术热点，采用SSM（Spring+SpringMVC+MyBatis）后端架构与Vue.js前端框架，实现了物资全生命周期管理的数字化解决方案。我在实际开发过程中发现，这类系统最核心的挑战在于既要满足突发情况下的高并发需求，又要保证物资数据的绝对准确性。

传统物资管理依赖Excel手工记录，经常出现库存更新延迟、调拨信息不同步等问题。去年在某三甲医院信息科实习时，就看到护士长每天要花2小时核对防护服库存。而这个系统通过自动化流程和实时数据看板，能将此类工作压缩到10分钟以内，这正是其实际价值所在。

2. 技术架构设计解析

2.1 后端SSM框架选型

选择SSM框架组合主要基于三方面考量：

1. Spring的IoC容器管理Bean生命周期，配合AOP实现日志、事务等横切关注点
2. SpringMVC的拦截器非常适合做权限验证（比如不同角色查看不同物资数据）
3. MyBatis的动态SQL能灵活应对多条件物资查询场景

数据库设计时特别注意了物资状态的枚举值定义：

java复制public enum MaterialStatus {
    IN_STOCK(0),    // 在库
    IN_TRANSIT(1),  // 运输中
    DISTRIBUTED(2), // 已分发
    EXPIRED(3);     // 已过期
    // 省略getter/setter
}

2.2 前端Vue技术栈

采用Vue CLI 4.x搭建项目骨架，主要包含：

• Element UI：用于快速构建物资表单和表格
• ECharts：实现物资库存量、消耗趋势等可视化
• Vue Router：处理不同权限用户的导航守卫
• Vuex：管理全局物资数据状态

特别优化了物资入库的批量上传组件：

vue复制<template>
  <el-upload
    action="/api/material/import"
    :before-upload="checkFileFormat"
    :on-success="handleSuccess">
    <el-button type="primary">点击上传Excel</el-button>
  </el-upload>
</template>

3. 核心功能实现细节

3.1 智能预警模块

通过Spring Scheduled实现定时任务，每天凌晨检查：

1. 库存量低于安全阈值的物资（N95口罩存量<1000个触发预警）
2. 临近过期的物资（有效期剩余7天内标红显示）
3. 异常出入库记录（单日消耗量超过月均3倍时告警）

核心算法采用滑动窗口计算近期消耗量：

java复制public class ConsumptionCalculator {
    public static double predictUsage(List<Double> history) {
        // 使用加权移动平均算法
        double sum = 0;
        for(int i=0; i<history.size(); i++) {
            sum += history.get(i) * (i+1); 
        }
        return sum / ((1+history.size())*history.size()/2);
    }
}

3.2 分布式事务处理

物资调拨涉及多个仓库的联动操作，采用本地消息表保证最终一致性：

1. 在调拨主表中记录事务状态（0-待执行，1-已完成，2-已回滚）
2. 通过定时任务补偿未完成的事务
3. 设置最大重试次数（3次失败后转为人工处理）

消息表关键字段设计：

sql复制CREATE TABLE transaction_log (
    id BIGINT PRIMARY KEY,
    biz_id VARCHAR(32) COMMENT '调拨单号',
    status TINYINT DEFAULT 0,
    retry_count INT DEFAULT 0,
    create_time DATETIME,
    update_time DATETIME
);

4. 系统安全与性能优化

4.1 权限控制方案

采用RBAC模型实现四级权限控制：

1. 超级管理员：系统基础数据维护
2. 仓库管理员：物资出入库操作
3. 部门申领人：提交物资申请
4. 审计人员：查看统计报表

通过Spring Security实现接口级权限拦截：

java复制@PreAuthorize("hasRole('WAREHOUSE_ADMIN') || hasRole('SUPER_ADMIN')")
@PostMapping("/material/out")
public Result outStock(@Valid @RequestBody OutDTO dto) {
    // 出库业务逻辑
}

4.2 高并发应对策略

在压力测试中发现库存扣减是性能瓶颈，最终方案：

1. 使用Redis缓存热点物资数据
2. 采用乐观锁避免超卖：

sql复制UPDATE material_stock 
SET count = count - #{num} 
WHERE id = #{id} AND count >= #{num}

3. 对批量操作引入异步队列处理

JMeter测试结果对比：

5. 典型问题排查实录

5.1 跨域问题解决方案

开发阶段遇到的典型跨域场景及处理：

1. 前后端分离导致的OPTIONS预检请求
2. 自定义请求头触发的CORS限制
3. 携带Cookie时的凭证模式配置

最终后端配置方案：

java复制@Configuration
public class CorsConfig implements WebMvcConfigurer {
    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/**")
            .allowedOrigins("http://localhost:8080")
            .allowCredentials(true)
            .allowedMethods("*");
    }
}

5.2 数据一致性问题

曾出现的典型案例：前端显示库存充足但实际出库失败。排查发现：

1. 浏览器缓存了旧的物资列表接口响应
2. 分页查询时排序字段不唯一导致数据重复
3. 本地开发环境MySQL事务隔离级别设置不当

解决方案：

1. 为列表接口添加Cache-Control: no-cache
2. 所有分页查询必须包含唯一排序字段（如id）
3. 统一事务隔离级别为READ_COMMITTED

6. 项目部署与扩展建议

6.1 生产环境部署要点

推荐使用Docker Compose编排服务：

yaml复制version: '3'
services:
  mysql:
    image: mysql:5.7
    environment:
      MYSQL_ROOT_PASSWORD: ${DB_PASSWORD}
  redis:
    image: redis:alpine
  backend:
    build: ./server
    ports:
      - "8080:8080"
  frontend:
    build: ./client
    ports:
      - "80:80"

6.2 后续扩展方向

1. 接入物联网设备：通过RFID自动识别物资流转
2. 增加智能预测：基于机器学习预测未来物资需求
3. 开发微信小程序端：方便一线人员快速申领
4. 接入电子发票系统：实现采购报销全流程线上化

在数据库设计时特意预留了扩展字段：

sql复制ALTER TABLE material 
ADD COLUMN rfid_tag VARCHAR(64) COMMENT 'RFID标签号',
ADD COLUMN predict_usage INT COMMENT '预测月用量';

这个项目让我深刻体会到，好的管理系统不仅要技术过关，更要理解业务场景。比如物资效期管理就需要特别关注"先进先出"原则，而普通商品管理系统可能不需要这种细节设计。建议学弟学妹们做类似项目时，一定要先去实地观察用户的实际工作流程。