基于SSM的MOOC平台项目解析：数据库设计与权限控制

简介：一套基于SSM的MOOC在线教学平台毕设项目，面向计算机相关专业毕业设计学生及需要Java Web项目实战的开发者。项目采用Spring、SpringMVC、MyBatis三大框架，结合MySQL数据库，完整实现学生、教师、系统管理员三种角色，覆盖前台课程学习与后台管理双模块，包含课程管理、章节管理、在线测试、成绩管理、留言交流等核心功能，可直接作为毕业设计项目运行演示。资源包共3个文件，压缩包约62.88MB，内含项目源码、数据库脚本及说明文档，其中sql脚本用于快速初始化数据库，txt说明帮助配置开发环境。已有1573人学习使用，项目经过严格调试，确保运行稳定。获取后可获得可直接导入开发工具运行的完整工程，以及配套数据库结构和测试数据，便于快速理解整体业务流程和SSM整合方式，适合用于毕设答辩与项目实训。

1. 拆SSM版MOOC平台：压缩包里真正决定成败的是SQL脚本

拿到“基于SSM的MOOC在线教学平台”这套资源时，我更建议你先别急着启动Tomcat，而是先打开ssm_moocjxpt.sql看一遍。很多毕设项目跑不起来，不是Java代码的问题，而是建表顺序错乱、外键引用失效、字符集不统一这类数据库脚本的隐患。整套项目由源码与数据库脚本构成，采用了Spring + SpringMVC + MyBatis这一经典SSM组合，目标是一套包含学生、教师、管理员三种角色的完整在线学习系统。前台覆盖新闻公告、教师信息、课程章节、在线测试、错题集、教学视频等功能；后台则管着用户、院系班级、课程、测试题、成绩、留言等内容。对做毕设的计算机专业学生，以及想拿真实业务练手SSM整合的Java学习者，这套项目能让你在一套完整代码里同时看到三层架构、权限控制和复杂SQL的配合方式。而这一切的地基，是那份SQL脚本。

2. SSM三层架构与MOOC核心表设计：Spring管理业务、MyBatis直连课程数据

SSM这个组合在Java Web里的分工很清晰：Spring的IoC容器管理Service层的Bean和事务，SpringMVC负责HTTP请求的路由与参数绑定，MyBatis通过Mapper接口把SQL和Java对象映射起来。对应到MOOC平台，一次“学生查看课程章节”的请求会经过Controller→Service→Mapper三层：Controller只做参数接收和视图返回，Service里写业务规则，Mapper里放SQL。分层带来的直接收益是，测试题的判分、错题集的生成这类逻辑可以单独抽出来做单元测试，不必依赖页面。

数据库脚本里最核心的几张表，我按业务维度拆开看：

