基于SpringBoot+Vue的毕业设计选题管理系统全解析

做毕业设计最怕的不是代码量大而是题目太虚做完了自己也讲不清楚解决了什么问题。今天聊的这套“基于SpringBootVue的毕业设计选题管理系统”是典型的Java Web业务系统但它的价值不只是“又一个增删改查”——它解决的是高校毕业设计选题环节的真实管理痛点。系统围绕管理员、教师、学生三类角色设计覆盖教师申报题目、管理员审核、学生在线选题、教师确认、管理员归档统计这一整条链路前后端分离做完可以直接拿去做毕设、课程设计也可以当面试时能讲明白的业务项目。这套东西适合谁第一正在找Java毕设项目的本科生/专科生第二想练SpringBootVue前后端分离开发、但不想做烂大街“电商系统”的同学第三需要快速搭一个团队内部管理系统的开发者。下面我会从需求梳理、技术选型、数据库设计、后端核心实现、前端页面逻辑、部署步骤和避坑实录几个维度逐层拆开尽量把每个环节“为什么这么做”都讲清楚。1. 项目整体设计与需求拆解1.1 这个系统到底在解决什么问题很多没做过毕业设计管理的人容易低估选题环节的复杂程度。真实场景里一个二级学院往往有几十位老师、几百名学生每人要报选题方向老师也要申报题目两边还要做双向匹配。纯靠线下Excel和人工协调光是“题目重复”“一个学生报了好几个题”“一个题目被太多人选”这些事就能让人崩溃。这套系统要解决的核心问题有三个一是把题目申报、审核、发布、选择、确认的流程线上化二是通过数据库约束保证一人一题、题目名额不超限三是让管理员能实时看到全校选题的进度和结果方便最后导出报表归档。换句话说这个毕设题目的核心不是界面有多好看而是流程状态的控制和数据的准确性。做的时候如果把这两点抓住了答辩时老师问什么都有底气。1.2 三类用户与核心操作范围系统不做超级复杂的权限框架就用最简单实用的三套角色来划分功能边界。管理员、教师、学生各自看到的是完全不同的菜单和操作界面。角色核心操作范围管理员账号管理、题目审核、基础数据维护、选题结果查看与导出、系统公告管理教师题目申报、修改题目信息、查看选了自己题目的学生、确认/拒绝学生选题、填写最终成绩学生浏览题目列表、在线选题/退选、查看选题状态、维护个人信息、下载自己的任务书这个角色划分基本就是大多数高校毕业设计管理系统的通用模型。管理员是“总控台”教师是“出题人和确认人”学生是“选题的执行者”。把这三个视角的边界划清楚后面的数据库设计和接口设计才会顺。1.3 核心业务流程申报、审核、选题、确认、归档我习惯把流程画成一条状态链路教师申报题目 → 管理员审核题目 → 管理员发布题目 → 学生浏览并选题 → 教师确认或拒绝 → 管理员查看结果并归档。其中有一个关键点是“教师申报的题目为什么要管理员审核”。有些同学做这个系统时会忽略这一步让教师申报完直接就能被学生选到这其实不符合很多高校的实际管理制度。学院通常要对题目方向、内容描述、是否重复进行把关所以审核节点不能少。另一个关键点是“教师确认”。学生选题之后题目并不算最终确定要等教师确认同意有的学校还允许教师拒绝学生再重新选。这个双向确认的机制是这个系统的业务亮点也直接决定了状态机设计是否合理。实际开发时我把“教师确认”和“学生退选”都做成了可操作状态避免流程卡死。2. 技术选型为什么是SpringBoot Vue2.1 后端为什么选SpringBoot 2.7.x 而不是 3.x现在Spring Boot 3.x已经比较普及了但做毕设我还是推荐Spring Boot 2.7.x。原因很直接3.x强制要求JDK 17以上而现在很多学校机房、老项目、答辩演示环境用的还是JDK 8另一方面MyBatis-Plus、Druid连接池、各种老牌工具对Spring Boot 2.x的兼容性早就被踩平了遇到问题搜解决方案一搜一大片。如果选3.x会遇到一些很尴尬的兼容问题比如某些依赖还在用javax命名空间而3.x已经切到jakarta。对这个项目来说2.7.18是最后一个2.x版本既有稳定性又有后期维护完全够用。2.2 MyBatis-Plus能省多少事很多初学的同学喜欢用Spring Data JPA也有不少教学用MyBatis。这个项目我推荐MyBatis-Plus因为它正好卡在“MyBatis灵活性”和“JPA便利性”之间。比如分页查询不需要手写PageHelper配置直接用内置的分页插件就能搞定。用户表、教师表、学生表这些基础表的单表CRUDMyBatis-Plus的BaseMapper直接提供方法完全不用写XML。而一旦遇到选题记录这种多表关联的查询又可以手写SQL或者用注解SQL精确控制。一个项目里既能体验“快速开发”的爽感又能体现“复杂SQL能力”对毕设来说非常加分。2.3 前端选Vue2还是Vue3、Element UI还是Element Plus如果是从零开始、希望快速出成果我建议直接Vue2 Element UI。原因不是什么技术情怀而是Vue2 Element UI的组合在毕业设计场景里极其稳定资料全、坑少、组件丰富哪怕是前端基础一般的同学两天也能搞定一套后台管理页面。当然如果你的毕设题目明确写了“基于Vue3”那就用Vue3 Element Plus。但要做好心理准备Element Plus对Vue2项目是不可用的而且它的部分组件API和Element UI有些差异网上有些Vue2的教程在Vue3里会报错。总之一句话选组合时看自己团队最熟什么别为了“最新”去冒险。2.4 前后端交互的完整请求链路这个系统采用前后端完全分离。前端Vue项目运行在8080/8081端口后端SpringBoot运行在8080端口两者通过HTTP接口通信。从头到尾的请求过程大概是这样的用户在浏览器点击“登录”按钮Vue里的Axios把账号密码发送到后端/api/login接口后端Controller接收后调用Service校验用户校验成功则生成一个JWT token返回给前端前端把token存在localStorage中并在后续每个请求的headers里带上Authorization: Bearer token后端拦截器统一解析token拿不到合法token就返回401让前端跳回登录页。关于JWT有人会问为什么不直接用Shiro或者Spring Security。我的回答是毕设系统通常不需要那么重的安全框架自己写一个拦截器加JWT工具类代码清晰、逻辑简单答辩时能一句话讲明白而且出问题了自己能定位。如果非要用框架也行但别让框架复杂度淹没了业务本身的展示。3. 数据库设计核心表结构必须严谨3.1 核心表有哪些这个项目数据库设计是灵魂我建议至少设计六张核心表分别是用户表、教师信息表、学生信息表、题目表、选题记录表、系统公告表。如果还要扩展可以加一个操作日志表。表名说明关键字段sys_user统一登录账号表id, username, password, role, status, create_timeteacher_info教师扩展信息id, user_id, name, department, title, phonestudent_info学生扩展信息id, user_id, stu_no, name, class_name, major, phonetopic毕设题目表id, teacher_id, title, type, description, requirement, max_students, audit_status, publish_status, create_timetopic_selection选题记录表id, topic_id, student_id, teacher_id, status, apply_time, confirm_time, reject_reason, scoresys_notice公告表id, title, content, publisher, create_time其中sys_user表和teacher_info、student_info是一对一的关系。把账号密码这种公共信息放到sys_user表里把个性信息放到扩展表里这样以后要增加一个“教务秘书”角色只需要往sys_user里加数据不需要动业务表。3.2 选题记录表的唯一性约束这是整个系统最不该出问题的地方。学生不能重复选择同一个题目也不能同时选多个题目必须在数据库层面直接挡死。我建议在topic_selection表上建立联合唯一索引比如uk_student_topic(student_id, topic_id)这样可以防止一条SQL绕过接口逻辑造成重复数据。同时为了做到“一个学生最多有一条在途选题记录”还可以用uk_student_active(student_id, status)这种思路但MySQL对唯一索引的列不能包含太多NULL所以实际开发中更常见的做法是在Service层先做检查再配合唯一索引兜底。此外题目表里需要有一个“当前已选人数”字段或者每次通过count统计。我比较推荐直接实时count避免并发情况下数字不同步。如果在高并发场景下才需要用Redis或乐观锁来控制名额但毕设阶段方案越简单越安全。3.3 题目审核状态与选题状态设计题目表的audit_status字段建议用整型0表示待审核1表示审核通过2表示驳回。如果题目被驳回最好在题目表里加一个audit_remark字段让管理员写明驳回原因学生和教师都能看到。选题记录的状态是整个系统的核心状态机建议按下述整型定义0表示学生已提交选题1表示教师已同意2表示教师已拒绝3表示学生已退选4表示最终定稿/已完成。这里最关键的一点是教师拒绝或学生退选之后学生一定要能重新选题否则流程就断掉了。我实际开发时把状态流转封装成了一个Service方法每次状态变更都校验“当前状态是否能流转到目标状态”比如状态为4“已完成”的记录不允许再调用退选接口。这种设计让系统的逻辑非常严谨答辩时如果老师问“状态是怎么控制的”你可以直接讲这个状态机转换表。4. 后端核心模块实现4.1 项目分层与统一返回结构后端建议用标准的分层结构Controller → Service → Mapper实体类放在entity包里DTO/VO放在domain包或vo包工具类放util包。统一返回结构是前后端分离项目必备的基础设计。我写了一个泛型类ResultT包含code、message、data三个字段。code为200时表示成功401表示未登录403表示无权限500表示服务器异常。前端拿到这个结构后统一处理避免了每个接口返回格式不一致的问题。public class ResultT { private Integer code; private String message; private T data; public static T ResultT success(T data) { ResultT result new Result(); result.code 200; result.message 操作成功; result.data data; return result; } public static T ResultT error(Integer code, String message) { ResultT result new Result(); result.code code; result.message message; return result; } }4.2 基于JWT的登录认证实现JWT部分不需要引入太重的框架用到核心的三个组件一个JwtUtil生成/解析token一个LoginInterceptor拦截请求一个自定义注解标记需要登录的接口。JwtUtil内部使用HMAC256签名把用户id、用户名、角色放进token的claims里。注意不要把密码放进tokentoken的过期时间建议设置为一小时到一天之间管理员登录界面过期时间可以适当长一些。拦截器实现里最关键的是白名单放行。像登录接口、注册接口、前端静态资源这些都不需要token。先通过HandlerMethod判断当前请求是不是Controller方法然后检查方法或类上有没有RequireLogin注解如果标记了再解析token。public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行预检请求 if (OPTIONS.equalsIgnoreCase(request.getMethod())) { return true; } String token request.getHeader(Authorization); if (StringUtils.hasText(token) token.startsWith(Bearer )) { token token.substring(7); Claims claims jwtUtil.parseToken(token); if (claims ! null) { request.setAttribute(userId, claims.get(userId)); request.setAttribute(role, claims.get(role)); return true; } } response.setStatus(401); response.setContentType(application/json;charsetUTF-8); response.getWriter().write({\code\:401,\message\:\请先登录\}); return false; }4.3 选题接口先到先得和一人一题的控制选题接口是整个系统业务逻辑最密集的地方。核心要求是并发情况下也不能出现“同一个题目超额选中”和“同一个学生同时选多个题”的情况。最稳的做法是使用数据库事务并在事务里对题目记录加行锁。以MySQL的InnoDB为例在事务中先SELECT ... FOR UPDATE锁定题目记录再统计当前已选人数如果小于max_students就插入选题记录并提交事务否则抛异常回滚。Transactional(rollbackFor Exception.class) public ResultString selectTopic(Long studentId, Long topicId) { // 1. 锁定题目记录防止并发超选 Topic topic topicMapper.selectByIdForUpdate(topicId); if (topic null || topic.getAuditStatus() ! 1 || topic.getPublishStatus() ! 1) { return Result.error(500, 题目不存在或未发布); } // 2. 检查学生是否已有在途选题 Long count selectionMapper.countActiveByStudentId(studentId); if (count 0) { return Result.error(500, 你已有未完成的选题请先退选或等教师确认); } // 3. 检查当前已选人数 Long selectedCount selectionMapper.countByTopicId(topicId, 0, 1); if (selectedCount topic.getMaxStudents()) { return Result.error(500, 该题目人数已满); } // 4. 插入选题记录 TopicSelection selection new TopicSelection(); selection.setTopicId(topicId); selection.setStudentId(studentId); selection.setTeacherId(topic.getTeacherId()); selection.setStatus(0); selection.setApplyTime(new Date()); selectionMapper.insert(selection); return Result.success(选题成功等待教师确认); }这里有个细节值得注意统计选题人数时状态为4“已完成”的记录要不要算进去按多数学校规则已经定稿完成的题目如果再被选等于一个老师带重复了所以我把状态1教师已同意和状态4已完成都算作占用名额。这个口径最好在数据库注释里写清楚避免自己过几天忘了。4.4 管理员题目审核与导出功能管理员审核题目就是把audit_status从0改成1或2同时写入审核意见。这个逻辑很简单但建议在审核通过时直接设置publish_status为1这样教师不用再额外操作一次发布。减少操作步骤就是减少用户出错概率。Excel导出是这个系统一个很出彩的功能点。管理员要把所有学生的选题结果导出给教务处归档用EasyExcel比直接用POI写原生代码要省太多时间。EasyExcel的注解方式可以直接把实体字段映射成Excel列。// 实体字段上加注解 ExcelProperty(学号) private String stuNo; ExcelProperty(姓名) private String studentName; ExcelProperty(题目名称) private String topicTitle;导出接口返回一个二进制流前端用Blob接收并触发下载。这一步不难但要注意设置响应头Content-Disposition时文件名要做URL编码否则中文文件名在浏览器里容易乱码。5. 前端页面与核心交互5.1 项目初始化和路由设计前端推荐用Vue CLI脚手架创建项目初始化命令比较简单但要注意Node版本。Vue 2项目建议Node 14到16Vue 3项目建议Node 16以上。Node版本过高时Vue 2项目经常在npm install阶段报node-sass相关的错误这个问题我在避坑章节还会细说。路由表建议按角色拆分成动态路由但毕设项目为了演示方便可以直接在前端路由里约定好path比如/admin、/teacher、/student三个一级路径进入页面后再根据当前用户的角色从后端返回的菜单数据生成侧边栏菜单。这样实现简单演示时也很直观。一个实用的技巧是在路由的beforeEach全局守卫里判断是否登录。没登录就跳转到/login登录后但访问了无权限路由就跳到403页面。这套逻辑对答辩演示很有利老师能直观看到“登录控制”是有效果的。5.2 学生选题页的核心交互学生端最重要的页面是“题目列表页”。这里用Element UI的el-card配合el-row/el-col做网格布局一个卡片显示一个题目。卡片上展示题目名称、类型、指导教师、要求人数、已选人数、简介摘要然后放一个“选择”按钮。已选人数和Max人数的比例建议用el-progress环形进度条展示百分比超过100%时自动变红一眼就能看出题目是否已满。这个交互非常加分因为不只是功能能用还体现了“用户体验”的思考。页面加载后先调后端/topic/list分页接口拿到题目数据。分页组件用el-pagination搜索框支持按题目名称和题目类型筛选。每次搜索、切换页码重新调用接口即可。记得给搜索按钮做防抖不然连续点容易重复请求。学生点击“选择”按钮之前前端要调用接口判断自己是否已有在选题目如果已经有就弹窗提示“请先处理当前选题”。这个判断前端做一层提示后端做一层强制校验双层保险。5.3 教师端题目申报与确认教师端页面主要包括“我的题目”和“学生选题确认”两个核心页面。“我的题目”页面用表格展示教师自己申报的所有题目包括审核状态。点击“添加题目”弹出el-dialog里面放一个表单包含题目名称、题目类型、要求人数、任务描述、选题要求等字段。其中“人数”字段用el-input-number限制最小1、最大5避免录入不合法数据。“学生选题确认”页面则是展示所有选了该教师题目的学生列表每条数据包含学生信息、选题时间、状态。教师可以通过按钮把状态从“已提交”改为“已同意”或“已拒绝”拒绝时必须填写原因。这个“拒绝必填原因”的校验我是在前端用validator实现的但后端接口也要做一次非空校验防止前端绕过。5.4 管理员端审核与统计管理员端的功能相对集中账号管理、题目审核、选题结果管理、公告管理、统计导出。题目审核页用表格展示所有待审核题目点击“审核”弹窗可以看到题目详情也可以直接审批通过或驳回。表格里用el-tag显示状态待审核是橙色通过是绿色驳回是红色视觉上很清楚。统计页面是这个系统的亮点之一。我用ECharts的饼图展示“各专业选题人数分布”用柱状图展示“各教师指导学生人数”这些数据都来自后端的统计接口。接口SQL用group by就能搞定工作量不大但展示效果很好。答辩时这张统计图表页面往往是最能说明“系统价值”的地方。6. 本地部署与运行指南6.1 环境准备本地开发环境建议如下JDK 1.8Maven 3.6以上MySQL 5.7或8.0Node 14。前端构建工具用npm或yarn都行。MySQL要注意连接参数。在application.yml里数据库地址写jdbc:mysql://localhost:3306/topic_system?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai。如果不加serverTimezone高版本MySQL驱动会报时区错误这个坑几乎每个用JDBC的同学都会踩到。6.2 后端启动步骤先建数据库执行项目里提供的init.sql脚本初始化表结构和部分测试数据。然后用IDEA打开后端项目等Maven下载依赖完成后修改application.yml里的数据库账号密码直接运行启动类即可。后端没有特别复杂的配置。端口默认8080如果被占用可以在application.yml里改成8081但前端代理也要跟着改。日志建议配置成输出SQL语句方便调试在application.yml里加一行logging.level.com.example.mapperdebug即可。6.3 前端启动步骤前端项目启动前先执行npm install安装依赖。安装成功后改vue.config.js里的开发服务器代理把/api开头的请求代理到后端8080端口。module.exports { devServer: { port: 8081, proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } } }这样前端访问/api/login时就会自动转发到http://localhost:8080/api/login同时避免了开发阶段的跨域问题。这是前后端分离项目开发时推荐的方式比直接在Axios里写完整后端地址要规范得多。6.4 前端打包并部署到后端如果只是为了交毕设可以不单独部署Nginx。执行npm run build会在项目里生成dist文件夹把里面所有文件复制到后端src/main/resources/static目录下再重新打包运行后端打开http://localhost:8080就能直接访问整个系统。这个方案的原理是SpringBoot默认会把resources/static目录当成静态资源目录所以前端构建产物直接放进这个目录就实现了“前后端一体部署”。虽然生产环境一般不这么干但对毕设演示来说一个Jar包跑起来就能看到前端页面非常方便。7. 常见问题与避坑实录7.1 SpringBoot版本太高导致依赖冲突这个项目里最典型的问题就是SpringBoot版本和MyBatis-Plus、Druid等依赖的兼容性。有些同学图省事直接把spring-boot-starter-parent版本填3.1.0结果发现MyBatis-Plus的旧版直接起不来。建议直接用2.7.18并且统一使用Maven BOM管理版本不要每个依赖单独写版本号。遇到ClassNotFoundException: javax.servlet.Filter这类问题基本都是版本切换到了Jakarta命名空间导致的。解决方案要么换SpringBoot 2.x要么把所有依赖升级到兼容Jakarta的版本。对于这个毕设项目我更推荐前者稳。7.2 npm install安装慢或安装失败前端安装依赖慢是新手最常见的卡点。如果npm install非常慢把镜像源换成国内镜像即可。执行一行命令npm config set registry https://registry.npmmirror.com注意不要在错误信息里纠结太久。很多时候node-sass安装失败是Node版本和node-sass版本不匹配最简单的解决办法是删除node_modules和package-lock.json然后重新npm install。如果还是不行考虑升级Node版本或者把项目里的node-sass替换成dart-sass。7.3 跨域请求被拦截前后端分离开发时前端页面在8081端口后端在8080端口直接请求肯定会遇到跨域问题。我在开发阶段使用了vue.config.js的代理生产打包后因为前端资源由后端托管反而不存在跨域问题。如果后端单独部署就需要后端写一个CorsConfig。这里有一个很隐蔽的坑如果SpringBoot接口返回JSON时用了response.getWriter().write()而前端请求头带了自定义的Authorization头那么CORS预检请求OPTIONS必须先被放行否则token根本传不过去。7.4 数据库中文乱码数据库连接串已经设置了characterEncodingutf8但表如果建的时候默认字符集不是utf8mb4中文还是会乱码。建议建库时直接指定CREATE DATABASE topic_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;另外在连接串中不要漏掉useUnicodetrue。这两个一起设置基本可以避免乱码问题。7.5 端口被占用启动后端时提示端口被占用绝大多数情况是上一次运行的后端进程没有完全关闭。Windows下可以用netstat -ano | findstr 8080查占用PID然后taskkill /F /PID 进程号杀掉进程。Mac/Linux下用lsof -i:8080查看进程再kill -9 进程号。这个操作虽然简单但面试聊运维基础时能说出来也是加分项。7.6 高频答辩问题参考最后整理几个答辩时老师大概率会问的问题建议提前准备一下为什么选用JWT而不是Session数据库里如何防止超选审核状态和选题状态是怎么设计的遇到并发问题怎么处理系统如何扩展。前三个问题在本文里都有答案第四个问题可以从数据库事务、行锁、唯一索引三个方向回答第五个问题可以提一下扩展“任务书管理、中期检查、论文评分”等模块的方向甚至有人用Flowable来做审批流也说明系统有良好的扩展点。个人实操体会单个项目做下来最想提醒大家的一点是毕设系统的技术难度不是核心业务闭环和数据一致性才是。我见过太多同学把时间花在给页面调CSS、加动画上反而在数据库设计和核心状态控制上草草了事。实际上一个能稳定跑通“教师申报→管理员审核→学生选题→教师确认→管理员导出”全流程的系统哪怕界面朴素都比一个看着华丽但逻辑漏洞百出的系统更有说服力。最后分享一个小技巧在系统里加一个“操作日志”模块把每个角色对关键状态的操作都记录下来。除了方便排查问题答辩的时候这一项能非常自然地引出“系统的健壮性设计”。另外导出Excel的功能强烈建议保留它能让管理员真正把系统用起来也是整个项目价值感最直观的展示。做完这套选题闭环之后如果时间充裕继续扩展“任务书下发、中期检查、论文答辩评分”三个模块整个毕设就变成了一个完整的“毕业设计全流程管理系统”故事和深度都会再上一个台阶。