基于Spring Boot的SPOC学习系统：从设计到答辩全解析

1. 这个选题为什么是毕业设计的"安全牌"，以及SPOC到底在解决什么问题

SPOC（Small Private Online Course，小规模限制性在线课程）是相对MOOC（大规模开放在线课程）提出的概念。MOOC的问题在于"大规模"带来的高辍学率、师生互动困难、过程性评价缺失——几百人甚至几千人一个班，教师根本顾不过来。SPOC的思路反过来：限制选课人数（通常是几十到一百多人），把在线学习作为课堂教学的补充而非替代，服务于"翻转课堂"这类需要学生课前自学、课中讨论的教学模式，或者用来支撑跨校选修、实验课预约这类具体业务。

很多学生拿到这个题目第一反应是"这不就是个带视频播放的课程网站吗"，这就把它做小了。SPOC学习系统的人和普通在线教育平台的本质差异在于**"课程私密性"和"学习过程追踪"**。系统里必须存在"创建课程时指定教师""教师导入学生名单""只有选修这门课的人才能看到课程内容和提交作业"这类权限链路，同时要有视频观看进度的记录、章节学习状态的标记，以及作业、考试、成绩单这些支撑完整教学闭环的东西。这个复杂度做毕业设计刚刚好：比只做个CRUD增删改查有深度，又不至于像一套完整在线教育平台那样让人做不完。

选这个题还有一个实际好处：如果你打算走开发岗，面试被问"做过什么项目"时，SPOC系统可以往"教育信息化""多角色权限""在线学习行为记录"这几个方向去讲，比千篇一律的电商、博客、图书管理有辨识度。而且Spring Boot这个技术栈本身就是国内中小型公司用得最多的，项目中积累的经验直接复用。

提示：毕业设计题目中带"设计与实现"四个字，意味着论文里必须同时有系统架构设计（需求分析、功能模块图、数据库ER图、流程设计）和系统实现（核心代码、关键配置、运行截图），这两个部分在初稿阶段就要有意识地准备素材，不要等写论文时才回头补。

下面我从需求分析、技术选型、数据库设计、核心业务编码到部署答辩准备，按一个过来人的思路完整走一遍。

2. 需求分析阶段一定不能偷懒的三类用户角色拆解

毕设答辩时最怕被问"你这个系统有哪些用户，各自能干什么"，很多学生答不清楚，因为开发时只盯着"某个功能能不能跑通"，从没站在角色的角度把权限边界理清。SPOC系统至少要拆三级角色，同时还得留出管理员的维护入口。

2.1 学生端：核心诉求是"学得进、查得到"

学生选课后应该能完成以下闭环：浏览可选课程列表并选课 → 进入自己选的课程查看按章节组织的学习资料（视频、文档）→ 在线观看视频并留下进度记录 → 完成章节测验和课程作业并提交 → 查看系统自动批改或教师批改后的成绩 → 在课程留言区发起讨论。去掉哪个环节，这个系统都会显得"假"。

这里有个容易被忽略的设计点：视频进度记录。做毕设时如果你用外嵌链接（比如腾讯视频、哔哩哔哩的iframe嵌入课程视频），页面刷新后播放进度会丢。面试官一旦问到"如何记录用户看到第几分钟"，没做的话就很尴尬。推荐的做法是选支持播放事件回调的HTML5播放器组件，利用timeupdate事件每15秒或30秒上报一次当前播放位置到后端，离开页面时再上报一次，视频表里存一个last_position字段。这样哪怕只是用外链视频，也能把"学了多久、看到哪了"的数据落库。

2.2 教师端：不能只有"上传课程内容"这一个功能

教师角色如果仅仅设计成能上传视频和文档，系统功能会显得很单薄。完整SPOC场景下，教师还需要：

• 发布课程时设置选课截止时间、课程开始和结束时间
• 管理选课学生名单：手动添加学生、移除已选课学生、查看选课人数
• 创建章节和课时（每课时包含标题、视频、附件、学习资料说明）
• 布置作业：设置截止时间、满分、允许提交次数
• 批改主观题（问答题、论述题）并给学生回写评语和分数
• 发布课程考试或试卷，统计班级成绩分布

我当时把教师的操作核心放在"作业批改"和"成绩管理"上，特意做了一个成绩单汇总页面：教师选择一门课后，能看到所有选课学生的各项成绩（作业均分、测验均分、考试得分），表格可按总分排序。实现不难，但这张表让整个系统的教学管理属性立刻体现出来了，截图放论文里也好看。

