毕业设计实战：基于Java+Spring Boot+MySQL的新冠物资管理系统设计与实现全流程指南

小飞计算机毕设
26 阅读22分钟

毕业设计实战：基于Java+Spring Boot+MySQL的新冠物资管理系统设计与实现全流程指南

在开发“基于Java+Spring Boot+MySQL的新冠物资管理系统”毕业设计时，曾因“物资申请表未通过物资ID与物资表建立外键关联”踩过关键坑——初期仅在两张表单独设计编号字段，未设置关联约束，导致管理员查询某份申请对应的物资库存、仓库位置时，需手动匹配物资编号与申请记录，耗费1.3天重构表结构、补全关联SQL才解决问题📝。基于此次实战经验，本文将系统拆解从需求分析、技术选型、功能实现到测试验收的全流程要点，附避坑技巧与实操细节，为同类毕设提供可落地的实施指南。

一、需求分析：锚定新冠物资管理核心诉求，避免功能冗余返工

部分同学在毕设初期易陷入“功能堆砌”误区，比如笔者曾耗时2.1天开发“物资数据可视化大屏模块”，最终因偏离“物资管理、申请审核、捐赠处理、公告发布”核心需求被导师要求删减。明确“用户角色-核心功能”对应关系，是降低返工率的关键前提。

1. 核心用户与功能拆解（优化后角色权限体系）

系统核心用户分为管理员、普通用户（民众）、员工三类，前期曾因混淆“员工”与“管理员”的“物资发放权限”，导致员工可自行超量发放防疫物资，明确角色边界后系统数据规范性显著提升，具体功能分工如下：

管理员端（核心必做功能）
  • 全维度信息管控：
    • 用户管理：维护普通用户账号（新增、密码重置、逻辑删除），支持按姓名/手机号/身份证号筛选，查看用户完整资料（头像、邮箱、账户状态），禁用违规账号（禁用后不可登录）；
    • 员工管理：审核员工入驻申请（查看姓名、手机号、身份证号、头像、邮箱），通过后激活员工账号，驳回需填写理由；管理已入驻员工（修改信息、禁用违规员工），支持按姓名筛选；
    • 字典管理：配置系统固定选项（如物资类型、公告类型、申请状态、捐赠状态），确保数据规范性（如物资类型仅可选“防护用品”“检测试剂”“药品”，申请状态仅可选“待审核”“已通过”“已拒绝”）；
  • 核心物资业务处理：
    • 物资管理：发布物资信息（填写名称、编号、照片、所属仓库、位置、类型、数量、介绍，设置是否上架），审核员工提交的物资入库记录，通过后更新库存，驳回需填写修改意见；查看所有物资列表，支持按类型、仓库筛选，下架过期或违规物资（如过期药品）；
    • 申请与捐赠管理：查看用户提交的物资申请（按申请时间倒序），校验申请理由合理性、申请数量与库存匹配度，通过后生成发放任务；审核用户捐赠申请（查看捐赠物资、数量、缘由），通过后安排入库，驳回需填写回复；
    • 公告与资讯管理：发布新冠疫情公告（如物资发放通知、防疫政策），按发布时间倒序展示；发布疫情资讯（填写名称、图片、类型、详情），实时更新防疫动态；处理用户留言反馈（如“物资申请后多久审核”），同步回复并通知用户；
  • 数据统计与维护：
    • 物资数据统计：按“物资类型”统计库存数量（防护用品/检测试剂/药品），按“申请状态”统计申请数量（待审核/已通过/已拒绝），生成柱状图；
    • 基础数据维护：管理物资类型（新增“医用口罩”“防护服”等子类型）、公告类型（新增“发放通知”“防疫指南”），确保信息分类规范。
员工端（核心需求功能）
  • 物资操作与管理：
    • 物资入库：填写入库物资（关联物资表）、数量、时间、备注，上传入库凭证照片，提交后进入管理员审核流程；查看入库记录（按时间倒序），跟踪审核状态；
    • 物资发放：接收管理员分配的发放任务（含用户信息、物资、数量、位置），确认发放后更新物资库存，填写发放备注（如“已送达用户小区”）；查看历史发放记录，支持按时间筛选；
    • 库存核对：定期核对负责仓库的物资库存（与系统数据比对），提交库存差异报告（如“医用口罩实际库存比系统少50个”），协助管理员修正数据。
