毕业设计这段时间很多人问我“SpringBoot还能做什么选题”我一般会反问一句你选的方向有没有真实的意义。如果只是把用户表、订单表换个名字拼一个“XX管理系统”那答辩老师一眼就能看穿。今天想和大家聊的是一个我实际带学生做过的、基于SpringBoot的残疾人再就业系统。这个系统的全称可以叫“残障人士职业重返与岗位对接平台”本质是把就业帮扶业务流程互联网化残疾人填写能力档案、企业发布适配岗位、系统做匹配推荐、培训管理员组织技能重塑课程、就业指导员跟进帮扶进度。它既符合SpringBoot大作业的核心技术范围又能在B端和C端之间做出真实业务逻辑作为计算机毕业设计来说信息量足够撑起论文和答辩。这篇文章不会只贴代码。我会把选题思路、数据库设计、JWT登录、岗位匹配算法、课程模块、报表模块、前后端部署以及我在实际开发中踩过的坑全部梳理一遍。无论你是准备做毕业设计还是想找一个有业务深度的SpringBoot练手项目这篇都可以直接拿来参考。1. 项目背景与需求分析1.1 为什么“残疾人再就业”是一个值得做的选题先说选题逻辑。很多毕业设计选题失败不是技术难度不够而是业务场景太薄。“学生管理系统”“图书借阅系统”这类题目被做了几百遍答辩时老师能追问的问题早就问完了。残疾人再就业系统不一样它有三个天然优势。第一个优势业务角色多。系统里至少有残疾人用户、企业招聘人员、就业指导员管理员、系统超级管理员四类角色。有角色就意味着有权限管理、 token 校验、数据隔离、操作日志这才是一个完整后端项目该有的样子。第二个优势流程链条长但清晰。残疾人注册后要完善能力评估档案企业发布岗位时也要标注岗位的体力要求、沟通要求、可调整范围。系统根据能力档案与岗位标签做匹配匹配通过后生成岗位推荐残疾人申请岗位企业收到申请就业指导员可以在过程中介入安排岗前培训或技能重塑课程。这一串流程天然适合做状态机设计。第三个优势有政策和社会价值。答辩的时候如果项目的落点是“促进残疾人就业、提升社会包容性”比单纯说“系统增删改查”要更能说明做项目的动机。说句实在话毕业设计的评分权重里选题价值占了相当一部分把业务方向立住后续讲任何功能都有底气。1.2 毕业设计角度如何挖掘亮点选这个题之后不建议把它做成“岗位列表 简历投递”两个孤立的页面。我建议至少加三个有层次感的功能点。第一层是“能力档案 岗位标签”的双向匹配体系。系统不能只让企业瞎发布岗位、残疾人瞎投简历要有匹配分。残疾人档案里有残疾类别、等级、技能标签、可承受工作时长、是否接受居家办公等字段。岗位表里对应设计岗位类型、工作强度、是否支持远程、要求技能等字段匹配时用加权评分算出推荐指数。这段逻辑写清楚既是技术亮点也是论文的核心章节。第二层是“技能重塑”闭环。除了岗位对接系统要有培训课程管理、学习进度记录、考核结果记录。课程可以由就业指导员发布支持线上视频或者线下培训预约学习完成之后形成技能提升记录。这些记录反过来更新能力档案进一步增强下一轮岗位匹配的准确性。形成一个“帮扶 - 培训 - 再就业 - 反馈”的正向循环。第三层是数据可视化报表。残疾人就业率、岗位缺口、热门培训方向、各企业残疾人雇佣情况用几条 SQL 聚合出来做成柱状图和饼图。如果只是写 CRUD论文里很难有分析型的内容加上统计报表这一模块论文里就能写“数据驱动的就业帮扶决策支持”项目层次立刻不一样。2. 技术选型与总体架构2.1 后端技术栈为什么选择 SpringBoot如果只看标题就知道核心框架是 SpringBoot但我想多说一句SpringBoot 并不是越新越好毕业设计选 2.x 还是 3.x一定要提前想清楚。我反复用的组合是 SpringBoot 2.7.18 JDK 1.8 MyBatis-Plus 3.5.7 MySQL 8.0。原因特别现实这套组合的网上资料最多兼容性问题最少答辩时老师如果抽查某个依赖配置也很容易讲明白。SpringBoot 3.x 要求 JDK 17 起步管理的依赖也有变化如果实验室电脑或室友电脑环境不一致启动报错会耽误很多时间。毕业设计的核心是稳定完成项目而不是追新版本这一点不用犹豫。持久层我强烈建议用 MyBatis-Plus而不是原生 MyBatis。残疾人再就业系统的查询条件非常碎岗位列表要按地区、标签、匹配度排序残疾人列表要按残疾类别、技能方向筛选这些场景用 MyBatis-Plus 的 LambdaQueryWrapper 可以少写大量 XML。另一方面MyBatis-Plus 的代码生成器可以直接生成实体、Mapper、Service 基础代码适合时间紧张的毕设节奏。2.2 前端与数据库选型思路前端推荐用 Vue2 Element UI而不是 Vue3。我知道 Vue3 已经是主流但这里还是要讲成本前后端分离毕业设计项目绝大多数学生是现学现用Vue2 生态下的 Element UI 表单组件、弹窗、分页表格全部开箱即用案例也最多遇到问题复制搜索就有答案。当然如果你已经熟练掌握 Vue3 Element Plus用它也没问题核心接口设计完全一样。数据库建模上我按“前台业务库”和“后台管理库”两类角色来划分。前台业务包含 user、resume_profile、job_position、job_application、training_course、training_record、company_info后台管理包含 employment_aid_record、feedback_visit、audit_log。所有表名和字段在开发前先定好不要写到哪建到哪否则后面做关联查询会非常痛苦。2.3 项目分层与模块划分后端目录用标准的三层结构但要在“模块”层面做一点规划方便论文里画出系统架构图。我的建议结构是com.example.reemployment ├── common // 通用返回结果、异常处理、常量 ├── config // 配置类Cors、JWT 拦截器、MyBatisPlus 分页插件 ├── controller // 控制层按照端区分 auth/job/training/report ├── service // 业务层接口 实现 ├── mapper // 数据访问层 ├── entity // 实体类 ├── dto // 请求/响应数据传输对象 └── utils // JWT工具、文件上传工具、匹配算法工具按照 controller 层来拆业务边界比按角色拆更合适。比如 JobController 同时承担企业的岗位发布和用户的岗位搜索但从页面调用方看它都属于“岗位”这个核心资源。这样做接口数量合理论文里的接口设计表也好画。3. 数据库设计与核心表结构3.1 用户与角色权限设计用户表我建议用单表多角色设计而不是单独拆出 user、company_user、admin_user 三张表。虽然拆表在模型上更“规范”但实际开发中登录校验会多写很多分支代码毕设阶段没有必要。核心字段如下create table sys_user ( id bigint primary key auto_increment, username varchar(50) not null unique, password varchar(100) not null, real_name varchar(50), phone varchar(20), user_type tinyint, -- 1残疾人 2企业用户 3就业指导员 4管理员 company_id bigint, -- 当user_type为2时关联企业 status tinyint default 1, create_time datetime );密码加密用 BCryptPasswordEncoder不要用 MD5。这句话我每次带项目都要强调用 MD5 的作业被老师看到基本会被认为网络安全意识不够。BCrypt 是 Spring Security 自带的加密器加盐后每次加密结果不同比较时用 matches 方法验证即可。角色判断我用 user_type 字段配合自定义注解和拦截器实现接口权限。不引入 Spring Security 全家桶的原因很简单毕业设计里引入 Spring Security 会导致配置量翻倍还可能和 JWT 过滤器、CORS 配置之间产生各种隐藏的小问题。用 HandlerInterceptor 判断 userType 已经足够支撑这套系统的权限需求而且逻辑完全透明答辩时你能一步步说清楚。3.2 就业岗位与求职模块设计岗位表设计是整个项目的地基字段太少匹配逻辑做不了。我建议至少包含这些字段create table job_position ( id bigint primary key auto_increment, company_id bigint not null, company_name varchar(100), position_name varchar(100), position_type varchar(50), -- 技工/客服/设计/数据标注/后勤等 work_location varchar(100), work_intensity varchar(20), -- 轻度/中度/较高 support_remote tinyint, -- 是否支持居家办公 1是 0否 accept_disability_type varchar(100), -- 可接受的残疾类别逗号分隔 required_skill varchar(200), salary_range varchar(100), head_count int default 0, apply_count int default 0, job_status tinyint default 1, -- 上架/下架/已招满 create_time datetime );残疾人的能力档案可以单独建一张 resume_profile 表用 user_id 关联里面存残疾类别、残疾等级、技能列表、期望工作城市、期望工作时长、是否接受居家办公。岗位匹配的核心 SQL 其实不复杂先把所有上架岗位捞出来再逐条计算匹配分。如果岗位量级达到几千条也可以在 SQL 里用 WHERE 先粗筛掉明显不合适的比如工作城市不一致、残疾类别明确不接受的岗位。3.3 技能培训与帮扶记录设计技能重塑模块至少要两张表培训课程表和学习记录表。课程表存课程名称、课程类型、培训内容、开始时间、结束时间、报名状态。学习记录表存用户 ID、课程 ID、学习进度、考核成绩、是否完成。帮扶过程记录表是这个项目的隐性亮点很多学生会忽略。我建议增加 employment_aid_record用来记录就业指导员的每一次帮扶动作首次沟通、简历指导、推荐岗位、面试模拟、入职跟踪、回访反馈。这张表一方面支撑了“就业帮扶”这四个字在业务上的落地另一方面做出时间线列表后对论文里的业务流程图非常有用。所有表统一加上 create_time 和 update_time不要偷懒。这一点在用 MyBatis-Plus 时很好实现在实体类上加 TableField(fill FieldFill.INSERT) 配合 MetaObjectHandler 自动填充即可。4. 核心功能实现与代码实战4.1 SpringBoot 整合 MyBatis-Plus 的基础配置项目创建时通过 Spring Initializr 生成基础工程即可依赖加上 web、mysql、lombok。MyBatis-Plus 是第三方组件所以要在 pom.xml 里手动引入。需要注意版本和 SpringBoot 的兼容性我用的是 3.5.7。dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.7/version /dependencyapplication.yml 中除了常见的数据源配置一定要配置 mapper-location 和逻辑删除。逻辑删除对岗位下架、用户禁用非常有用没有配置逻辑删除调用 mapper.deleteById() 就会变成物理删除后面查历史数据根本拿不到。mybatis-plus: mapper-locations: classpath*:mapper/**/*.xml global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0实体类基类可以统一写 BaseEntity字段包含 id、createTime、updateTime、deleted。把公共字段抽出来后续所有表实体都继承代码会很清爽。4.2 基于 JWT 的登录认证与角色权限登录接口流程controller 层接收用户名密码service 层先用 BCryptPasswordEncoder.matches() 校验密码成功后生 JWT token返回给前端。前端把 token 存在 localStorage 中请求时在 axios 拦截器里加上 Authorization 请求头。JWT 工具类建议只封装生成和解析两个核心方法。密钥要放到 application.yml 里不要硬编码在代码中。过期时间设置为一小时左右企业端的岗位管理页面停留时间较长过期时间可以给到 120 分钟。权限拦截器实现我不建议写在 WebMvcConfigurer 里硬编码路径名单可以考虑自定义一个注解 RequireRole标注在需要权限的 controller 方法上然后拦截器通过 HandlerMethod 解析注解判断当前用户类型。public class AuthInterceptor implements HandlerInterceptor { Autowired private JwtUtils jwtUtils; Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { if (!(handler instanceof HandlerMethod)) { return true; } HandlerMethod handlerMethod (HandlerMethod) handler; RequireRole requireRole handlerMethod.getMethodAnnotation(RequireRole.class); if (requireRole null) { return true; } String token request.getHeader(Authorization); if (token null || !token.startsWith(Bearer )) { throw new BusinessException(401, 请先登录); } Integer userType jwtUtils.getUserType(token.replace(Bearer , )); if (requireRole.value() ! userType) { throw new BusinessException(403, 无权限访问); } return true; } }这种自定义拦截器的方案不需要引入 Spring Security但权限控制的思路完整答辩时可以直接讲“基于 token 解析用户身份、通过自定义注解实现接口级权限控制”很加分。4.3 岗位发布与智能推荐岗位发布逻辑相对直接企业用户登录后把岗位信息插入 job_position 表。需要注意的是 company_name 不要从前端传而是根据当前登录用户关联的 company_id 去 company_info 表查出填充避免企业名称被伪造。头部校验在后台做页面上看不到但这是规范。智能推荐是本系统的核心模块单独写一个 JobMatchService。推荐算法的逻辑我建议用最简单的加权评分技能匹配度权重 40 分技能列表相交数量 / max(岗位技能数用户技能数)残疾类别兼容权重 30 分岗位可接受残疾类别包含用户残疾类别得满分不包含得0分工作强度匹配权重 15 分超过用户可承受强度则扣分匹配则得分远程工作权重 15 分用户期望远程且岗位支持远程得满分分数归一化到 0~100再按分数倒序取前 N 条存入 Redis 或直接返回前端。如果项目没有引入 Redis直接返回列表即可。对于几千条岗位内存计算完全没问题。推荐结果页显示匹配分和各项得分的变化甚至可以在前端用进度条展示对答辩演示有很强的视觉效果。public ListJobRecommendVO recommendJobs(Long userId) { ResumeProfile profile getResumeByUserId(userId); ListJobPosition allJobs listOnSaleJobs(); return allJobs.stream() .map(job - buildScore(profile, job)) .sorted((a, b) - b.getScore() - a.getScore()) .limit(20) .collect(Collectors.toList()); }4.4 技能重塑课程模块课程模块按“发布课程 - 用户报名 - 课程学习 - 提交考核 - 记录技能提升”五步来设计。课程发布后残疾人用户岗位详情页里可以看到“对口课程推荐”这里其实是从 training_course 表里按 position_type 模糊查询出来的。课程报名表要建立唯一约束user_id, course_id防止同一个人重复报名同一门课这个细节我在第一次做的时候就漏了后来数据出现重复不得不手工清理。课程考核不一定要复杂。考核结果可以用 pass/fail 两个状态表示成绩字段存一个数字。考核通过后在“技能提升记录”中插入一条数据同时更新 resume_profile 里的技能列表比如用户完成了“Excel 数据处理基础”课程就自动加上“Excel”这一技能标签。这一步是“技能重塑”功能落地的关键不能只记录课程进度而没有后续影响。前端页面建议用 Element UI 的 el-steps 组件展示“报名 - 学习 - 考核 - 完成”四步状态进度展示非常直观也能体现出业务闭环意识。4.5 就业帮扶进度管理与统计分析就业指导员的日常工作场景是查看待帮扶名单 - 为某个残疾人建立帮扶计划 - 记录每次沟通情况 - 协助对接岗位 - 录入结果。这个模块不太适合做成复杂的流程引擎用一个帮扶记录表加一个时间线列表在表格里按时间倒序展示即可。统计分析模块用聚合函数查询。需要注意一点不要把所有指标都丢给后端代码算能用 GROUP BY 就用 GROUP BY。比如“各残疾类型用人岗位分布”一条 SQL 就能完成。我举一个实际有用的例子Select(select position_type as category, count(*) as total from job_position where job_status 1 group by position_type) ListReportDataVO countPositionByType();统计报表前端可以用 ECharts 的柱状图、饼图、折线图。别忘了报告页要和“残疾人就业率”挂钩先统计有岗位申请且录用的人数作为分子再除以注册的残疾人总数。这些数据直接支撑论文里的数据分析章节算是低成本高收益的亮点。5. 实操过程与踩坑记录5.1 项目初始化与 Maven 版本管理初始化项目时最容易踩的第一个坑是 Maven 仓库源下载缓慢。修改 settings.xml 中的中央仓库镜像为阿里云源能够节省非常多的等待时间。另外 SpringBoot 版本建议直接用 2.7.18因为这个版本下很多第三方 starter 的兼容性问题已经大量暴露并被解决。另一个高频问题是 JDK 版本和编译插件不匹配。如果本机安装了 JDK 17但项目选择的 SpringBoot 是 2.6 以前的老版本maven-compiler-plugin 可能会报 source/target 错误。解决办法是把 Java 版本固定为 1.8并在 pom.xml 中的 properties 里加 maven.compiler.source/encoding 配置。依赖冲突方面注意排除 spring-boot-starter-web 中带过来的旧版 fastjson 或者其他组件。如果引入 lombok 后 IDE 编译报错找不到 getter/setter多半是 Lombok 插件没有安装在 IDEA 设置里装好插件后重启。5.2 前端 Vue 构建与打包部署前端推荐用 vue-element-admin 的简化版结构或者自己从零搭一个 Vue2 项目。开发阶段用 devServer 的 proxy 代理转发后端接口关键配置如下proxy: { /dev-api: { target: http://localhost:8080, changeOrigin: true, pathRewrite: { ^/dev-api: } } }打包上线时执行 npm run build 会生成 dist 目录。将 dist 目录下的 static 文件全部复制到 SpringBoot 的 src/main/resources/static 下后端就能直接托管前端页面。注意路由模式要设置为 history 时SpringBoot 默认拦截所有路径可能找不到子路由需要配置 historyApiFallback 或者使用 hash 模式。实际操作中短平快的做法是用 hash 模式打包后丢进 static 什么额外配置都不用做虽然 URL 里会多一个井号但毕业设计演示完全没问题。5.3 常见问题与排查速查表我把这个项目开发过程中反复出现的几个问题整理一下都是实际会遇到的。问题现象可能原因解决方案启动后接口返回 404Controller 未被扫描检查启动类位置主类必须放在顶层包查询列表分页无效MyBatis-Plus 分页插件未注册添加 MybatisPlusInterceptor 并注册 PaginationInnerInterceptor前台上传头像失败文件大小超过 Spring 默认 1MB 限制设置 spring.servlet.multipart.max-file-size部署后刷新页面 404路由模式为 history 但没有 fallback改用 hash 模式或配置错误页面转发日期字段输出格式不对Jackson 没有配置日期格式化在 application.yml 设置 spring.jackson.date-format接口提示跨域前后端地址不一致配置 CorsFilter 并允许携带 token 请求头有一个容易被忽略的问题是 MyBatis-Plus 根据 LambdaQueryWrapper 的 eq 方法做条件查询时如果字段值为 null默认会拼进 SQL。比如查询当前用户投递记录时 userId 为 null最后生成 WHERE user_id null等于查不到数据。这种情况建议在 Service 层先判断参数为空再决定是否添加条件不要完全依赖前端传参。6. 毕业设计答辩建议与后续扩展方向6.1 答辩演示的功能闭环设计答辩演示最怕的是照着页面把每个按钮点一遍。我建议按照业务故事线来演示管理员先创建残疾人账号并分配就业指导员残疾人登录后完善能力档案企业用户发布两个适配岗位系统在推荐列表精确展示出较高匹配分残疾人申请岗位企业端收到申请并标记通过最后到统计报表里展示就业率提升数据。整个流程走完系统的业务完整性自然就能体现出来。演示过程中可以刻意点开几个技术细节比如打开 JWT 拦截器的代码说明无接口未授权会被拦截打开推荐算法的核心类讲解匹配分由哪几部分权重组成打开数据库中的 job_position 表说明逻辑删除字段配合下架操作之后数据仍然保留。技术细节讲清楚能有效避免答辩老师提出“这项目到底哪里用了 SpringBoot”这类问题。6.2 后期扩展方向如果时间充裕可以考虑把推荐算法升级为一个简单的协同过滤模型用用户的历史投递行为做用户相似度计算。从 SpringBoot 服务来说引入新的计算服务成本较高但项目框架不变的情况下可以在一张推荐结果表里为每个用户批量生成推荐岗位再通过定时任务每日刷新。另一个扩展方向是增加残疾人的无障碍前端适配比如高对比度模式、字体放大切换、语音朗读接线这些功能开发难度中等但在选题价值上很加分。根据我带项目的个人经验这个题目最重要的一点是“不要把残疾人再就业系统当成普通招聘网站来做”。它的差异化在于业务流程中的关怀逻辑能力匹配而非简单简历投递、培训考核闭环与岗位对接联动、帮扶过程全程可视化。把这几个点做到位无论技术上还是论文上都会是丰满的作品。我第一次做这个项目时把大量时间花在页面修饰上后来才发现真正的差异点全在后端业务流程里。希望这篇文章能帮你避开我给过的弯路直接抓住核心。