2.3 管理员端：角色权限初始化与课程的兜底管理

管理员不做业务操作，做基础数据维护。核心功能包括：用户管理（禁用/启用账号、重置密码）、课程分类管理、全站公告管理、对所有课程及内容的运营监督（比如发现某门课内容不合规时强制下架）。另外一个关键权限是负责初始化数据：没有管理员预置教师账号和学生账号，系统里角色数据就无法演示。

2.4 从业务需求推导功能模块地图

按照上面的拆解，系统的整体功能可以归纳成下图这样的结构：

• 公共模块：用户注册、登录、个人信息维护、修改密码
• 课程模块：课程分类、课程信息展示、课程收藏与选课/退课
• 学习模块：章节与课时管理、学习资料上传下载、视频播放与进度记录
• 教学模块：作业发布、作业提交、客观题自动判分、主观题教师批改
• 考试模块：试卷生成、在线答题、自动评分与成绩统计
• 互动模块：课程留言讨论区
• 管理模块：用户管理、课程审核、公告管理

注意：画模块图时不要只画三层结构（Controller-Service-Mapper），毕设评审老师更希望看到"业务模块图"（按业务功能切分）与"技术架构图"（按框架层次切分）两种视角。前者在需求分析章节展示，后者在系统设计章节展示，功能才会显得完整。

3. 技术选型：Spring Boot 3还是2.7？MyBatis-Plus还是JPA？给你一套不纠结的方案

3.1 后端：Spring Boot版本的选择逻辑

Spring Boot现在已经到了3.x时代，底层基于Spring Framework 6，JDK要求最低17。做毕设时，如果你本机装的还是JDK 8，就用Spring Boot 2.7.x（这是2.x最后一个维护版本，也最成熟稳定）；如果你愿意装JDK 17，可以直接上Spring Boot 3.x。我的建议偏保守：优先Spring Boot 2.7.18 + JDK 8。原因很实在——

• 大部分毕业设计用的教材、网课、学姐学长留下的代码基于2.x，遇到问题搜资料时命中率更高
• 学校机房、实验室电脑环境往往停留在JDK 8，部署答辩时不容易出岔子
• 一些第三方依赖（比如某个老旧的文件上传库或代码生成器）在Spring Boot 3下要换Jakarta命名空间，处理起来纯属浪费时间

当然我自己实际做的时候使用了Spring Boot 2.7.18，也建议你如果只是演示功能就用这个版本，完全够。若是想体现新技术的同学，用Spring Boot 3.2 + JDK 17也不是不可以，但一定要提前确认你用的所有中间件（MySQL驱动、Redis客户端）都有对应兼容版本。

3.2 持久层：MyBatis-Plus几乎是最省心的选择

持久层框架主流三选一：Spring Data JPA、MyBatis、MyBatis-Plus。SPOC系统涉及大量多表关联查询（课程→章节→课时→作业→提交记录→成绩，一张视图一次性要关联五六张表），用JPA的Entity关系映射写起来很绕，尤其当你对Hibernate的懒加载、级联操作不够熟练时，容易莫名其妙报LazyInitializationException。原生MyBatis需要自己写大量的ResultMap和XML，做增删改查效率不高。

MyBatis-Plus是两者的折中：查单表时直接用内置的BaseMapper接口方法，连SQL都不用写；多表关联查询时再手写XML里的自定义SQL。 它还内置了分页插件（PaginationInnerInterceptor），写列表页翻页只需要Page<User> page = userMapper.selectPage(new Page<>(1, 10), queryWrapper)一行代码，不用再手动拼接LIMIT。

3.3 前端：不用刻意追求前后端分离

SPOC学习系统的界面不算特别复杂，如果你前端基础一般，我建议直接用服务端渲染：Thymeleaf模板 + Bootstrap + jQuery + AdminLTE管理后台模板。这种方案的好处是：

• 一个Spring Boot应用同时承载页面和后端接口，部署简单，一个Jar包就搞定
• 不用解决跨域问题，不用配前端代理
• 模板页直接从AdminLTE的官方示例里改一改，界面效果远超自己手写的简陋CSS
• 答辩时展示功能时不容易因为前端环境问题翻车

当然，如果你简历上写着"熟悉Vue"或者专门学过Vue，那就用前后端分离的方案，前后端分离现在做毕设也非常普遍。但不要说自己在简历中写了会Vue却在前端只用了Bootstrap，这会被技术面面试官问出破绽。**如果选择分离式，前