普通用户（民众）端（核心需求功能）
  • 物资服务与互动：
    • 物资查询与申请：浏览已上架物资（按类型、仓库筛选），查看物资详情（名称、照片、库存、介绍）；提交物资申请（选择物资、填写数量、缘由，≥10字），在“我的申请”查看审核状态；
    • 物资捐赠：填写捐赠信息（选择物资类型、数量、缘由），提交捐赠申请，跟踪审核进度；审核通过后查看捐赠接收地址与联系方式；
    • 信息获取与反馈：浏览管理员发布的公告与疫情资讯（按类型筛选），查看详情（如物资发放时间、防疫知识）；向管理员提交留言反馈（如“申请物资未收到”），查看回复内容。

2. 需求分析避坑要点（实战经验总结）

  • 拒绝空想调研：邀请5-6名同学模拟“用户申请物资-管理员审核-员工发放”“用户捐赠物资-管理员审核-员工入库”场景，收集真实诉求。例如，基于用户“实时了解申请进度”需求，增设“申请状态跟踪”功能，实用性远高于冗余的“数据可视化大屏模块”；
  • 绘制可视化用例图：用DrawIO绘制核心用例图（如“管理员-物资审核”“用户-物资申请”“员工-物资发放”），汇报时直观呈现逻辑，避免纯文字描述偏差；
  • 明确约束条件：提前规定“物资照片/用户头像/入库凭证仅限JPG/PNG（≤5MB）”“物资编号自动生成（格式：WZ+日期+序号，如WZ20240601001）”“申请数量≥1、≤50”“公告标题≥5字、内容≥30字”“捐赠缘由≥10字”，为编码提供明确依据。

3. 可行性分析：从五维度论证，提升毕设专业性

可行性分析是开题关键，需避免泛泛而谈“可行”，从以下维度具体展开：

  • 时间可行性：预留2个月开发周期，拆分“需求分析（7天）→ 环境搭建（5天）→ 数据库设计（7天）→ 功能开发（28天）→ 测试验收（13天）”，每日投入3小时，结合导师指导可按时完成；
  • 经济可行性：开发工具均为免费/开源（IDEA/Eclipse社区版、MySQL 5.7、Tomcat 8.5），硬件用个人笔记本，开发成本为零；系统上线后可替代传统新冠物资管理模式（如纸质申请、Excel统计库存），减少记录误差（原手工误差率16%，系统上线后降至2%）、提升管理效率；
  • 操作可行性：界面参考主流政务服务平台交互逻辑，高频功能（物资查询、申请提交、个人中心）置于首页，经测试，用户3分钟内可完成物资申请，员工2分钟内可掌握物资发放操作；
  • 技术可行性：Java、Spring Boot、MySQL、Vue均为高校核心课程内容，资料丰富（如《Spring Boot实战》《MySQL从入门到精通》），技术门槛可控；需注意避免Tomcat 10版本，前期联调时出现Servlet API兼容问题，切换至Tomcat 8.5后解决；
  • 法律可行性：技术与工具均为开源授权，无版权纠纷；用户数据（身份证号、联系方式）、物资信息遵循《个人信息保护法》《传染病防治法》，仅收集管理必需信息，论文与源码无抄袭，符合法律要求。

二、技术选型：优先稳定适配，拒绝盲目追新

前期曾跟风选用Java 11+Vue 3+Redis技术栈，因Redis缓存配置不当导致物资库存数据重启后丢失，调试耗时1.1天。后续调整为“Java 8+MySQL 5.7+IDEA/Eclipse社区版+Spring Boot 2.5.x+Vue 2.x+Tomcat 8.5”组合，兼顾稳定性与开发效率，适合新手上手。

1. 核心技术栈选型说明（含避坑提醒）