CREATE TABLE `course` ( `course_id` INT NOT NULL AUTO_INCREMENT COMMENT '课程ID', `course_name` VARCHAR(100) NOT NULL COMMENT '课程名称', `teacher_id` INT DEFAULT NULL COMMENT '授课教师ID', `credit` DECIMAL(4,1) DEFAULT '2.0' COMMENT '学分', `course_type` VARCHAR(50) DEFAULT NULL COMMENT '课程类别', `course_desc` TEXT COMMENT '课程简介', PRIMARY KEY (`course_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='课程信息表'; CREATE TABLE `test_question` ( `question_id` INT NOT NULL AUTO_INCREMENT COMMENT '题目ID', `course_id` INT DEFAULT NULL COMMENT '所属课程', `question_type` TINYINT DEFAULT 1 COMMENT '1单选 2多选 3判断', `question_content` VARCHAR(500) NOT NULL COMMENT '题干', `option_a` VARCHAR(200) DEFAULT NULL, `option_b` VARCHAR(200) DEFAULT NULL, `option_c` VARCHAR(200) DEFAULT NULL, `option_d` VARCHAR(200) DEFAULT NULL, `correct_answer` VARCHAR(10) NOT NULL COMMENT '正确答案', PRIMARY KEY (`question_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='测试题表';

建表时把course_id作为test_question的逻辑外键，但没在物理上建外键约束。这是个值得留意的设计：物理外键会影响测试题的批量导入和修改效率，很多SSM项目里的做法是只保留逻辑关联，由Service层保证数据一致性。utf8mb4是必须的，课程简介里如果存表情符号，老版utf8会直接报Incorrect string value这类写入错误。

错题集的表结构则记录了学生的答题快照：

CREATE TABLE `wrong_question` ( `record_id` INT NOT NULL AUTO_INCREMENT, `student_id` INT NOT NULL COMMENT '学生ID', `question_id` INT NOT NULL COMMENT '原题ID', `student_answer` VARCHAR(10) NOT NULL COMMENT '学生作答', `correct_answer` VARCHAR(10) NOT NULL COMMENT '正确答案', `submit_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '作答时间', PRIMARY KEY (`record_id`), KEY `idx_student_question` (`student_id`, `question_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='错题记录表';

这里保存双份答案是有讲究的：错题翻看时不能只查原题，还要看错因，学生在测验那一刻的作答和标准答案对照，才能说明这道题错在哪。idx_student_question联合索引覆盖“查某个学生的全部错题”和“查某道题被多少人做错”两个高频路径，避免全表扫。

其余表之间的关系，我整理成下面这张映射：

注意脚本里INSERT语句的顺序：先插院系，再插班级和教师，然后插学生。因为MyBatis做关联查询时需要这些外键对应的主键已存在。你如果自己往脚本里追加测试数据，必须维持这个顺序，否则会出现“插学生时班级ID不存在”的尴尬局面。导入成功后的第一件事，我是建议先用SHOW TABLES;核对表数量，再用SELECT COUNT(*) FROM student;看种子数据是否落库。只有数据落进去，启动项目后登录页才能有账号可用，这一步直接影响后续联调。

3. 前台学习链路实现：注册登录、视频课件与在线测试自动判分

前台的用户路径是完整的：游客可以浏览首页、公告、教师信息，但一旦要点开“我的课程”“在线测试”这类功能，就会被拦截到登录页。这个平台给学生的前台能力包括选课、查看课程章节、观看教学视频、参加在线测试、生成错题集、查询成绩、发表留言。整条链路里最有SSM特色的，我个人认为是“提交测试题并自动判分然后写错题集”这个业务，它同时用了Spring的事务和MyBatis的批量操作。

先看Controller层的写法：

@Controller @RequestMapping("/student/exam") public class ExamController { @Autowired private ExamService examService; @RequestMapping(value = "/submit", method = RequestMethod.POST) public String submit(@RequestParam("courseId") Integer courseId, @RequestParam("questionId") Integer[] questionIds, @RequestParam("answer") String[] answers, HttpSession session, Model model) { Student student = (Student) session.getAttribute("loginStudent"); ExamResult result = examService.submitAnswer(student.getStudentId(), courseId, questionIds, answers); model.addAttribute("score", result.getScore()); model.addAttribute("wrongList", result.getWrongQuestions()); return "student/exam_result"; } }

这段代码的特点是“Controller只做编排”。@RequestParam把页面里多个同名questionId和answer分别绑定成数组，顺序是按表单提交时的排列保持一致的；HttpSession里取loginStudent，说明登录状态已经在前面被拦截器校验过，Session里有用户数据才能走到这里。有人会把student再查一遍数据库，其实没这个必要，Session里放着的对象本身就是登录时查出来的，除非要拿最新数据，否则直接复用一个对象能省一次数据库IO。

Service层处理判分逻辑，这里有个容易踩的坑，放到事务里看就很清楚：

@Service public class ExamServiceImpl implements ExamService { @Autowired private QuestionMapper questionMapper; @Autowired private ScoreMapper scoreMapper; @Autowired private WrongQuestionMapper wrongQuestionMapper; @Override @Transactional public ExamResult submitAnswer(Integer studentId, Integer courseId, Integer[] questionIds, String[] answers) { int totalScore = 0; List<WrongQuestion> wrongList = new ArrayList<>(); for (int i = 0; i < questionIds.length; i++) { Question q = questionMapper.selectByPrimaryKey(questionIds[i]); boolean isCorrect = q.getCorrectAnswer().equalsIgnoreCase(answers[i].trim()); if (isCorrect) { totalScore += getQuestionScore(q.getQuestionType()); } else { WrongQuestion wq = new WrongQuestion(); wq.setStudentId(studentId); wq.setQuestionId(q.getQuestionId()); wq.setStudentAnswer(answers[i]); wq.setCorrectAnswer(q.getCorrectAnswer()); wrongQuestionMapper.insert(wq); wrongList.add(wq); } } Score score = new Score(); score.setStudentId(studentId); score.setCourseId(courseId); score.setTotalScore(totalScore); scoreMapper.insert(score); return new ExamResult(totalScore, wrongList); } }

@Transactional加上之后，如果第10道题写错题集失败了，前面9道题的插入也会一起回滚，成绩和错题记录不会出现一边有数据一边没数据的半截状态。getQuestionScore按题型给分，常见做法是单选每题2分、多选4分、判断1分，实际分值以项目说明里的设置为准。

判分逻辑写完后，MyBatis那侧的SQL映射也要跟上，错题自动入库靠的是动态插入：

<insert id="insert" parameterType="com.mooc.entity.WrongQuestion"> INSERT INTO wrong_question (student_id, question_id, student_answer, correct_answer, submit_time) VALUES (#{studentId}, #{questionId}, #{studentAnswer}, #{correctAnswer}, NOW()) </insert>

这里的NOW()直接用数据库时间，比在Java里new Date()更稳妥。服务器时间和MySQL时间一旦有偏差，手工做题和系统记录时间对不上，排查起来非常麻烦。#{studentId}这种写法是MyBatis的预编译占位符，防住SQL注入，这个平台所有涉及用户输入的条件都用了#{}，你自查代码时也要盯这一点。

视频课件的实现相对直白。课程章节表里存视频文件的相对路径，页面上用<video controls src="${pageContext.request.contextPath}/upload/${chapter.videoPath}">这种方式直接播放。路径映射需要在SpringMVC配置里加一个资源放行：<mvc:resources mapping="/upload/**" location="/WEB-INF/upload/" />。把视频放在WEB-INF下是为了防止未登录用户直接拼URL下载，对SSM项目来说这属于最省事的静态资源保护方案。

在线测试的异常情况也值得提前想到：学生提交答案时，如果中途断网，请求没到后端，那前端要提示重试；如果请求到了后端但响应丢失，学生重复点提交按钮，@Transactional配合成绩表的唯一索引(student_id, course_id)能挡住重复插入，第二次提交会直接报DuplicateKeyException，而不是生成两条成绩记录。

4. 后台权限控制与业务管理：三种角色怎么共用一个SpringMVC入口

后台功能模块多，但本质是“权限决定界面，界面决定数据”。该平台后台包括学生信息管理、教师信息管理、管理员信息管理、院系管理、班级管理、课程管理、课程章节管理、网站公告管理、测试题管理、成绩管理、视频课件管理、学生留言管理、留言交流管理。一个SpringMVC工程同时给三种角色用，靠的是拦截器对Session的校验，以及每个角色对应的访问路径前缀。

先看权限访问的映射规则，后台相关请求通常都挂在/admin路径下，角色拦截规则如下表：

拦截器的标准写法如下，SSM里没有Spring Security时这是最常见的权限方案：

public class RoleInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); Object admin = session.getAttribute("loginAdmin"); Object teacher = session.getAttribute("loginTeacher"); String uri = request.getRequestURI(); if (uri.contains("/admin/teacher") && admin == null) { response.sendRedirect(request.getContextPath() + "/admin/login"); return false; } if (uri.contains("/admin/course") && admin == null && teacher == null) { response.sendRedirect(request.getContextPath() + "/admin/login"); return false; } if (uri.contains("/student/") && session.getAttribute("loginStudent") == null) { response.sendRedirect(request.getContextPath() + "/student/login"); return false; } return true; } }

这段代码的要点在于：按角色分别存Session对象，登录接口里session.setAttribute("loginAdmin", admin)存入管理员，退出时session.invalidate()整体失效，不要去只删某一个属性。sendRedirect之后的return false是必须写的，否则请求拦截了又继续往下走，页面上一会儿是登录框一会儿是后台页面，逻辑就乱了。拦截器注册在SpringMVC配置里，<mvc:interceptors>里配置<mvc:interceptor>，<mvc:mapping path="/**"/>配合上面的URI判断，不要把静态资源js/css/images也拦截掉，可以用<mvc:exclude-mapping path="/static/**"/>放行。

后台管理最典型的功能是分页查学生，MyBatis的分页可以不用插件手写，用RowBounds或者SQL里的LIMIT。手写LIMIT时，Mapper层接收pageNum和pageSize：

public interface StudentMapper { List<Student> selectStudentPage(@Param("start") int start, @Param("size") int size, @Param("keyword") String keyword); }

<select id="selectStudentPage" resultType="com.mooc.entity.Student"> SELECT student_id, student_no, student_name, class_id, phone, email FROM student <where> <if test="keyword != null and keyword != ''"> AND (student_no LIKE CONCAT('%', #{keyword}, '%') OR student_name LIKE CONCAT('%', #{keyword}, '%')) </if> </where> ORDER BY student_id DESC LIMIT #{start}, #{size} </select>

<where>标签是MyBatis动态SQL里处理不确定过滤条件的标准方式：有关键字就拼上，没有关键字就自动去掉多余的AND。LIMIT #{start}, #{size}是MySQL的分页语法，前端传pageNum=2时后端算start=(pageNum-1)*size，务必在Service层把数字校验成非负整数，避免传负数把全表捞出来。

学生留言管理这个模块里有个典型状态设计：t_leave_message表里加state字段，0表示待审核，1表示已显示。前台展示时SQL只查state=1，后台管理员审核就是把state改成1或删掉。这比直接删除留言更稳妥，学生看到自己的留言“消失”时可以解释为审核未过，后台还能查到原始记录。我在跑这类SSM项目时，习惯先在后台把所有菜单点一遍，确认哪些功能是写死的假按钮、哪些是真正落库的CRUD。像视频课件管理，若页面只能传路径不能传文件，那就是文件上传组件还没接上，需要检查pom.xml或lib目录里是否有commons-fileupload，以及SpringMVC上传解析器配置。

数据显示层面，后台首页通常放统计数字，常见做法是把“学生总数、课程总数、今日留言数、考试参与人次”做成一张查询聚合，这一块也是答辩时老师喜欢问的。统计SQL可以用GROUP BY course_id配合COUNT(*)算出每门课的选课人数，再按ORDER BY count_num DESC LIMIT 5取热门课程Top5，这类具体查询比单纯遍历所有表要靠谱得多。

5. 部署验证与脚本重放：让这套MOOC源码在本地干净复现

拿到的是ssm_moocjxpt.sql和源码压缩包，不是Maven工程的话，大概率是传统的Eclipse Web项目，目录里带.classpath和.project。Eclipse导入时选Existing Projects into Workspace，不要选File → Open File，否则工程结构不完整。导入后立刻检查两处：一是项目右键Build Path里有没有引入lib目录下的jar包库，二是src下配置文件里的数据库账号密码是否被改过。项目说明里一般会写明“修改jdbc.properties”，我在这类SSM项目里见过多次因为密码带特殊字符没转义导致连不上库的情况，例如&在properties文件里必须写成\&或整体加引号。

数据库脚本的导入，我推荐用命令行而不是可视化工具，输出信息更完整：

mysql -uroot -p -e "CREATE DATABASE IF NOT EXISTS ssm_moocjxpt DEFAULT CHARACTER SET utf8mb4;" mysql -uroot -p ssm_moocjxpt < ssm_moocjxpt.sql mysql -uroot -p -e "USE ssm_moocjxpt; SHOW TABLES;"

第一条命令建库并指定字符集，避免脚本里有中文字段内容时出现乱码；第二条命令把脚本重放到库中，这里的<是Linux重定向语法，Windows命令行里同样支持；第三条命令用于核验表是否全部创建成功。如果SQL脚本文件较大，不建议用Navicat的“运行SQL文件”直接执行，遇到编码不识别会中断，命令行在容错性和提示上都要可靠得多。

部署阶段常见的启动报错按优先级排查，引用一条 “检查清单” 如下：

• Tomcat启动后访问404，先看控制台有没有报Bean创建失败，NoSuchBeanDefinitionException多半是applicationContext.xml里<context:component-scan base-package="com.mooc.service" />报销了包路径。
• 页面能开但登录报错BadSqlGrammarException，比对SQL脚本和Mapper里写的列名是否一致，最常见的坑是user表与SQL关键词同名单词冲突，需要加反引号。
• 中文乱码在页面显示成问号，先查数据库连接串是否带characterEncoding=utf-8，再查JSP页面头部是否设置了pageEncoding="UTF-8"，两个地方缺一个都不行。

验证MyBatis真实执行的SQL，最直接的手段是在mybatis-config.xml里开启日志：

<settings> <setting name="logImpl" value="STDOUT_LOGGING"/> </settings>

开启后控制台会输出每个Mapper执行生成的SQL、传入的参数以及返回条数。看到==> Parameters: 4(Integer)说明参数绑定成功，看到<== Total: 1说明结果映射正常。生产环境记得关掉或改成Log4j，STDOUT日志对性能影响较大。

关于项目证据的留存，我建议在完成功能自测后，用DataGrip或Navicat登录MySQL，把整个ssm_moocjxpt库导出一份新的SQL脚本，专门用于答辩或部署演示。导出时勾选包含DROP TABLE语句和包含INSERT语句，再把新脚本在本地空库上重放一遍，确认能够重建整个库。这一版脚本就是干净的数据快照，和初始脚本做一次对比，能清楚看出你改动了哪些表结构、加了哪些测试数据，避免把本地调试时造的大量垃圾数据直接打包进提交物里。

本文还有配套的精品资源，点击获取