简介基于SpringBoot的在线考试系统是一套面向毕业设计场景的完整项目资源系统设计为管理员与用户两种角色前后台分离。前台提供首页轮播、试卷表浏览、公告通知、课程信息与个人中心后台用户可管理个人资料、公告、课程与考试包括查看考试安排、参加考试和成绩查询管理员还可维护课程、老师、学生等基础数据。资源共3个文件包含zip源码工程、sql数据库脚本及txt说明文档压缩包整体约24.12MB目录简洁便于直接导入开发环境与数据库。当前已有58人学习下载适合正在完成毕设或学习SpringBoot整合的开发者。除完整源码和数据库脚本外资源还附带配套报告能够辅助理解系统设计思路、角色权限分配、数据库表关系与考试业务流程为论文撰写或答辩材料提供参考节省从需求梳理到编码实现的重复工作。 看到“基于SpringBoot的在线考试系统”这个标题想必你已经猜到了这是一个课程设计或者毕业设计味道很浓的项目。但恰恰是这种项目最容易暴露出源码、数据库脚本和报告三者不一致的问题。我这套系统的目标很直接不搞花哨功能把在线考试最核心的闭环跑通——题库维护、随机组卷、限时答题、自动判分、成绩统计全部打通在同一套SpringBoot后端和MySQL数据库里。适合正在做相关选题的学生也适合想通过一个完整项目系统梳理SpringBoot开发流程的朋友。1. 在线考试系统到底在解决什么问题需求边界与角色梳理1.1 三种角色的权限边界不要把在线考试系统想成一个简单的一键发布考试工具。它最核心的难点是同时面对三种角色学生、教师、管理员而且每种角色对数据的要求完全不同。学生只关心有哪些待参加的考试、考试时间多长、能不能按时交卷、成绩是多少。教师需要维护自己的题库创建试卷发布考试批改主观题查看本班成绩。管理员一般不参与出题和答卷但需要管理系统用户、重置密码、查看系统运行的基础数据。如果把这三种角色的权限边界理清整个系统的Controller层就很好设计了。我采用Spring Security做基础登录认证再通过自定义注解拦截教师和管理员接口。这里有一个经验不要把按钮级权限做进数据库里对这种规模的系统来说属于过度设计写死在代码里反而好维护。1.2 功能模块与闭环流程完整的功能闭环是这样的管理员导入学生和教师账号教师在题库模块录入题目创建试卷并从题库选题或随机组卷然后发布考试并设置时间段学生在时间窗内参加考试客观题由系统自动判分主观题由教师批改最终成绩进入记录表学生可以查询教师可以导出。对应到功能模块可以划分为用户、题库、试卷、考试、答题、判分、成绩七个模块。重点讲一下为什么不开放学生自助注册考试系统必须保证账号可控所以统一由管理员创建账号避免任何人随意注册进入考试这也减少了权限设计的复杂度。如果不需要对接第三方登录Spring Security默认的表单登录就是最稳的方案。我在写报告时就是按这个模块划分做功能架构图老师看完能快速理解整个业务流程。2. SpringBoot项目骨架与技术选型哪些依赖值得用哪些是给自己挖坑2.1 这套系统的技术栈组合技术栈我选的是SpringBoot 2.7、MyBatis-Plus 3.5、MySQL 8、Spring Security和Lombok前端用Thymeleaf加Bootstrap做服务端渲染减少跨域和部署上的麻烦。如果你更熟悉前后端分离可以把Thymeleaf换成Vue但需要额外处理CORS和Token刷新问题课程设计阶段不一定是加分项。这里重点说下为什么用MyBatis-Plus而不是原生MyBatis。考试系统里有大量常规CRUD比如用户表、题目表、考试记录表用Plus提供的BaseMapper能省掉一半以上重复XML。遇到随机组卷这种复杂SQL时我直接在Mapper接口上写自定义方法既不丢灵活性也不增加代码量。很多同学喜欢在项目里堆很多依赖其实SpringBoot加MyBatis-Plus加MySQL已经能覆盖考试系统90%以上的业务。2.2 项目结构规划和关键配置项目结构建议按业务模块分包而不是按controller、service、dao粗粒度分。我实际用的目录大致是controller层分别建AdminController、TeacherController、StudentControllerservice层按QuestionService、PaperService、ExamService、SubmitService、ScoreService这样划分entity和mapper与数据库表一一对应vo层用来封装前端展示对象。application.yml里最值得注意的几个配置是数据库连接参数、MyBatis-Plus的日志输出和Jackson的时间格式。MySQL连接串一定要带上useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai否则项目部署到别人电脑上很容易出现中文乱码和日期差8小时。密码建议用环境变量占位例如password: ${DB_PASSWORD:123456}这样别人下载后不需要改代码就能跑起来同时也不会把真实密码暴露到代码仓库里。3. 数据库设计支撑考试闭环的六张核心表3.1 从用户到答卷的六张表数据库是整个系统里最不能省时间的部分。在线考试系统的核心表我归纳为六张sys_user、exam_question、exam_paper、exam_paper_question、exam_record、exam_record_question。sys_user用户表用role字段区分学生、教师、管理员存用户名、密码、姓名、班级。密码统一用BCrypt加密。exam_question题目表字段包括题型、难度、题干、选项A到D、正确答案、题目解析、创建人。exam_paper试卷表只存试卷名称、总分、创建教师、创建时间。exam_paper_question试卷题目关联表存试卷ID、题目ID、本题分数、题目序号是组卷的枢纽。exam_record考试记录表一个学生参加一场考试就是一条记录存学生ID、试卷ID、开始时间、提交时间、总得分、状态。exam_record_question答卷明细表存考试记录ID、题目ID、学生答案、得分、是否已人工批改。这张表结构的核心思想是把“一张试卷”和“一次考试”分开。exam_paper是模板exam_record指向试卷模板并记录具体某次考试的执行情况exam_paper_question说明模板里有哪些题exam_record_question记录某个学生实际作答了哪些题。这样既能支持同一份试卷多次考试也能支持每次考试独立追溯。3.2 建表与字段的细节坑建表时最容易踩的坑有三个。第一题目表里的正确答案字段要预留足够长度如果用char(1)存单选题答案后面想改成多选就麻烦了我直接用varchar(255)多选答案用“A,B,C”这种字符串存。第二考试记录表一定要加唯一约束uniq_user_exam(user_id, exam_id)否则高并发下学生连续点击交卷按钮就会产生重复考试记录。第三所有时间字段统一用datetime不要用timestamp在某些MySQL版本下可能出现的问题虽然考试系统短期用不到但规范一点总是好的。六张表之间的关系可以在报告里画一张ER图用户表1对多发布试卷用户表1对多维护题目试卷表经过exam_paper_question与题目表多对多关联试卷表1对多考试记录考试记录1对多答卷明细。这张ER图不需要画得很复杂把外键关系表示清楚老师一眼就能看出你理解了数据库设计。4. 组卷、锁时、判分三条核心业务链路的实现4.1 随机组卷不是ORDER BY RAND()就完事手动组卷相对简单教师从题库里勾选题目并设置每道题分数直接插入exam_paper_question。随机组卷则要按题型和难度比例抽题比如一套试卷需要5道单选题、3道多选题、2道判断题其中单选题里简单题2道、中等题2道、难题1道。我最初用MySQLORDER BY RAND() LIMIT ?数据量小于几千条时体验还行题库一旦上万道扫描全表排序会让接口明显变慢。后面改成两步先用条件查询取出符合条件的题目ID集合再用Collections.shuffle取前N个ID最后按这些ID查完整题目。这样既保留随机性又避免大表排序的性能隐患。题目ID集合数量不足时必须给前端明确提示而不是悄悄少出题否则学生拿到手会发现试卷总分对不上。4.2 限时考试前端倒计时只是装饰在线考试最怕的是学生开多个页面、长时间不操作、交卷时时间已经超了。前端的倒计时只能作为展示真正的限时控制必须放在后端。我的做法是在exam_record里记录start_time和exam_duration每次保存答案、提交试卷时后端都用当前时间减去start_time判断是否超时一旦超时就视同交卷拒绝继续提交。同时我会在考试期间提供“保存答案”按钮把当前已答题目存到exam_record_question万一学生浏览器崩溃重新登录还能恢复之前保存的答案。这个功能在实际演示和答辩时非常加分因为评委最常问的问题就是“如果考试中途掉线了怎么办”。4.3 自动判分与主观题阅卷判分逻辑分两条线。客观题在交卷时自动判分遍历exam_record_question把学生答案和exam_question里的正确答案做比较。多选题为了处理顺序问题我会先把字符串拆成List再去重排序后比较答对的题目从exam_paper_question里取出本题分数并累加。主观题默认得分0状态标记为待批改等教师在后台评分后更新。这里有个坑多选题如果答案存的是“A,B,C”学生选“B,A,C”直接比较字符串会误判为错。修正办法很简单在判分工具类里统一对选项字符串做分割、排序、再拼接然后再与标准答案比较。自动判分完成后更新exam_record的总分和状态我加了WHERE id ? AND status EXAMING条件配合事务和唯一约束防止重复交卷导致分数被覆盖。5. 源码、数据库脚本和报告怎么交付才靠谱5.1 源码与数据库脚本的整理规范很多同学交付项目时源码、数据库脚本、报告是三个对不上的东西。源码里字段叫createTime脚本里却是create_time只要跑一次就暴露。我的交付前整理规范是数据库脚本统一放在sql目录下文件命名为01_schema.sql、02_data.sql前者只放建库、建表、索引后者放初始数据包括默认管理员账号和一套演示用题库。源码根目录写README内容包括环境要求、数据库初始化步骤、启动命令、默认账号密码。这一步不要觉得是小事评审老师拿到项目后第一步就是照着README跑跑不起来印象分会大打折扣。5.2 课程设计报告的写作顺序报告是“源码数据库报告”三件套里最容易被忽视的。常见的通病是贴几百行代码讲不出设计思路。我的写作顺序是需求分析说明为什么要做、用户是谁、功能边界系统设计画技术架构图和模块划分数据库设计放ER图并逐表说明字段系统实现每个模块给一个关键代码片段并解释系统测试用表格列出测试用例、输入、预期输出、实际结果最后总结遇到问题和解决过程。测试部分不要只写“测试通过”可以列成表格比如试卷不设置结束时间会怎样、学生超时交卷是否被拒绝、多选题乱序答案能不能判对这些既是测试点也是答辩时老师最喜欢问的点。我在写报告时会把项目从零跑一遍每一步运行截图都存好最后统一插入对应章节比最后补截图省事得多。每个功能模块的代码不要贴超过20行只贴核心判分逻辑、随机组卷逻辑这种有业务含金量的片段其余用流程图或文字描述。根据我自己的体验这套项目最花时间的不是写代码而是让源码、数据库、报告三者在任何一台机器上都能复现。先本地跑通再换一个MySQL版本跑一遍最后把遇到的问题写进报告整个项目才算真正闭环。如果你们也在做类似SpringBoot的考试系统建议先把数据库表关系理清楚再动手写业务代码会省掉很多返工的时间。本文还有配套的精品资源点击获取