技术工具选型理由避坑提醒
Java 8语法简洁，支持面向对象编程，与Spring Boot、Tomcat 8.5兼容性最佳，满足多角色权限、物资流程（申请、审核、发放）开发避免Java 11+版本，部分旧依赖（如commons-fileupload）支持不完善，易出现物资照片上传IO异常
MySQL 5.7支持事务与外键，满足多表关联（物资-申请、物资-入库、用户-捐赠），utf8mb4编码解决物资介绍、申请缘由生僻字乱码安装时手动设编码为utf8mb4，默认编码会导致用户留言含特殊符号乱码；开启事务确保物资发放与库存扣减原子性（避免超卖）
IDEA/Eclipse社区版Eclipse轻量易用，适合Java新手入门；IDEA支持Spring Boot、MySQL插件，断点调试便捷，代码提示更丰富，可按需选择安装“Maven Helper”插件管理依赖，避免手动导Jar包版本冲突，前期因缺失mysql-connector导致数据库连接失败
Spring Boot 2.5.x简化Spring配置，内置Tomcat，快速集成数据库操作、数据校验组件，降低开发复杂度（如自动处理跨域、物资数量校验）避免Spring Boot 3.x版本，与Java 8兼容性差，易出现配置解析错误；配置文件明确数据库URL（加useSSL=false防SSL报错）
Vue 2.x轻量级前端框架，支持组件化开发，快速实现动态页面（物资列表、申请表单、发放记录），数据绑定简化前后端交互避免Vue 3.x版本，部分UI组件（ElementUI）兼容不足，易出现物资筛选表单校验错误；配置axios拦截器处理请求超时、身份验证问题
Tomcat 8.5适配Java 8与Spring Boot，部署简单，支持热部署（修改代码无需重启服务器）避免Tomcat 10版本，与Spring Boot 2.5.x存在Servlet API兼容问题，易出现页面无法访问；端口设为8081（默认8080易冲突）

2. 开发环境搭建步骤（实操指南）

  1. 安装JDK 1.8：配置“JAVA_HOME”“Path”环境变量，cmd执行“java -version”显示“1.8.x”即为成功；
  2. 安装开发工具与插件：选择IDEA或Eclipse社区版，IDEA需安装“Vue.js”“Maven Helper”插件，Eclipse需安装“Spring Tools 4”插件，配置JDK为1.8，编码设为UTF-8；
  3. 安装MySQL 5.7：用Navicat创建数据库“covid_material_management”，编码utf8mb4，执行脚本创建表（用户表、物资表、申请表等）；
  4. 配置Tomcat 8.5：解压后在开发工具中配置服务器，测试访问http://localhost:8081，出现默认页面即成功；
  5. 创建Spring Boot项目：通过开发工具创建Maven项目，pom.xml引入Spring Boot Web、MySQL Driver、MyBatis、Spring Validation等依赖，配置application.properties（数据库连接、端口、静态资源路径、文件上传大小限制）；
  6. 前端开发与联调：用Vue+ElementUI开发登录、物资列表、申请提交页面，打包后放入Spring Boot的static目录，编写“查询物资列表”接口，前端调用成功即环境搭建完成。

三、数据库设计：精简核心关联，避免数据混乱

数据库是新冠物资管理系统的核心，前期因未关联“物资申请表”与“物资表”，导致无法追溯申请对应的物资库存、仓库位置，后续用“实体-属性-关系”分析法梳理，效率显著提升。

