毕业设计实战：基于SpringBoot+MySQL的校园疫情防控系统设计与实现，从需求到测试全流程避坑指南！
谁懂啊！当初做校园疫情防控系统毕设时，光“健康表”和“学生表”的外键关联就卡了2天——一开始没给健康表设“学生id”外键，查某个学生的健康记录时数据全串错，导师看了直接让我“重新梳理数据库关系”😫 后来踩遍无数坑才摸出高效落地流程，今天把需求分析、技术选型、功能实现到测试的核心细节说透，宝子们不用熬夜改代码，轻松搞定毕设！
一、先搞懂“校园疫情防控系统要啥”！需求分析别瞎蒙
刚开始我跳过需求分析就写代码，花两周加了个“疫情风险智能预警算法”，结果导师一句“核心是健康管理、请假审核、信息通知，不是复杂算法”直接打回重改！后来才明白，需求分析得先抓准“谁用系统、要干啥”，这步做对，少走90%弯路。
1. 核心用户&功能拆解（踩坑后总结版）
系统有三类核心用户：管理员、教师、学生（别加“医护子角色”！我当初加了后权限混乱，医护能修改学生请假状态，砍掉才顺畅），功能明确区分，避免越权：
- 管理员端（必做功能）：
- 人员管理：维护教师/学生账号（新增、重置密码、标记假删）、按姓名/学院筛选人员、查看人员基础信息（头像、联系方式、学院班级）
- 信息管理：发布疫情公告（标题、图片、详情）、管理聊天室（审核帖子、删除违规内容）、查看全量健康数据
- 基础配置：维护学院/班级信息、设置健康状态类型（正常/异常）、配置请假类型（病假/事假）
- 教师端（核心功能）：
- 健康管理：查看学生每日健康上报记录、按健康状态/班级筛选异常数据、导出健康统计报表
- 请假审核：处理学生请假申请（通过/驳回、填写处理意见）、查看请假历史记录
- 互动管理：在聊天室回复学生咨询、发布疫情相关通知
- 学生端（核心需求）：
- 健康上报：每日填写健康表（体温、健康状态、详情）、查看历史上报记录
- 请假申请：提交请假信息（原因、天数、时间）、查看审核结果
- 信息查看：浏览疫情公告、在聊天室发布咨询、查看班级健康通知
2. 需求分析避坑指南（血泪教训！）
- 别空想！找2个同学模拟教师和学生提意见：比如学生说“想快速知道请假审核结果”，我才加了“审核状态标色”（通过标绿色、驳回标红色、处理中标橙色），比瞎加“智能预警”实用
- 一定要画用例图！用DrawIO画“管理员-发布公告”“教师-审核请假”“学生-健康上报”，跟导师汇报时比光说“我要做XX功能”直观10倍（当初没画，导师听20分钟没get到逻辑）
- 写“需求规格说明书”！把约束条件写清楚（如“学生体温需在35-42℃之间”“请假天数≥1”“公告标题非空”），编码时对着做，不跑偏
3. 可行性分析别敷衍！3点写清楚就能过
导师超爱问“系统可行吗”，别只说“我觉得可行”，从3个角度写，显专业：
- 技术可行性：SpringBoot、MySQL、Java都是课堂学过的，图书馆有《SpringBoot实战》《MySQL数据库设计》，遇到问题能查资料（别用SpringBoot 3.x！我当初试了，跟MySQL 8.0联调时健康表上传接口卡4天，换回2.7才顺）
- 经济可行性：工具全免费！IDEA（社区版）、MySQL、Tomcat官网直接下，答辩时说“开发成本0，还能帮学校节约人工统计健康数据的时间成本”，导师会觉得你懂成本控制
- 操作可行性：界面参考校园办公平台，常用功能放显眼位置（如“健康上报”在学生首页顶部），找同学测试，10分钟学会上报健康、提交请假，导师直接认可
二、技术选型别跟风！这套组合稳到爆
刚开始我跟风用SpringBoot 3.x+Vue3+Redis，结果“健康数据缓存”卡3天——Redis配置错，重启后数据全丢😫 后来换成Java 8+SpringBoot 2.7+MySQL 8.0+Tomcat 9+IDEA 2022+Vue2，新手友好，调试效率翻两倍！
1. 技术栈核心选择（附避坑提醒）
别盲目选“最新技术”，稳定比炫酷重要！核心工具选择理由和坑点直接抄：
| 技术工具 | 为啥选它 | 避坑提醒！ |
|---|---|---|
| Java 8 | 语法简洁，SpringBoot 2.7兼容性最佳，学习资料多 | 别用Java 11+！部分依赖支持差，易出“类加载失败” |
| SpringBoot 2.7 | 简化配置，自带Tomcat，支持自动装配，开发效率比SSM高30% | 别用3.x版本！与Vue2、MySQL 8.0兼容性差 |
| MySQL 8.0 | 支持事务/外键，存健康数据、请假记录足够用，utf8mb4编码解决生僻字乱码 | 安装设“utf8mb4”编码！我当初用默认编码，学生姓名含生僻字乱码，查2小时才好 |
| Vue2 | 上手简单，组件丰富，与后端联调顺畅，学习资料多 | 别用Vue3！组合式API对新手不友好，数据格式转换易出错 |
2. 开发环境搭建（step by step 实操）
很多宝子卡“环境配置”，跟着步骤来，一次成功：
- 装JDK 1.8：记安装路径（如D:\Java\jdk1.8），配置“JAVA_HOME”环境变量，cmd输“java -version”显“1.8.x”即成
- 装IDEA 2022（社区版）：勾选“Spring Boot”“Vue.js”插件，自动安装
- 装MySQL 8.0：用Navicat建数据库“campus_epidemic”，编码设“utf8mb4”，排序“utf8mb4_general_ci”
- 建SpringBoot项目：IDEA选“Spring Initializr”，勾选“Spring Web”“MyBatis”“MySQL Driver”依赖，自动生成结构
- 配数据库连接：在application.properties中设url=jdbc:mysql://localhost:3306/campus_epidemic?useSSL=false&serverTimezone=UTC，用户名root，密码自己设，写“查询学生健康列表”接口，运行能返回数据即完成
三、数据库设计：别让表关联坑了你
这是毕设“核心骨架”，我当初没关联“健康表”和“学生表”，查“某学生健康记录”要写3层嵌套SQL，调试到凌晨1点😫 后来按“实体-属性-关系”设计，终于理清。
1. 核心实体&属性（附ER图技巧）
先确定“实体”（学生、教师、健康表、请假表、公告表、聊天室表），再想“属性”，别漏关键字段！必做6张表，直接画ER图：
- 学生表（student）：id（主键）、username（账号）、password（密码）、name（姓名）、college（学院）、class（班级）、phone（手机号）、avatar（头像路径）、is_delete（逻辑删除：0=未删，1=已删）
- 健康表（health）：id（主键）、student_id（关联学生）、health_status（健康状态：0=正常，1=异常）、temperature（体温）、detail（详情）、report_time（上报时间）
- 请假表（leave_apply）：id（主键）、student_id（关联学生）、reason（请假原因）、days（天数）、start_time（开始时间）、audit_status（审核状态：0=处理中，1=通过，2=驳回）
画ER图用Visio/亿图，记3规则：
- 矩形=实体（如“学生”“健康表”）
- 椭圆=属性（如学生“学院”“班级”，健康表“体温”“状态”）
- 菱形=关系（如“学生-健康表”一对多，一个学生可多次上报健康；“学生-请假表”一对多，一个学生可多次请假）
避坑提醒：别把“学生头像、公告图片”存数据库！我当初存二进制导致数据库崩溃，改成存路径（如/static/student/avatar1.jpg）才对。
2. 表关联测试！别等编码才发现错
建表后一定要测：在“学生表”插数据（id=1，姓名=“张三”，学院=“计算机学院”），“健康表”插关联数据（student_id=1，体温=36.5℃，健康状态=0，上报时间=2024-05-04），用JOIN查“某学生健康记录”：
SELECTs.name,h.temperature,h.health_status,h.report_timeFROMhealth hJOINstudent sONh.student_id=s.idWHEREs.id=1;能查出“学生名+体温+健康状态+上报时间”说明关联对；若报错“Cannot add or update a child row”，大概率外键错，赶紧检查表结构。
四、功能实现：核心模块操作+页面设计
不用做所有功能！先搞定3个核心模块，答辩足够出彩，附操作逻辑和页面要点：
1. 学生端：健康上报模块（必做！）
核心是“每日健康登记”，重点“体温合法性校验”和“重复上报拦截”，别漏这两步！
- 操作逻辑：
- 上报前校验“体温在35-42℃之间”“当日未重复上报”“健康状态必选”，缺一项提示“完善信息”
- 上报成功后，弹窗提示“今日健康上报完成”，并同步到教师端健康列表
- 页面设计（Vue+Bootstrap）：
- 上报表单：健康状态（下拉选：正常/异常）、体温（数字框，限制35-42）、详情（文本域，可选）、上报时间（默认当前日期，禁用修改）
- 操作按钮：“提交上报”（绿色）、“重置”（灰色）
- 历史记录区：显示近7天上报数据，异常状态标红
2. 教师端：请假审核模块（核心需求！）
教师核心工作是“处理学生请假”，流程别复杂：查看待审核列表→查看请假详情→选择通过/驳回→填写意见，我当初漏了“请假天数合理性校验”，导致学生填负数天数，补半天逻辑才好。
- 操作逻辑：
- 审核前校验“请假天数≥1”“请假时间未过期”，不满足提示“请假信息无效”
- 审核后，自动给学生发送通知（通过/驳回原因），更新请假状态
- 页面设计：
- 筛选区：请假状态（下拉选：处理中/通过/驳回）、学生姓名（模糊查）、查询按钮
- 请假列表：显示学生姓名、请假原因、天数、申请时间、状态，操作列“查看详情/审核”
- 审核弹窗：显示请假详情，单选“通过/驳回”，意见输入框（必填），确认按钮
3. 管理员端：公告管理模块（答辩亮点！）
体现“疫情信息通知闭环”，导师超爱问！核心“发布公告-管理列表-学生查看”，别漏“公告图片预览”。
- 页面设计：
- 筛选区：公告标题（模糊查）、公告类型（下拉选）、查询/新增按钮
- 公告列表：显示标题、类型、图片（缩略图）、发布时间，操作列“编辑/删除/预览”
- 新增弹窗：标题（必填）、类型（下拉选）、图片上传（JPG/PNG）、详情（文本域）、发布时间（默认当前）
五、测试别敷衍！这3步让答辩不翻车
很多宝子觉得“功能能跑就行”，答辩时评委一测就出问题！我当初没测“学生重复健康上报”，导致一天能报3次，导师说“不符合疫情统计逻辑”，当场扣分😫 测试要针对性做：
1. 功能测试（必测3模块）
重点测核心功能，整理测试用例表，直接填结果：
| 测试场景 | 操作步骤 | 预期结果 |
|---|---|---|
| 学生重复健康上报 | 同一学生→当日已上报→再次提交 | 提示“今日已完成健康上报，无需重复操作！” |
| 请假天数填负数 | 学生提交请假→天数填-1→提交 | 提示“请假天数需≥1，请重新填写！” |
| 正常审核请假 | 教师选待审核请假→查看详情→选“通过”+填意见→提交 | 提示“审核成功！”，学生端收到通知，状态更新为“通过” |
2. 兼容性测试（容易忽略）
别只在自己电脑测！答辩评委可能用不同浏览器：
- 浏览器：Chrome、Firefox、IE11（重点测IE，兼容性最差）
- 分辨率：1920×1080、1366×768（别出横向滚动条，用Bootstrap“container”布局）
3. 测试报告要写好！答辩加分
整理“测试报告”，含“目的、范围、用例、结果、问题总结”：
- 问题总结：“IE下公告图片显示变形，加IE专属CSS修复；学生可重复上报，加当日上报状态校验修复”
- 测试结论：“核心功能无严重bug，兼容性问题已修复，满足校园疫情防控数据管理需求”
六、答辩准备：3个加分小技巧
- 演示流程顺畅：提前录视频（怕现场崩），按“学生健康上报→教师查看健康数据→学生提交请假→教师审核请假→管理员发布公告”流程来，每个操作停顿2秒，让评委看清
- 讲“解决的问题”：比如“一开始学生能重复上报健康，加report_time当日校验解决；请假天数能填负数，加天数≥1判断解决；表关联错查不到记录，重新设计外键（student_id关联学生表id）解决”，比光说“用了SpringBoot+MySQL”有亮点
- 准备常见问题：导师可能问“系统怎么保证健康数据真实？”，答“加体温范围校验（35-42℃），同一学生当日仅能上报1次，教师可查看历史记录对比，确保数据不造假”
最后：毕设通关小私心
以上就是基于SpringBoot+MySQL的校园疫情防控系统从0到1的避坑干货！毕设不难，别瞎做复杂功能（如AI预警、在线问诊），把健康上报、请假审核、公告管理做扎实，答辩就能过。
需要核心源码（带注释，直接能跑）、数据库脚本（含测试数据）、ER图模板的宝子，评论区扣“疫情防控系统”，我私发你；卡在某个模块（如健康上报、请假审核），也可以留言，看到必回！
点赞收藏，下次找流程不迷路～祝宝子们毕设顺利，轻松毕业！😘
)
