前两天一个准备做毕设的学生拿着选题问我SSM 是不是已经过时了要不要换成 Spring Boot我知道他纠结的点毕竟网上铺天盖地都是“前后端分离 Spring Boot Vue”的项目SSM 看上去确实有点陈旧。但我的回答是如果你是做毕业设计尤其目标还是“论文 可运行程序”这种组合SSM Vue 做教务管理系统到今天依然是性价比极高的稳妥选择。技术栈足够经典、业务场景清晰、代码量和论文字数都好控制更关键的是答辩的时候评审老师对这套技术的问题基本都是固定的提前准备好就能答得很从容。这篇内容我不打算只给你一堆代码截图和项目结构。我想把一条完整链路拆开讲清楚从技术选型逻辑、数据库设计、SSM 后端代码怎么写到 Vue 前端怎么搭、怎么打包部署再到论文结构怎么排、答辩问题怎么答最后补上我实际踩过的坑。无论你是准备照着做还是已经在做但卡在某个环节都能找到可以直接用的东西。1. 为什么SSM Vue教务系统至今还是“稳妥牌”毕业设计1.1 SSM到底是什么2026年选它还来得及吗先把概念对齐一下。SSM 是三个框架的缩写Spring 负责对象管理和事务SpringMVC 负责接收请求和分发请求MyBatis 负责数据库访问。这三者组合在一起就是一个典型 Java Web 后端项目。很多人觉得 SSM 不如 Spring Boot 时尚但说实话Spring Boot 本质上还是用 Spring 那一套核心机制只是帮你把繁琐的配置封装好了。毕业设计用 SSM反而有一个隐性优势你被迫把配置项一个一个自己写出来组件扫描、事务管理器、视图解析器、MyBatis 映射器扫这些概念你都必须真正理解。答辩时老师问到“Spring IoC 是什么”“MyBatis 和 JDBC 的关系”你脑子里有完整脉络就不会答得含糊。用 Spring Boot 的同学很多人只会写依赖和注解被追问到自动配置原理反而容易露馅。还有一层现实原因很多学校的内网资料、上一届的代码、实验室的环境都是围绕 SSM 积累的。你要在有限时间内跑通一个系统SSM 的现成参考最多出问题也最容易找到对应解决方案。可靠性在毕设场景里从来都是第一位的。1.2 教务管理系统的边界哪些功能值得做哪些尽量别碰教务管理系统是个经典的业务选题原因是它的需求边界非常明确角色也清楚管理员维护基础数据教师录入和查看成绩学生选课和查成绩。这种角色分明、流程固定的系统最适合用来展示完整开发流程。但我要提醒你一个常见误区不是功能越多越好。一个可控的毕设版本建议围绕这样几个模块展开基础信息管理学生、教师、班级、专业、课程的增删改查授课管理教师和课程的关联学期设置选课模块学生选课、退课选课人数校验成绩模块教师录入成绩学生查看成绩管理员管理成绩公告通知简单的信息发布登录与权限管理员、教师、学生三种角色至于自动排课、培养计划智能校验、在线考试这类功能工作量非常大而且涉及复杂算法论文里也很难两三句话说清楚。一旦答辩老师追问算法细节你很容易卡住。我见过有人把系统做成一个“大杂烩”结果代码全是从各处抄来的自己都讲不清模块之间的关系最后论文写得像说明书代码也跑不通得不偿失。2. 数据库设计是毕设的第一道分水岭教务系统表结构拆解2.1 从成绩单倒推核心表学生、课程、选课、成绩只要用过教务系统你就知道最核心的业务是什么学生选了课老师给了分管理员能改能看。所以表结构完全可以围绕这几条业务线展开。通常一个标准的教务系统会包含这些表系统用户表、角色表、学生表、教师表、专业/班级表、课程表、选课表、成绩表、学期表、公告表。这里重点说选课表。它承担了学生和课程之间的关联一般叫 course_selection字段至少包括主键 id、student_id、course_id、score成绩以及创建时间。很多新手容易忽略的是一定要给 student_id 和 course_id 加上唯一约束。不然同一个学生同一门课插入两条记录后面账就算不清了。建表的时候我会建议你遵守几个习惯。主键统一用自增 BIGINT每张表都保留 create_time 和 update_time这个字段在论文的“数据库设计”章节很好写实际排查问题时也有用最要紧的是加一个 deleted 字段做逻辑删除默认 0删除数据时改成 1而不是直接执行 DELETE。学校系统里的学生选课记录、成绩记录都是需要留存的物理删除一旦发生数据就找不回来了。我见过把成绩记录直接 DELETE 掉导致数据对不上的例子后来只能靠备份恢复属于典型的低级事故。课程表也值得多写几行。除了课程名称、学分、授课教师建议加上 max_student最大选课人数和 selected_count当前已选人数。选课的判断逻辑就依赖这两个字段看看人数是否已满实现起来非常简单但能让系统的业务完整度上一个台阶。2.2 账号、角色与权限简单方案和RBAC怎么选做过毕设的都知道权限设计写不好论文里“系统设计”一章就算白送了。最朴素的方案是在用户表里加一个 role 字段1 表示管理员2 表示教师3 表示学生后端判断角色时直接比较数字。这样做没问题但扩展性差论文里也显得单薄。稍微好一点的做法是实现一套简化版 RBAC用户表 sys_user含 user_id、角色表 sys_role、用户角色关联表 user_role如果有菜单再加菜单表和角色菜单关联表。对于三种角色的教务系统这套模型完全够用而且答辩时你可以明确地说“我使用了基于 RBAC 的权限模型”这是加分项。顺带提醒密码字段要存密文绝不能用明文直接落库。可以用 BCrypt 做哈希也可以用 MD5 固定盐。BCrypt 的好处是每次生成的哈希不一样安全性更高代码写起来也不复杂。论文里写“为防止数据库泄露产生的安全风险登录密码经 BCrypt 加密存储”一看就是认真做过功课的。3. SSM后端代码地图配置、注解、三层架构串讲3.1 空项目到能跑通核心配置与依赖清单我先说需要用到的依赖范围。以 Maven 项目为例核心的有 spring-webmvc、mybatis、mybatis-spring、mysql-connector-java、druid或 c3p0、jackson-databind如果是非前后端分离或需要跳转页面再加入 jstl。注意版本的兼容性我建议直接查 Maven 中央仓库里各个框架的 5.x 或对应稳定版本配好不要一股脑贴网上的旧坐标。SSM 项目通常有三份关键配置applicationContext.xmlSpring 核心管 Service 与 Mapper、springmvc.xml管 Controller 与视图、mybatis-config.xml管 MyBatis 全局设置。Spring 配置里要打开组件扫描扫描 service 包和 mapper 包SpringMVC 配置里扫描 controller 包同时开启注解驱动这样 RequestBody 和 ResponseBody 才能正常工作。不理解的可以先背下来但论文里一定要写清楚这些配置各自的用途。很多学生的论文把配置代码截图往系统实现一章一贴就完事一个字都不解释答辩一问就没了。我的建议是每一份配置你至少能说出一句话解释“为什么需要它”。比如 springmvc.xml 里的mvc:annotation-driven/就是为了支持 JSON 数据与 Java 对象的自动转换。3.2 Controller注解、统一返回格式和参数绑定后端接口我会建议统一走 REST 风格路径以 /api 开头返回 JSON。Controller 类上标 RestController 和 RequestMapping(/api/student)这样代码很清晰。常用的几个注解你要真的会区分RequestBody把前端传来的 JSON 字符串绑定成一个 Java 对象适用于 POST/PUT 保存接口RequestParam从 URL 查询串里面取值适合分页参数PathVariable从路径里取值适合 /student/{id} 这种详情或删除接口如果项目里的 Controller 方法在自己的参数绑定上有问题多半就是这三个注解用混了。另外强烈建议写一个统一返回值类 Result 结构固定为 code、msg、data。接口如果成功就返回 code200data 放进查询结果失败就抛业务异常由全局异常处理器统一捕获再包装成 Result 返回。这样前端 Axios 拦截器只需要判断 code 就可以了维护性会好很多。我给你一段最典型的 Controller 代码参考RestController RequestMapping(/api/student) public class StudentController { Autowired private StudentService studentService; GetMapping(/list) public ResultPageResultStudentVO list(RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 10) Integer size, StudentQuery query) { return Result.ok(studentService.page(page, size, query)); } PostMapping(/save) public ResultVoid save(RequestBody StudentDTO dto) { studentService.save(dto); return Result.ok(); } DeleteMapping(/{id}) public ResultVoid delete(PathVariable Long id) { studentService.delete(id); return Result.ok(); } }3.3 Service事务与MyBatis动态SQLService 层负责业务逻辑类上标 Service需要在方法上加 Transactional 的地方不要省。比如学生保存时可能同时更新用户表和学生表任何一个失败都要全部回滚事务就必须加上。MyBatis 的 Mapper 层我建议用 XML 方式而不是纯注解方式。因为教务系统的查询条件往往是不固定的比如学生列表可能按姓名、学号、班级、专业组合查询动态 SQL 在 XML 里写起来才舒服。select idselectStudentList resultTypecom.example.entity.Student select * from student where if testname ! null and name ! and name like concat(%, #{name}, %) /if if testmajorId ! null and major_id #{majorId} /if if testdeleted ! null and deleted #{deleted} /if /where order by id desc /select注意里面用的是 #{name} 而不是 ${name}。这是经典考点#{} 会生成预编译占位符能防 SQL 注入${} 是字符串直接拼接只适合表名、排序字段这类动态结构绝不能直接拼用户输入。论文和答辩都可以拿这一点做文章。4. 登录、Token、权限拦截别让系统“看起来能跑实际一戳就破”4.1 登录流程与密码加密教务系统最核心的安全环节就是登录。基础流程是这样前端把用户名和密码提交到 /api/login后端先按用户名查用户找不到就直接返回“用户名或密码错误”找到了再用 BCrypt 比对密码原文和数据库里的哈希值比对成功生成一个 token 返回给前端前端把 token 存到 localStorage后续所有请求都在 header 里带上。这里有两个细节。第一个用户名或密码的错误提示应该统一不要说“用户不存在”否则别人可以探测账号是否存在。第二个token 里不需要放太多信息放 userId 和 roleId 就够了。常见错误是把密码也塞进 token这是完全没必要的因为 token 只是签名而不是加密任何人拿到都可以解码看内容。登录相关的核心代码大致是这个逻辑public LoginResult login(LoginDTO dto) { SysUser user sysUserMapper.selectByUsername(dto.getUsername()); if (user null || !BCrypt.checkpw(dto.getPassword(), user.getPassword())) { throw new BusinessException(用户名或密码错误); } String token JwtUtil.createToken(user.getId(), user.getRoleId()); return new LoginResult(token, user.getRoleId()); }4.2 后端拦截器 前端路由守卫权限要形成闭环光有登录接口不够。后端需要拦截器统一校验请求头里的 token前端需要路由守卫控制页面访问。这两个都做了才算完整的权限控制。后端用 SpringMVC 的 HandlerInterceptor 即可。写一个 JwtInterceptorpreHandle 里取 header 里的 token解析失败或过期就返回 401不放行。然后在 springmvc.xml 或 WebMvcConfigurer 里注册拦截 /api/**, 放行 /api/login。注意排除掉登录接口否则用户没法登录。前端在 vue-router 里加全局前置守卫。思路是没有 token 且要去非登录页时跳转到登录页有 token 但当前路由的 meta.roles 里不包含当前用户角色时跳转到 403 页面。这部分逻辑不复杂但它是前端权限控制的主要代码论文的“系统实现”章节可以直接截这段代码。5. Vue前端从环境配置到接口联调5.1 环境搭建、目录结构与组件选型前端方面建议选择 Vue 2.6 Element UI 的组合。原因很现实你找得到的现成案例、遇到的报错、前辈留下的代码大部分都是这个组合SSM 配套的前端也以 Vue 2 居多。如果课程或导师明确要求 Vue 3那也可以选 Vue 3 Element Plus核心思路完全相同只是个别 API 和组件库的用法要对一遍。环境配置的步骤网上已经很多我给一个精简清单安装 Node.js推荐 14 或 16 系列、用 npm 全局安装 vue-cli、执行vue create system-ui创建项目。不要选那些复杂的预置配置用默认的 Babel Router Vuex 就够了。项目创建后目录结构建议统一成 views、components、router、store、api、utils。views 放页面components 放公共组件api 里按模块封装请求utils 放公共方法。这样论文里截图时目录结构一眼就是规范的。5.2 路由、菜单和权限守卫怎么写教务系统的前端页面肯定是围绕三个角色展开的但没必要把菜单做成完全动态的。你只需要在路由配置里给每个需要权限的页面加上 meta.roles再配合一个全局守卫就足够满足毕设要求了。管理员能看到学生管理、教师管理、课程管理教师能看到授课和成绩录入学生只能看到选课和成绩查询。路由代码可以这样组织const routes [ { path: /login, component: Login }, { path: /, component: Layout, children: [ { path: dashboard, component: Dashboard }, { path: student, component: StudentList, meta: { roles: [ADMIN] } }, { path: teacher, component: TeacherList, meta: { roles: [ADMIN] } }, { path: course/select, component: CourseSelect, meta: { roles: [STUDENT] } }, { path: score/teacher, component: ScoreInput, meta: { roles: [TEACHER] } } ] } ]路由守卫的核心逻辑就是检查 localStorage 里的 token 和角色。如果用户没登录就想访问首页让他回登录页如果角色不符合路由要求引导到无权限页面。这段代码写好后你再通过菜单隐藏的方式配合前端权限基本就算完整了。5.3 Axios封装与开发环境跨域前端请求不可能每个页面里直接调 axios必须封装一个统一实例。这个实例要干三件事统一设置 baseURL在请求拦截器里把 token 加到 header在响应拦截器里统一处理后端返回的 code遇到 401 就跳转登录页。import axios from axios import { Message } from element-ui import router from /router const request axios.create({ baseURL: /api, timeout: 10000 }) request.interceptors.request.use(config { const token localStorage.getItem(token) if (token) config.headers[Authorization] token return config }) request.interceptors.response.use( res { if (res.data.code ! 200) { Message.error(res.data.msg) return Promise.reject(res.data) } return res.data }, err { if (err.response err.response.status 401) { router.push(/login) } return Promise.reject(err) } ) export default request开发阶段的跨域问题直接用 vue-cli 的 devServer.proxy 解决。前端跑在 8080后端 SSM 跑在 8081proxy 把 /api 前缀的请求转发到 http://localhost:8081浏览器看到的就还是同源请求既省事又不会碰生产环境问题。记得这个 proxy 只在开发时生效线上部署不需要也不能依赖。module.exports { devServer: { proxy: { /api: { target: http://localhost:8081, changeOrigin: true } } } }6. 把Vue打包放进后端部署与静态资源处理6.1 SSM Tomcat的经典部署方式很多同学开发时前后端分开跑没问题一到部署就发懵。SSM 项目最常见的部署方式是把 Vue 打包后的静态文件放进 SSM 的 webapp 目录再打成一个 war 包放到 Tomcat 的 webapps 下。这样前后端变成了同源部署浏览器访问 http://localhost:8080/index.html接口路径是 http://localhost:8080/api/xxx完全一致跨域问题天然消失。打包前要注意两个配置。第一vue.config.js 里把 publicPath 设为 ./这样资源引用会变成相对路径放在 webapp 的任何子目录也不会 404。第二vue-router 如果之前用的是 history 模式部署后刷新非首页时很容易出现 404因为 Tomcat 找不到对应的前端路由。最简单可靠的方案是改用 hash 模式地址里会多一个 /#/但刷新不会出问题。对毕设来说hash 模式是保守且正确的选择。打包完成后把 dist 目录下所有文件复制到 src/main/webapp 目录和你的 WEB-INF 平级然后 mvn clean package 打成 war。如果你对自己配置不放心可以先直接在本地 Tomcat 的 webapps 下放一个 ROOT 目录手动测试跑通了再打 war。这一步非常重要很多人的系统在 IDEA 里能跑打成 war 放独立 Tomcat 却白屏问题十有八九就出在静态资源路径和路由模式上。6.2 若是Spring Boot场景static目录与刷新404如果你的项目后端实际用的是 Spring Boot有些人会把 SSM 迁移到 Spring Boot或者直接用 Spring Boot 框架但保留 Mapper XML那么 Vue 的打包产物直接复制到 src/main/resources/static 下即可。启动后访问根路径就能看到页面本质上也是一种同源部署。Spring Boot 场景下还要注意一个点history 模式刷新 404 的话可以写一个简单的路由转发规则把所有非接口路径转发到 index.html。但既然题目是 SSM Vue最稳妥的还是 hash 模式别给自己找额外麻烦。代码里也没有必要为这个增加一个 Controller。无论哪种部署方式我都要强调生产环境不要再依赖 webpack 的 proxy。那个 proxy 是开发伺服器的小工具打包后根本不存在所以接口地址不能写成相对当前页面的特殊形式必须和后端保持同源或者单独配置成完整的后端域名/端口。7. 论文与答辩程序和文档双线并行7.1 论文结构每章写什么才能既有篇幅又不注水论文的大纲我建议按这个顺序绪论、相关技术、需求分析、系统设计、系统实现、系统测试、总结与展望。这个结构本身很标准关键是怎么让每一章都有真实内容填充。绪论部分重点放在研究背景和国内外现状。不要只写“随着互联网发展”太虚要结合高校教务管理中手工操作、信息孤岛、选课冲突这些具体问题来写。相关技术章节把 SSM、Vue、MySQL、Tomcat 逐一介绍但每段都要落到“为什么本项目选用它”上甚至可以用一个小表格对比 SSM 和 Spring Boot 的优缺点这样既专业又有篇幅。需求分析章节要画出整体用例图把三种角色的用例列清楚。管理员可以维护学生、教师、课程教师可以查看授课列表、录入成绩学生可以选课、退课、查成绩。系统设计章节重点给出系统架构图、功能模块图、E-R 图和各表结构。系统实现章节不需要把所有代码都贴进去每个模块选一段核心代码再加两三张界面截图即可。系统测试章节至少包含功能测试用例表、测试环境说明和几轮测试结果。这里有一个经验论文写得慢往往是因为边写代码边写论文最后代码改了文档跟不上。我比较推荐双线并行先定好数据库表和功能清单然后先写完需求分析和数据库设计再倒逼编码实现系统实现章节可以等代码基本稳定后集中补测试数据一定要从真实页面操作里截取不要编造。7.2 答辩高频问题清单和答题要点答辩能否过关和你对技术栈底层原理的掌握程度强相关。我整理了一份高频问题建议逐条准备SSM 三层架构分别负责什么Controller 接收请求、Service 处理业务、Mapper 访问数据库别把职责说反。MyBatis 的 #{} 和 ${} 有什么区别预编译与直接拼接前者能防 SQL 注入。Spring 事务默认在什么情况下回滚运行时异常 RuntimeException 会回滚受检异常默认不回滚如果不配置 rollbackFor可能会踩坑。Vue 的生命周期有哪些至少回答 created、mounted、beforeDestroy 三个阶段并且对应说清在项目里做了什么。你的系统如何实现权限控制后端拦截器解析 token 校验角色前端路由守卫控制页面访问二者结合。前后端分离项目怎么解决跨域开发用 devServer.proxy部署用同源部署。为什么选 SSM 而不是 Spring Boot从理解底层原理、学校教学体系、项目规模适配三方面回答。数据库有哪些索引至少说出主键索引、唯一索引、普通索引然后指出本系统的 user 表、course_selection 表建立了哪些索引。如果选课人数已满你的系统怎么处理在 Service 层判断 selected_count 是否达到 max_student已达到则抛出业务异常并阻止插入。这些问题背后的原理大多能从你写的代码里找到答案。所以不要只看别人的题库更要对着自己项目的代码逐行过一遍知道每一个注解、每一个拦截器、每一个 SQL 到底干了什么。8. 值得单独记录的坑排查思路与对策8.1 事务失效的三个经典场景事务是 SSM 项目的高频失分点。最常见的三种失效场景是方法间自调用导致事务不生效、异常被 try-catch 吞掉导致不回滚、事务方法被非 Spring 管理的对象调用。第一种最隐蔽比如在同一个类里一个方法调用另一个带 Transactional 的方法事务其实不会生效要解决得通过注入自身或者拆到另一个 Bean。还有一点必须记住Transactional 默认只对 RuntimeException 回滚。如果你在方法里抛的是 Exception 的普通子类又没有配置 rollbackFor事务照样提交。出现这种情况时排查思路不是盯着注解看半天而是要先去检查异常类型和调用链。8.2 日期格式与JSON序列化前端和后端日期对接是联调阶段最容易炸的问题。Java 里的 LocalDateTime 序列化后默认格式是 yyyy-MM-ddTHH:mm:ss带一个 T前端表单很难直接显示。解决办法是在全局 Jackson 配置里统一日期格式或者直接在日期字段上用 JsonFormat(pattern yyyy-MM-dd HH:mm:ss)。不要每个字段都写一多就容易遗漏。你平时用 Postman 测接口时看到返回的时间格式不对第一时间就该想到序列化配置而不是去改数据库。8.3 外键约束下的删除策略删除学生或课程时如果选课表里有对应记录外键约束会让你捕获到一个数据完整性异常很多初学者会直接报错出来。解决方案有两种要么删除前先删关联的选课记录涉及事务要么利用逻辑删除字段根本不做物理删除。从系统设计角度我推荐逻辑删除因为学生成绩是历史数据不能因为人离校就把成绩记录删了。把 deleted 字段置为 1查询时统一过滤删除功能照样能用数据还在不会引发连带问题。还有一个小坑是“新增或修改学生信息时没做唯一性校验”。比如学号字段如果不加唯一约束测试时录入两个相同学号管理端列表就会出现两条几乎一样的数据。这类问题不影响系统启动但演示时容易被老师发现。建议在数据库上就加 UNIQUE 约束同时 Service 层的 save 方法里先做一次查询判断双保险。最后说点个人体会吧。我见过太多人做毕设第一反应是去下载一个现成系统然后改标题、改字段、改皮肤最后连数据流都讲不清楚。SSM Vue 这个组合之所以适合做毕设不是因为它简单到可以混日子而是因为它能让你用一套合理的复杂度把完整链路走通一遍。哪怕你最后只是把核心模块做好、代码全部能跑、论文逻辑自洽答辩时也足够自信了。希望这篇内容能让你少走一些弯路也祝你在接下来的几个月顺利把程序和论文这两件事都稳稳落地。