1. 核心表结构设计（精简版，共15张核心表）

  • 管理员表（admin）：id（主键）、username（账号，唯一）、password（MD5加密）、role（角色）、addtime（新增时间）；
  • 用户表（user）：id（主键）、user_name（姓名）、user_phone（手机号，唯一）、user_id_number（身份证号，唯一）、user_photo（头像路径）、user_email（邮箱）、account_status（账户状态）、create_time（创建时间）；
  • 员工表（employee）：id（主键）、emp_id（工号，唯一）、emp_name（姓名）、emp_phone（手机号，唯一）、emp_id_number（身份证号，唯一）、emp_photo（头像路径）、emp_email（邮箱）、account_status（账户状态）、create_time（创建时间）；
  • 物资表（material）：id（主键）、material_code（物资编号，唯一）、material_name（名称）、material_photo（照片路径）、warehouse（所属仓库）、location（物资位置）、material_type（类型）、stock_quantity（库存数量）、heat（热度）、introduction（介绍）、is_online（是否上架）、logic_delete（逻辑删除）、create_time（创建时间）；
  • 物资申请表（material_application）：id（主键）、app_code（申请编号，唯一）、material_id（物资ID，外键关联物资表id）、user_id（用户ID，外键关联用户表id）、app_quantity（申请数量）、app_reason（申请缘由）、app_status（申请状态）、review_reply（审核回复）、review_time（审核时间）、create_time（创建时间）；
  • 物资捐赠表（material_donation）：id（主键）、donation_code（捐赠编号，唯一）、material_id（物资ID，外键关联物资表id）、user_id（用户ID，外键关联用户表id）、donation_quantity（捐赠数量）、donation_reason（捐赠缘由）、donation_status（捐赠状态）、donation_reply（捐赠回复）、reply_time（回复时间）、create_time（创建时间）；
  • 物资入库表（material_stock_in）：id（主键）、stock_in_code（入库编号，唯一）、material_id（物资ID，外键关联物资表id）、emp_id（员工ID，外键关联员工表id）、stock_in_quantity（入库数量）、stock_in_time（入库时间）、remarks（备注）、create_time（创建时间）；
  • 物资发放表（material_distribution）：id（主键）、dist_code（发放编号，唯一）、material_id（物资ID，外键关联物资表id）、emp_id（员工ID，外键关联员工表id）、user_id（用户ID，外键关联用户表id）、dist_quantity（发放数量）、dist_time（发放时间）、location（发放位置）、remarks（备注）、create_time（创建时间）；
  • 疫情公告表（epidemic_announcement）：id（主键）、ann_title（公告标题）、ann_photo（公告图片路径）、ann_type（公告类型）、publish_time（发布时间）、ann_content（公告详情）、create_time（创建时间）；
  • 疫情资讯表（epidemic_news）：id（主键）、news_title（资讯标题）、news_photo（资讯图片路径）、news_type（资讯类型）、publish_time（发布时间）、news_content（资讯详情）、create_time（创建时间）；
  • 留言反馈表（message_feedback）：id（主键）、user_id（用户ID，外键关联用户表id）、message_title（留言标题）、message_content（留言内容）、message_time（留言时间）、reply_content（回复内容）、reply_time（回复时间）、create_time（创建时间）；
  • 物资收藏表（material_collection）：id（主键）、material_id（物资ID，外键关联物资表id）、user_id（用户ID，外键关联用户表id）、collection_time（收藏时间）、create_time（创建时间）；
  • 物资留言表（material_message）：id（主键）、material_id（物资ID，外键关联物资表id）、user_id（用户ID，外键关联用户表id）、message_content（留言内容）、message_time（留言时间）、reply_content（回复内容）、reply_time（回复时间）、create_time（创建时间）；
  • 论坛表（forum）：id（主键）、post_title（帖子标题）、user_id（用户ID，外键关联用户表id）、emp_id（员工ID，外键关联员工表id）、post_content（发布内容）、post_type（帖子类型）、post_status（帖子状态）、post_time（发帖时间）、create_time（创建时间）；
  • 字典表（dictionary）：id（主键）、dic_code（字段）、dic_name（字段名）、code_index（编码）、index_name（编码名称）、parent_id（父字段id）、remarks（备注）、create_time（创建时间）。

2. 核心表关联测试（提前验证，避免返工）

建表后立即测试关联逻辑，步骤如下：

  1. 插入测试数据：用户表（id=1，user_name=“李华”，user_phone=“13800138000”）、物资表（id=1，material_name=“医用外科口罩”，material_code=“WZ20240601001”，warehouse=“A仓库”，stock_quantity=1000）、物资申请表（id=1，app_code=“SQ20240601001”，material_id=1，user_id=1，app_quantity=10，app_reason=“家庭防疫需求”）；
  2. 编写JOIN查询SQL，验证“某份物资申请对应的物资与用户信息关联”：
SELECT a.app_code, a.app_quantity, a.app_reason, a.app_status, a.review_time,
       m.material_name, m.warehouse, m.location, m.stock_quantity, m.introduction,
       u.user_name, u.user_phone, u.user_email
FROM material_application a
JOIN material m ON a.material_id = m.id
JOIN user u ON a.user_id = u.id
WHERE a.id = 1;

若能查询出“申请详情（编号、数量、缘由、状态）、物资详情（名称、仓库、位置、库存、介绍）、用户信息（姓名、手机号、邮箱）”，说明关联正确；若出现外键错误，检查字段类型是否匹配（如material_id与物资表id是否同为Integer）。

关键避坑提醒：切勿将物资照片、入库凭证等二进制数据存入数据库！前期尝试导致数据库体积骤增（50张物资照片使数据库增大450MB），后续改为存储文件路径（如/static/material/photo1.jpg），大幅提升查询速度。

四、功能实现：聚焦核心模块，提升答辩竞争力

无需开发所有功能，优先完成3个核心模块即可满足答辩要求，突出开发重点：

1. 管理员端：物资管理与申请审核模块（必做核心模块）

  • 核心逻辑：
    1. 物资管理：管理员进入物资管理页，发布物资信息（填写名称、上传照片、选择仓库/类型、设置库存/位置、填写介绍，设置是否上架）；查看待审核物资列表（按创建时间倒序，标黄提醒），校验信息完整性（名称≥2字、库存≥1、介绍≥20字），通过后上架展示，驳回需填写修改意见；支持按类型、仓库筛选已发布物资，下架过期信息（如过期药品）；
    2. 申请审核：进入申请管理页，按“申请状态（待审核/已通过）”“物资类型”筛选，查看申请详情（用户信息、物资、数量、缘由）；校验申请数量与库存（申请量≤库存则通过，否则驳回），通过后生成发放任务分配给员工，驳回需填写回复（如“库存不足，最多申请5个”）；
    3. 数据统计：按“物资类型”统计库存数量，按“申请状态”统计申请量，生成柱状图，支持导出Excel报表（含物资名称、申请数、发放数）。
  • 页面设计（Vue+ElementUI）：
    • 物资管理区：筛选区（类型、仓库、上架状态）、表格展示物资名称、类型、库存、仓库、创建时间、操作（审核/修改/下架/详情），待审核行标黄；
    • 申请审核区：筛选区（申请状态、物资类型）、表格展示申请编号、用户姓名、物资名称、申请数量、操作（审核/查看），待审核行标黄；
    • 数据统计区：顶部为统计卡片（待审核申请数、总库存数、本月发放量），中部为图表展示区，底部为“导出报表”按钮。

2. 员工端：物资入库与发放模块（答辩亮点模块）

  • 核心逻辑：
    1. 物资入库：员工进入入库页面，选择物资（下拉加载物资表）、填写入库数量（≥1）、选择入库时间、上传凭证照片（校验格式/大小）、填写备注（如“捐赠物资入库”），提交后进入管理员审核；查看入库记录（按时间倒序），跟踪审核状态（待审核/已通过/已拒绝）；
    2. 物资发放：接收管理员分配的发放任务（含用户姓名、电话、物资、数量、地址），确认物资库存后，填写发放时间、备注（如“已送达”），提交后更新库存；查看历史发放记录，支持按时间、物资类型筛选；
    3. 库存核对：进入库存核对页，选择负责仓库，系统展示该仓库所有物资的系统库存，员工录入实际库存，提交差异报告（如“医用口罩系统1000个，实际950个”）。
  • 页面设计：
    • 物资入库区：表单含物资下拉框、数量输入框（≥1）、时间选择器、图片上传组件、备注输入框，底部为“提交审核”按钮；
    • 物资发放区：任务列表（按分配时间倒序）展示用户信息、物资、数量、地址，操作列含“确认发放”；发放表单含发放时间、备注，提交后提示“发放成功”；
    • 库存核对区：表格展示物资名称、系统库存、实际库存输入框，底部为“提交差异报告”按钮。

3. 用户端：物资查询与申请模块（核心需求模块）

  • 核心逻辑：
    1. 物资查询：用户进入物资列表页，按“类型（防护用品/检测试剂）”“仓库（A仓库/B仓库）”筛选，卡片式展示已上架物资（含照片、名称、库存、仓库），点击“详情”查看完整信息（位置、介绍），点击“收藏”添加至个人收藏；
    2. 物资申请：选择目标物资，点击“申请”进入表单页，填写申请数量（≤库存）、缘由（≥10字），提交申请；系统校验数量与缘由，不符合要求提示对应错误，符合要求则生成申请记录，跳转至“我的申请”；
    3. 申请跟踪：在“我的申请”页面查看申请记录（按时间倒序），查看审核状态（待审核/已通过/已拒绝）及回复，状态变更时接收系统提醒（如“您的物资申请已通过，将由员工配送”）。
  • 页面设计：
    • 物资查询区：顶部为筛选栏（类型下拉框、仓库选择器），中部为卡片式物资列表，底部为“加载更多”按钮；
    • 物资申请区：表单含物资名称展示栏（不可编辑）、数量输入框（带库存校验）、缘由输入框（带长度校验），底部为“提交申请”按钮；
    • 申请跟踪区：表格展示申请编号、物资名称、申请时间、状态、回复，未审核行标黄。 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述

五、测试验收：全面排查问题，保障答辩顺利

笔者前期未测试“用户超库存申请物资”场景，导致出现“用户申请数量超过库存仍能提交”的bug，被导师指出“未做申请量与库存的实时校验”并扣分😥。需针对性完成以下测试：

1. 核心功能测试用例

测试场景操作步骤预期结果
用户超库存申请物资物资“医用口罩”库存=5→用户进入申请页→填写数量=10→点击“提交”系统提示“库存不足，当前库存仅5个”，申请失败
员工物资发放管理员分配发放任务（用户李华，口罩5个）→员工进入任务页→确认库存→填写发放时间→提交发放记录生成，物资库存减少5个，系统提示“发放成功”
管理员驳回申请用户申请口罩10个（库存5个）→管理员进入审核页→查看申请→选择“拒绝”并填写“库存不足”→提交申请状态更新为“已拒绝”，用户收到回复通知，库存无变化

2. 兼容性与性能测试

  • 兼容性：测试Chrome、Firefox、Edge浏览器，修复IE11下表单样式错乱、物资照片预览失败问题；测试手机端浏览器，确保物资查询、申请提交页面自适应（按钮大小适配手指点击）；
  • 性能：用Jmeter模拟30个用户同时申请同一物资，系统响应时间≤2秒，无超申请现象；查询100条物资记录（关联库存、仓库数据），耗时≤1秒，加载流畅。

3. 测试报告撰写

包含“测试目的、范围、用例、结果”，明确已修复问题（超库存申请拦截、发放库存同步、浏览器兼容），结论说明“核心功能无严重bug，可满足新冠物资管理需求”，附测试截图（如超库存提示、发放成功提示）。

六、答辩准备：掌握3个技巧，提升通过率

  1. 演示流程梳理：按“管理员发布物资-用户申请物资-管理员审核-员工发放物资-用户查看状态”演示，每个步骤停顿2秒，重点展示“物资申请与物资表关联逻辑”“库存实时校验机制”，让评委清晰看到功能流转；
  2. 突出问题解决能力：重点讲“物资申请表与物资表关联修复”“超库存申请校验实现”“数据库文件路径存储优化”，结合开发踩坑与解决方案（如“初期用二进制存物资照片导致数据库卡顿，改为路径存储后查询速度提升35%”），比单纯讲技术栈更有说服力；
  3. 提前预判问题：针对“如何避免物资超发”，回答“申请审核时校验库存、发放时二次确认库存、开启事务确保库存扣减原子性”；针对“如何保障用户数据安全”，回答“用户密码MD5加密、敏感信息（身份证号）脱敏展示、违规账号禁用机制”。

结语

本文基于Java+Spring Boot+MySQL的新冠物资管理系统实战经验，核心是“聚焦新冠物资核心业务（物资管理、申请审核、发放入库）、优先稳定技术、提前排查表关联与数据校验问题”。毕设无需追求复杂功能（如AI物资需求预测、多端同步），把物资管理、申请处理、员工操作等核心功能做扎实，即可顺利通过答辩。

若需要核心源码（带注释）、数据库脚本（含测试数据）、ER图模板，可在评论区留言“Java+Spring Boot新冠物资管理系统”获取；若在模块开发中遇问题（如超库存申请校验、物资发放逻辑实现），也可留言咨询，笔者将及时回复。

收藏本文，便于开发查阅～ 祝各位同学毕设顺利，轻松毕业！🎉

avatar
文章
阅读
粉丝