尧图网站建设 
简介本资源是一套面向计算机专业本科生的毕业设计实战项目基于Spring Boot开发的在线考试系统适用于课程设计、毕设选题与Java全栈能力综合训练。系统覆盖考生管理、智能组卷、在线考试、自动阅卷与成绩分析等核心教学场景兼顾教育信息化实际需求与工程规范性。压缩包共791个文件含107个Java后端业务类、46个Vue前端组件、164个JS交互逻辑、53个CSS样式及79个GIF动效资源配合SQL建表脚本、YML配置、BAT部署脚本等完整呈现前后端分离架构与可运行工程结构整体大小21.21MB。资源已获22人学习下载配套论文文档详述系统架构、模块划分与技术实现细节源码经实际编译验证含备份文件.bak与多环境启动脚本.bat便于快速部署调试与二次开发。 说实话看到springboot687基于Spring Boot的在线考试系统--论文(文档源码)_kaic.zip这个命名我第一反应就是熟悉的毕设项目包。最近两三年Spring Boot 在线考试系统这个组合在毕业设计里出现频率非常高几乎每个高校的软件工程、计算机科学专业都能扒拉出几个同类题目。不过说句公道话这个题目能成为经典选题不是没有原因的——在线考试系统的业务边界清晰数据结构不复杂但也不至于简单到没东西写用户角色天然分成三类功能覆盖了登录鉴权、增删改查、业务流转、状态判断正好能把一个学生学过的Web开发知识点都串起来。再加上Spring Boot本身简化了大量配置对毕设党来说是个性价比很高的技术栈。这个zip包里的东西我虽然没有实际解压过但根据命名结构和这类项目的常见组织方式基本就是一套完整的毕设交付物一套可运行的源码工程包括后端Spring Boot工程、前端页面、一篇毕业论文文档、数据库初始化脚本可能还附带开题报告和答辩PPT。这类项目包的受众很明确——正在做毕设或者想要快速搭一套考试系统练手的学习者。它解决的问题也很直接你不需要从零开始设计表单、纠结权限模型怎么建直接站在别人搭好的框架上改改就能用。所以我打算从实际开发者的视角把这个项目从头到尾拆开讲一遍。我会覆盖系统设计和功能拆解、数据库和核心业务逻辑怎么设计、关键功能怎么落地写代码、论文怎么组织才能过盲审、开发过程中常见的坑怎么排以及这个系统上线部署的一些经验。这样无论你是想直接用这套代码做二次开发还是想弄懂在线考试系统的实现原理都能从这篇文章里拿到能直接用的东西。1. 项目整体设计与功能拆解1.1 系统定位与角色划分在线考试系统这几个字听起来简单但这玩意儿背后要处理的问题其实不少。我见过很多第一次拿到这类项目的同学第一反应是不就是出题然后考试嘛结果真去细化需求的时候才发现事情没那么简单——谁来出题谁来批改考试中途能不能切页面交卷之后还能不能改这些业务决策最终都会变成代码里的判断逻辑。这个系统的用户角色基本是标准的三类分法管理员负责任务最重的后台管理部分。管理员要维护系统里的基础数据包括但不限于学生和教师账号的信息管理、课程和班级的维护、考试公告的发布与下架。一个现实的经验是如果管理员功能做得太弱会让整个系统显得很单薄——学生、教师、管理员三个角色如果只是名字不同而操作差不多的页面那就失去了多角色设计的意义。教师这是业务的核心操作者。教师的日常工作流是先创建考试设定考试名称、时间范围、考试说明然后往考试里挑题目从题库里选或者临时新加也可以直接管理自己的题库最后考试结束后查看学生成绩和统计情况。整套流程下来教师才是业务驱动方。学生学生端的操作在功能数量上最少本质上就三件事查看可以参加的考试、进入考试答题、查看自己的历史成绩。但恰恰是学生端对体验要求最高——倒计时要能看得清切屏要能监测交卷按钮要防误触。我在实际开发时明显感觉到学生端代码量不多但不代表不重要这几个页面的很多细节逻辑处理起来比后台管理页更费心思。后端基于Spring Boot的分层架构来处理这些角色对应的请求Controller层接收前端请求做参数校验Service层写业务逻辑Mapper层对数据库做增删改查。前端页面这版多数情况下是服务端渲染的Thymeleaf模板或者配合Vue做前后端分离两种方案在毕设里都常见后面我会具体讲区别。1.2 核心功能模块梳理把角色划分清楚之后功能模块就比较好整理了。从全局看整个系统可以切成五个核心模块用户管理模块包含用户的注册、登录、信息修改、密码重置、账号状态管理。这块是所有Web系统的地基。在设计上要注意的是密码不能明文存储要用MD5或是更推荐的BCrypt加密登录状态用Session还是JWT要看项目架构传统的模板渲染项目用Session更常见前后端分离的项目基本都是JWT。题库管理模块这是考试系统的内容供给模块也是代码里比较有意思的部分。试题类型一般分单选题、多选题、判断题、填空题、简答题主观题。每种类型的存储字段不同——选择题要存选项和正确答案判断题只需要存正确/错误标记简答题要存参考答案文本。数据库表设计时需要考虑好如何区分这些类型以及不同类型试题的答案字段怎么存。我的建议是选项用统一的JSON字符串存储而不是拆成多个字段这样在扩展题目类型时改动最小。试卷管理模块教师在这里创建考试、配置试题。这里涉及一个核心问题——手工组卷还是随机组卷。很多毕设版本只做了手工组卷即教师从题库中手动勾选题目配置每题分值然后发布。但稍微好一点的项目会支持随机组卷——教师设定题型数量、各题分值系统自动从题库中抽题。随机组卷的实现很能体现开发者对需求的理解深度也是论文里可以重点写的创新点。在线考试模块这是系统最核心的模块承担学生答题、倒计时控制、答案暂存、交卷判定等功能。这里有很多底层逻辑要考虑比如学生考试中途刷新页面怎么办答案有没有实时保存倒计时到0了还没交卷系统要强制交卷还是自动保存我在代码实现中会专门说明这些边界情况的处理方案。成绩管理模块客观题单选、多选、判断可以自动判分主观题填空、简答需要教师人工批阅。成绩管理页展示的是成绩列表、班级平均分、及格率统计这样的信息。这个模块写起来不复杂但整理需求的时候需要考虑到与教师端、学生端的数据联动。1.3 技术选型与理由既然题目里限定死了Spring Boot那后端框架就没有纠结的必要了。但Spring Boot生态内部仍然有选择空间这地方我展开讲一下我的思路也算给要改方向的同学一个参考。持久层框架MyBatis和MyBatis-Plus是主流选择。如果代码里大量使用XML写SQL那就是原生MyBatis如果实体类上带着TableName、TableId这种注解代码里到处是selectPage、selectById那显然就是MyBatis-Plus。两种都能做我的体会是如果项目周期紧、用MyBatis-Plus能省掉大量单表CRUD的SQL编写时间把精力聚焦在真正复杂的业务逻辑上更适合毕设党。前端方案看这个项目的原始结构服务端渲染的可能性大一些用的通常是Thymeleaf模板引擎配合Bootstrap或者Layui。这方案的好处是工程结构简单不用前后端分离部署时一个jar包搞定对毕设来说绰绰有余。如果是Vue Element UI做前后端分离视觉冲击力确实更强演示效果更好但工程复杂度也会上去——前端的Node环境、跨域处理、接口联调每一步都可能卡住人。我给的建议是时间充裕且前端底子不错选Vue能给答辩加分时间紧张、目标是先把系统跑起来老老实实用Thymeleaf反而更稳。数据库与版本管理MySQL 5.7或8.0都行。版本选择上有一点要注意MySQL 8.0的驱动名已经改成com.mysql.cj.jdbc.Driver连接URL还要带时区参数serverTimezoneAsia/Shanghai我第一次用8.0时踩过这个坑。如果项目包里给的是5.x版本的SQL脚本比如数据库表里用了engineInnoDB default charsetutf8在8.0下也能跑没有兼容性问题但反过来如果脚本是按8.0语法写的在5.7下就可能报错。所以数据库环境的版本最好和项目包说明保持一致。2. 数据库设计与核心业务设计思路2.1 数据库表结构设计拿到一个项目包之后第一步不是急着去启动而是先把数据库脚本看明白。这套系统的表结构设计得很规范基本是按照经典的三范式来拆的。核心表大概有这么几张表名用途关键字段user用户表统一存学生/教师/管理员id, username, password, role, statuscourse课程表id, course_name, teacher_idexam考试表id, exam_name, course_id, start_time, end_time, duration, statusquestion试题表id, type, content, options, answer, analysis, score, course_idexam_question考试题目关联表id, exam_id, question_id, scorestudent_answer学生答题表id, exam_id, student_id, question_id, answer, is_correctexam_record考试记录表id, exam_id, student_id, score, submit_time关于用户表有一个设计细节值得单独说很多系统会把学生、教师、管理员分别建三张表像student、teacher、admin这种拆分方式的问题在于登录逻辑复杂——系统得判断登录用户是哪种类型再去对应表里查密码多了一次联合判断。而这个系统统一放一张user表用role字段区分角色登录时只查一次表就能拿到用户全部信息。这个设计思路在论文里也更好写因为权限设计的描述变得非常干净一次查询拿到角色再走对应的认证授权逻辑。考试表exam里有个容易忽略的字段——status。我见过不少基础的在线考试项目在考试状态判断上直接用时间比对也就是当前时间早于开始时间未开始晚于结束时间已结束这类的硬性判断。这种写法虽然也可以但每次查询都要做时间运算而且没法表达管理员手动关闭考试这种状态。所以更合理的做法是增加状态字段0-未开始1-进行中2-已结束3-已关闭。开考时间到达和考试时间结束都通过定时任务或延迟查询来更新状态而不是每次实时算。2.2 随机组卷与自动阅卷逻辑这两个业务逻辑是全系统最值得展开讲的部分也是论文里核心功能设计章节最能写出深度的地方。随机组卷的实现我推荐一个效率和公平性都兼顾的SQL方案按题型分组后随机抽取。伪代码大概是这样的逻辑-- 在指定课程题库中随机抽取5道单选题 SELECT * FROM question WHERE course_id 1 AND type 1 ORDER BY RAND() LIMIT 5;这种方法简单直接但要注意一个性能问题如果题库数据量大ORDER BY RAND()会对全表做随机排序性能会很差。针对毕设级别的数据量几百道题完全没有压力但如果追求更好的实现可以改用分步抽题——先查出符合条件的题目ID列表然后取随机ID再根据ID去查对应的题目内容。这个优化过程在论文里完全可以写进去体现你思考过性能问题。在实际的Java代码中由于要支持不同题目类型设置不同抽题数量和分值的灵活配置我会采用这样的设计教师在组卷表单里不是一张试卷配一堆题目而是填写单选题5道每题4分多选题3道每题6分判断题5道每题2分这样的规则集合后台根据规则去题库里随机选。这样做的好处是改分值不用重新出题加题量不用手动去题库勾交互上比一门课一门课手动勾选舒服得多。自动阅卷逻辑核心是把客观题判分写成不依赖具体业务状态的纯函数。我的实现思路是这样的单选题和判断题比对用户提交的答案与标准答案字符串是否完全一致。多选题这里有个业务上的取舍——是全对才得分还是漏选得一半分我通常选择全对才得分这样实现最清晰也符合大多数考试的默认规则。如果题目本身是多选且漏选得半分的设定那就是在判分逻辑里增加一个子集判断用户答案的所有字符都在标准答案中且数量小于标准答案得分本题分值/2。这个分支不复杂但必须在需求里先想清楚。主观题简答题自动阅卷无法准确判断内容所以系统只保存学生答案不判对错。成绩表中这类题目先标记为待批阅教师在后台看到待批阅列表后人工打分。自动阅卷的执行时机也是需要权衡的点是交卷时立刻生成成绩还是定时批量判分我在这个项目里采用交卷时立即判分的方式因为客观题的判分是内存级的字符串比较性能开销很小。交卷逻辑会经过一个事务保存答题记录 - 逐题判分算总分 - 更新考试记录表的最终成绩。事务保证这三个动作要么全部成功要么全部失败避免出现答题记录保存了但成绩没算出来的不一致状态。2.3 用户权限与考试流程控制这个系统的权限控制我这边用的是Spring Boot拦截器HandlerInterceptor来实现的。网上很多教程都推荐用Spring Security或Shiro来做权限但说实话对于这种只有三种固定角色的教学级项目安全框架的引入反而会让代码膨胀不少而且配置一个Security的过滤器链对初学者来说要踩的坑也不少经常出现配置没生效请求被莫名拦截的困惑。用拦截器的好处是代码直观、调试起来容易理解。具体实现思路是定义一个LoginInterceptor在preHandle方法里检查当前Session里有没有登录用户再定义一个RoleInterceptor读取当前请求的路径前缀/admin/**、/teacher/**、/student/**与当前登录用户的角色做匹配。路径前缀匹配的方式很规整——后端代码中路径设计时就定好规矩所有管理端接口都以/admin开头教师端接口以/teacher开头学生端接口以/student开头拦截器匹配前缀就能完成权限控制。考试流程控制的细节里有一个很重要的防作弊设计——切屏监测。前端页面会在考试过程中监听blur事件失去焦点或visibilitychange事件页面切换。每次切出考试页面系统都会记录一次切屏日志并且提示请不要切出考试页面。切屏次数如果超过设定阈值比如3次系统会提示已将其标记为作弊但不会强制交卷——因为强制交卷这个操作如果判断标准有误容易引发学生投诉直接交给教师在后台查看切屏记录后人工判断更稳妥。倒计时控制的实现我在学生端页面上设置了一个JS倒计时定时器每秒刷新一次。前端倒计时归零时自动提交试卷这样能防住时间到了还赖着不交卷的问题。但为了可靠性后端在接收交卷请求时还会二次校验当前时间 考试结束时间防止有人通过修改前端代码绕过倒计时限制。3. 核心功能实现与关键代码解析3.1 环境准备与项目骨架搭建从零把这个项目跑起来第一步是准备环境。版本对应关系这里容易踩坑我先给一个稳妥的组合建议工具推荐版本说明JDK1.8或11Spring Boot 2.x用1.8最稳21等新版本容易出兼容问题Maven3.6.3配置阿里云镜像加速依赖下载IDEIntelliJ IDEA2020.2以上即可不需要最新版MySQL5.7或8.0用8.0务必注意驱动名和时区参数数据库客户端Navicat或DBeaver个人更推荐DBeaver开源免费我不止一次遇到同学说我idea里面新建项目没有springboot 3.4.3选项其实这不是因为你IDEA版本不行而是Spring Initializr的选项来自远程服务网络不通就加载不出来。解决方式很简单在内置的Spring Initializr界面选择Custom填https://start.aliyun.com这是阿里云的Spring脚手架镜像速度快很多而且提供的Spring Boot版本更贴合国内教程的常见版本。把项目包解压后标准的目录结构应该是这样的src/main/java/com/example/exam/ ├── ExamApplication.java # 启动类 ├── controller/ # 控制器层 │ ├── admin/ # 管理员端接口 │ ├── teacher/ # 教师端接口 │ └── student/ # 学生端接口 ├── service/ # 业务逻辑层 ├── mapper/ # 数据访问层 ├── entity/ # 实体类 ├── config/ # 配置类拦截器、CORS等 └── common/ # 公共类统一返回、异常处理等启动项目前要做三件事第一步在MySQL里创建数据库执行项目包里的init.sql脚本把表结构和初始数据后面会有一个测试账号如admin/admin123导入进去第二步修改application.yml里的数据库连接地址、账号、密码第三步在IDEA里点击启动按钮运行ExamApplication。如果控制台出现Spring Boot的Logo和Started ExamApplication的字样恭喜第一步已经成功了。3.2 登录认证与角色权限实现登录模块虽然基础但这里我会把代码写得稍微讲究一点。密码存储必须加密这个是底线要求。用户表的初始密码如果直接用明文导入答辩的时候被老师看到会很尴尬。在实际修改中我通常把注册密码的加密方式做成BCrypt因为Spring Security框架自带BCryptPasswordEncoder即使不引入完整的Security也可以单独引入spring-security-crypto这个轻量依赖来使用加密算法。登录接口的核心逻辑大概长这样PostMapping(/login) public Result login(RequestBody LoginDTO loginDTO, HttpServletRequest request) { // 1. 根据用户名查用户 User user userService.findByUsername(loginDTO.getUsername()); if (user null) { return Result.error(用户名不存在); } // 2. BCrypt 验证密码 if (!BCryptPasswordEncoder.matches(loginDTO.getPassword(), user.getPassword())) { return Result.error(密码错误); } // 3. 检查账号状态 if (user.getStatus() ! 1) { return Result.error(账号已被禁用); } // 4. 存入 Session供拦截器校验 request.getSession().setAttribute(loginUser, user); return Result.success(user); }这里有个非常值得注意的细节密码错误提示密码错误用户名不存在也提示密码错误或者统称用户名或密码错误。这样做的目的是防止攻击者通过不同的返回信息判断某个用户名是否已注册这是一个基础但重要的安全习惯。如果你在项目包里看到这种模糊提示的写法说明原作者的开发习惯是靠谱的。拦截器的注册记得要在WebMvcConfigurer里显式声明并且排除登录接口和静态资源Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new LoginInterceptor()) .addPathPatterns(/**) .excludePathPatterns(/login, /logout, /register, /css/**, /js/**, /images/**); }3.3 在线考试与答题核心流程实现整个系统最值得认真读的代码是考试模块。学生在学生端点击开始考试时前端会发起请求拿到试卷数据。这里藏着一个安全设计点——接口不要一次性返回试卷和答案。有些项目图省事把考试题目连同答案一起从后端返回给前端这等于把标准答案直接送到了考生的浏览器里考生用浏览器开发者工具一打开Network面板就能看到。这个bug我在代码审查时见过多次属于严重的低级失误。正确的做法是后端返回试卷时只返回题干、选项、题目ID不返回答案字段。判分时再通过考试记录和标准答案比对。也就是数据库表查询时answer字段在读试卷接口中直接不做返回。这个设计在论文里可以作为一个小的安全性设计小节来写。交卷接口的实现我用一个事务方法来完成整个判分流程Transactional public Integer submitExam(Long examId, Long studentId, MapLong, String answerMap) { // 1. 二次校验考试时间 Exam exam examMapper.selectById(examId); Date now new Date(); if (now.after(exam.getEndTime())) { throw new BusinessException(考试已结束); } // 2. 遍历答题卡逐题保存 int totalScore 0; for (ExamQuestion eq : examQuestionMapper.selectByExamId(examId)) { String studentAnswer answerMap.get(eq.getQuestionId()); Question question questionMapper.selectById(eq.getQuestionId()); StudentAnswer sa new StudentAnswer(); sa.setExamId(examId); sa.setStudentId(studentId); sa.setQuestionId(question.getId()); sa.setAnswer(studentAnswer); // 3. 客观题直接判分主观题标记待批阅 if (question.getType() QuestionType.SUBJECTIVE) { sa.setIsCorrect(0); // 主观题不自动判分 } else { boolean correct question.getAnswer().equals(studentAnswer); sa.setIsCorrect(correct ? 1 : 0); if (correct) { totalScore eq.getScore(); } } studentAnswerMapper.insert(sa); } // 4. 保存考试记录 ExamRecord record new ExamRecord(); record.setExamId(examId); record.setStudentId(studentId); record.setScore(totalScore); record.setSubmitTime(now); examRecordMapper.insert(record); return totalScore; }这段逻辑里有一个容易被新手忽略的点客观题和主观题的分流判断。很多同学会把所有题目都走自动判分导致简单题答案比对失败后得了0分。所以写这块的时候看一眼question.getType()的枚举判断确认是不是有主观题的分支处理。3.4 前端页面与交互实测前端这块如果项目是Thymeleaf方案核心页面就是templates目录下的几个HTML文件。我跑通系统后建议把几个页面挨个点一遍重点看这几个位置登录页登录失败时错误提示是否显示登录成功后按角色跳到对应首页。学生考试列表页未开始的考试显示未开始按钮置灰进行中的显示进入考试已结束的显示查看成绩。答题页倒计时是否正常走切换题目是否保留选择状态最后一题答完是否能正常交卷。教师端组卷页选择题型、数量、分值后是否能生成预览组卷后考生端能否立刻看到这场考试。实测中我遇到最多的情况是创建考试后学生端看不到考试。这里的原因多数是考试状态没置为已发布或者课程选择和班级范围配置错了。排查时可以看一下exam表的status字段以及在学生端的查询SQL里是不是漏了status 1的条件。这类线上问题如果排查多了就会总结出考试可见性的三要素考试状态、课程匹配、时间范围三个条件都满足才会出现在学生端列表上。4. 论文写作与答辩准备指南4.1 毕业论文结构规划这个zip还有一个重要组成部分——论文文档。在线考试系统的毕业论文标准的结构是这样的摘要一段话讲清楚系统做什么、用什么技术、解决了什么问题。摘要控制在300-400字关键词三到五个。第一章 绪论写课题背景和意义以及国内外研究现状。研究现状这块注意不要只写国内。常用的写法是国外在线考试平台起步较早比如TOEFL的机考系统已经很成熟国内这几年在线考试需求也快速增长线上教学平台普遍带有考试模块。发展现状描述时不要写成教科书式的随着互联网的发展显得太空泛。第二章 相关技术介绍介绍Spring Boot、MyBatis-Plus、MySQL以及前端框架。每个技术写2-3段包括是什么、为什么选它、在现代开发中的位置。这里的重点是体现选型理由而不是大段抄官方文档。第三章 需求分析画出用例图管理员、教师、学生各自有哪些操作列出功能需求点最后补充安全性、性能等非功能需求。第四章 系统设计系统架构图、技术架构分层说明、数据库表结构设计每张表列字段清单、部分核心功能的流程图设计。第五章 系统实现每个模块选取2-3个典型功能展示核心代码配上页面截图和文字说明。代码不要贴长段只保留关键片段一般控制在15-25行以内否则排版很难看。第六章 系统测试功能测试用例表编号、功能点、预期结果、实际结果、结论一定要有几行测试结果符合预期的结论。白盒测试和黑盒测试如果写不出来就选两种典型的黑盒测试方法来写例如等价类划分和边界值法。第七章 总结与展望总结系统的成果承认不足之处展望未来可以怎么改进。切忌写得像自我批评大会客观陈述即可。4.2 论文配图与核心图表计算机类毕业论文里图的数量和质量直接影响盲审印象。我梳理了这份论文中必须有的几类图第一系统架构图。通常画一个多层架构——展示层前端页面、应用层Controller、业务层Service、数据访问层Mapper、基础设施MySQL。这张图是论文第四章的门面直接用一张纵切的分层示意图就行。第二功能结构图。按角色把系统拆成三级目录结构系统-模块-功能点。例如教师端-试卷管理-创建试卷/编辑试卷/发布试卷/删除试卷。这张图用树形结构画能一目了然看出系统的全貌。第三E-R图。展示实体关系把用户、课程、考试、试题、答题记录这些实体画出来标出1对多、多对多的关系。E-R图的画法不需要特别复杂重点是体现你对数据库设计有全局认知。第四核心业务流程图。选取一个最重要的流程——我认为是学生参加在线考试的完整流程图从进入考试列表到提交试卷、查看成绩。这张图能展示你对业务交互的掌控力答辩时考官也常从这张图开始提问。关于画图工具我个人推荐ProcessOn在线画图里面有大量免费的模板可以直接借鉴画出来风格统一导出PNG后高清度也不错。另外如果不想一张张手画直接用Visio套模板也可以只要保证同一篇论文里的图风格一致就行。4.3 答辩常见问题与应对答辩环节老师大概率会从概念理解和代码细节两个维度提问。我整理几个高频问题你有时间的话提前准备好为什么选择Spring Boot而不是Spring MVC——回答思路Spring Boot简化了配置内嵌了Tomcat通过starter一键集成插件使用约定优于配置的方式降低了开发门槛。最好能补充一句Spring Boot底层仍然是Spring MVC的工作方式只是自动配置帮我们完成了大量常规设定。说说Spring Boot自动配置的原理——回答思路启动类上的SpringBootApplication注解是一个组合注解由SpringBootConfiguration、EnableAutoConfiguration、ComponentScan组成。其中EnableAutoConfiguration通过spring.factoriesSpring Boot 2.7之前或AutoConfiguration.importsSpring Boot 2.7之后指示Spring容器去加载一批自动配置类这些配置类上带ConditionalOnClass、ConditionalOnMissingBean这类条件注解只在满足条件时才会生效。这个知识点最好能用自己项目里的一个场景举个例子比如数据源自动配置是怎么感知到MySQL驱动的。自动阅卷对比人工阅卷有哪些优势和劣势——回答思路优势在意速度快、客观题准确率100%、支持大批量并发劣势在于主观题理解的局限比如简答题有语义分析和关键词匹配的问题无法完全替代教师人工判断。这部分能体现你系统设计和问题边界的思考。如果1000个学生同时交卷系统会怎么处理——回答思路数据库连接池的容量决定了并发上限Spring Boot默认的HikariCP连接池能够应对日常并发。如果需要优化可以想到消息队列削峰、Redis缓存试卷数据、分库分表等方案。这类问题的重点不是标准答案而是你是否有意识去考虑系统在高并发场景下的表现。5. 开发踩坑记录与项目部署5.1 开发环境常见坑与解决办法既然手上有了整套源码自己动手改改是难免的。下面我列几个自己跑这类项目时遇到的典型问题基本上每一届做这个题目的同学都会遇到同样的问题。端口占用与自动退出Spring Boot默认端口是8080。如果启动时控制台直接报Port 8080 was already in use说明本机端口被其他进程占了。排查方式netstat -ano | findstr 8080Windows或lsof -i:8080Mac/Linux找到占用进程后杀掉。如果是IDEA里跑完一个实例又开第二个也会报这个错所以别重复启动同一个项目。数据库中文乱码页面上看到的是或者这类字符十有八九是连接配置characterEncoding没设对。jdbc:mysql://localhost:3306/exam?useUnicodetruecharacterEncodingutf8这行配置别省。数据库本身也要确认是utf8字符集数据库脚本里面建表语句最好补充DEFAULT CHARSETutf8三处全部统一中文才不会乱码。IDEA热部署不生效如果改了Java代码后需要重启才能看到效果那是因为没有引入devtools依赖或在IDEA里没开启自动编译。但说实话毕设项目对热部署的需求不高不折腾也行。如果真想要体验就去pom里加入spring-boot-devtools依赖再把IDEA的Build project automatically打开。Maven依赖下载缓慢或卡住改用阿里云镜像源基本能解决。在Maven的settings.xml文件的mirrors节点中加入mirror idaliyunmaven/id mirrorOfcentral/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirror之前遇到过一个同学在配置镜像后原来是仓库里某个依赖版本在阿里云镜像中找不到反复报Could not resolve后来给这个项目单独指定了一个repository地址才解决。如果你也遇到某个依赖始终拉不下来去https://mvnrepository.com/确认一下这个版本是否真的存在可能是版本号写错了。5.2 打包部署与服务器运行项目开发完成后部署上线是必经之路。Spring Boot的部署相对简单——用Maven插件打成一个可执行的jar包直接扔到服务器上运行。在pom.xml加上插件build plugins plugin groupIdorg.springframework.boot/groupId artifactIdspring-boot-maven-plugin/artifactId /plugin /plugins /build然后执行mvn clean package -DskipTests在target目录下就会生成一个名为exam-0.0.1-SNAPSHOT.jar的文件。在服务器上运行命令java -jar exam-0.0.1-SNAPSHOT.jar如果想后台运行不随终端关闭而退出用nohupnohup java -jar exam-0.0.1-SNAPSHOT.jar --server.port8080 exam.log 21 这里--server.port可以指定端口日志会输出到exam.log文件。如果部署的服务器是装好的MySQL记得确认application.yml里的数据库地址改成服务器的IP和端口密码改成实际数据库密码部署到云服务器后还要在安全组规则中放开8080端口否则外网访问不了。如果项目是前后端分离的Vue版本那部署就会多一步——前端需要构建npm run build生成的dist目录下的静态文件要么用Nginx托管要么直接复制到Spring Boot的src/main/resources/static目录下重新打包。后者能少搭一台Nginx适合毕设演示场景但生产级项目里更推荐Nginx单独托管静态资源并用反向代理转发API请求。5.3 让系统在答辩中更出彩的改进方向如果你拿到源码后时间充足我建议做几个低成本但曝光率高的改进这些改动在答辩演示时非常容易让老师眼前一亮给成绩管理加一个可视化图表。利用ECharts在教师端画一个成绩分布直方图或班级平均分对比柱状图展示的数据来源依然是成绩表只需要一个聚合查询接口代码量不大但视觉效果极其加分。增加导出功能。把学生成绩或者考试统计导出成Excel文件。后端用EasyExcel或POI前端加一个导出按钮这个功能体现了你对办公场景的理解也是企业级项目里除了增删改查以外最常见的需求。增加Redis缓存。把题库或考试信息在Redis里缓存一份查询时先查Redis再查MySQL在论文的性能优化章节就能实打实地写一笔。前提是服务器或本机已经安装了Redis并跑起来。补充试卷预览功能。教师在发布考试前可以预览整张试卷模拟学生视角查看题目排版和分值合计。这个功能做起来只需一个只读页面但能体现你考虑到了教师操作中先检查再发布的体验细节。这些改进建议的原因很统一——它们都是在现有代码基础上增加少量模块就能让系统从功能完整升级为有思考、有亮点对答辩印象分的提升帮助非常大。回到项目本身我认为这个在线考试系统作为毕业设计选题是相当扎实的。它没有堆砌炫技的技术而是把Spring Boot、MyBatis-Plus、MySQL这些主流JavaWeb技术栈用在了合适的业务场景中需求分析和实现之间有清晰的对应关系。代码结构规整分层明确核心业务逻辑组卷、考试、阅卷也都覆盖到了。如果你打算在这个代码基础上改一改作为自己的毕设我最后建议你重点做两件事第一把数据库脚本和初始化账号仔细过一遍确保在目标机器上可以一键跑通第二找一个你真正觉得不方便的细节动手改进它让系统在产品思维上多一个属于你自己的闪光点。本文还有配套的精品资源点击获取 Spring Boot在线考试系统毕设项目深度拆解：从设计到部署
简介本资源是一套面向计算机专业本科生的毕业设计实战项目基于Spring Boot开发的在线考试系统适用于课程设计、毕设选题与Java全栈能力综合训练。系统覆盖考生管理、智能组卷、在线考试、自动阅卷与成绩分析等核心教学场景兼顾教育信息化实际需求与工程规范性。压缩包共791个文件含107个Java后端业务类、46个Vue前端组件、164个JS交互逻辑、53个CSS样式及79个GIF动效资源配合SQL建表脚本、YML配置、BAT部署脚本等完整呈现前后端分离架构与可运行工程结构整体大小21.21MB。资源已获22人学习下载配套论文文档详述系统架构、模块划分与技术实现细节源码经实际编译验证含备份文件.bak与多环境启动脚本.bat便于快速部署调试与二次开发。 说实话看到springboot687基于Spring Boot的在线考试系统--论文(文档源码)_kaic.zip这个命名我第一反应就是熟悉的毕设项目包。最近两三年Spring Boot 在线考试系统这个组合在毕业设计里出现频率非常高几乎每个高校的软件工程、计算机科学专业都能扒拉出几个同类题目。不过说句公道话这个题目能成为经典选题不是没有原因的——在线考试系统的业务边界清晰数据结构不复杂但也不至于简单到没东西写用户角色天然分成三类功能覆盖了登录鉴权、增删改查、业务流转、状态判断正好能把一个学生学过的Web开发知识点都串起来。再加上Spring Boot本身简化了大量配置对毕设党来说是个性价比很高的技术栈。这个zip包里的东西我虽然没有实际解压过但根据命名结构和这类项目的常见组织方式基本就是一套完整的毕设交付物一套可运行的源码工程包括后端Spring Boot工程、前端页面、一篇毕业论文文档、数据库初始化脚本可能还附带开题报告和答辩PPT。这类项目包的受众很明确——正在做毕设或者想要快速搭一套考试系统练手的学习者。它解决的问题也很直接你不需要从零开始设计表单、纠结权限模型怎么建直接站在别人搭好的框架上改改就能用。所以我打算从实际开发者的视角把这个项目从头到尾拆开讲一遍。我会覆盖系统设计和功能拆解、数据库和核心业务逻辑怎么设计、关键功能怎么落地写代码、论文怎么组织才能过盲审、开发过程中常见的坑怎么排以及这个系统上线部署的一些经验。这样无论你是想直接用这套代码做二次开发还是想弄懂在线考试系统的实现原理都能从这篇文章里拿到能直接用的东西。1. 项目整体设计与功能拆解1.1 系统定位与角色划分在线考试系统这几个字听起来简单但这玩意儿背后要处理的问题其实不少。我见过很多第一次拿到这类项目的同学第一反应是不就是出题然后考试嘛结果真去细化需求的时候才发现事情没那么简单——谁来出题谁来批改考试中途能不能切页面交卷之后还能不能改这些业务决策最终都会变成代码里的判断逻辑。这个系统的用户角色基本是标准的三类分法管理员负责任务最重的后台管理部分。管理员要维护系统里的基础数据包括但不限于学生和教师账号的信息管理、课程和班级的维护、考试公告的发布与下架。一个现实的经验是如果管理员功能做得太弱会让整个系统显得很单薄——学生、教师、管理员三个角色如果只是名字不同而操作差不多的页面那就失去了多角色设计的意义。教师这是业务的核心操作者。教师的日常工作流是先创建考试设定考试名称、时间范围、考试说明然后往考试里挑题目从题库里选或者临时新加也可以直接管理自己的题库最后考试结束后查看学生成绩和统计情况。整套流程下来教师才是业务驱动方。学生学生端的操作在功能数量上最少本质上就三件事查看可以参加的考试、进入考试答题、查看自己的历史成绩。但恰恰是学生端对体验要求最高——倒计时要能看得清切屏要能监测交卷按钮要防误触。我在实际开发时明显感觉到学生端代码量不多但不代表不重要这几个页面的很多细节逻辑处理起来比后台管理页更费心思。后端基于Spring Boot的分层架构来处理这些角色对应的请求Controller层接收前端请求做参数校验Service层写业务逻辑Mapper层对数据库做增删改查。前端页面这版多数情况下是服务端渲染的Thymeleaf模板或者配合Vue做前后端分离两种方案在毕设里都常见后面我会具体讲区别。1.2 核心功能模块梳理把角色划分清楚之后功能模块就比较好整理了。从全局看整个系统可以切成五个核心模块用户管理模块包含用户的注册、登录、信息修改、密码重置、账号状态管理。这块是所有Web系统的地基。在设计上要注意的是密码不能明文存储要用MD5或是更推荐的BCrypt加密登录状态用Session还是JWT要看项目架构传统的模板渲染项目用Session更常见前后端分离的项目基本都是JWT。题库管理模块这是考试系统的内容供给模块也是代码里比较有意思的部分。试题类型一般分单选题、多选题、判断题、填空题、简答题主观题。每种类型的存储字段不同——选择题要存选项和正确答案判断题只需要存正确/错误标记简答题要存参考答案文本。数据库表设计时需要考虑好如何区分这些类型以及不同类型试题的答案字段怎么存。我的建议是选项用统一的JSON字符串存储而不是拆成多个字段这样在扩展题目类型时改动最小。试卷管理模块教师在这里创建考试、配置试题。这里涉及一个核心问题——手工组卷还是随机组卷。很多毕设版本只做了手工组卷即教师从题库中手动勾选题目配置每题分值然后发布。但稍微好一点的项目会支持随机组卷——教师设定题型数量、各题分值系统自动从题库中抽题。随机组卷的实现很能体现开发者对需求的理解深度也是论文里可以重点写的创新点。在线考试模块这是系统最核心的模块承担学生答题、倒计时控制、答案暂存、交卷判定等功能。这里有很多底层逻辑要考虑比如学生考试中途刷新页面怎么办答案有没有实时保存倒计时到0了还没交卷系统要强制交卷还是自动保存我在代码实现中会专门说明这些边界情况的处理方案。成绩管理模块客观题单选、多选、判断可以自动判分主观题填空、简答需要教师人工批阅。成绩管理页展示的是成绩列表、班级平均分、及格率统计这样的信息。这个模块写起来不复杂但整理需求的时候需要考虑到与教师端、学生端的数据联动。1.3 技术选型与理由既然题目里限定死了Spring Boot那后端框架就没有纠结的必要了。但Spring Boot生态内部仍然有选择空间这地方我展开讲一下我的思路也算给要改方向的同学一个参考。持久层框架MyBatis和MyBatis-Plus是主流选择。如果代码里大量使用XML写SQL那就是原生MyBatis如果实体类上带着TableName、TableId这种注解代码里到处是selectPage、selectById那显然就是MyBatis-Plus。两种都能做我的体会是如果项目周期紧、用MyBatis-Plus能省掉大量单表CRUD的SQL编写时间把精力聚焦在真正复杂的业务逻辑上更适合毕设党。前端方案看这个项目的原始结构服务端渲染的可能性大一些用的通常是Thymeleaf模板引擎配合Bootstrap或者Layui。这方案的好处是工程结构简单不用前后端分离部署时一个jar包搞定对毕设来说绰绰有余。如果是Vue Element UI做前后端分离视觉冲击力确实更强演示效果更好但工程复杂度也会上去——前端的Node环境、跨域处理、接口联调每一步都可能卡住人。我给的建议是时间充裕且前端底子不错选Vue能给答辩加分时间紧张、目标是先把系统跑起来老老实实用Thymeleaf反而更稳。数据库与版本管理MySQL 5.7或8.0都行。版本选择上有一点要注意MySQL 8.0的驱动名已经改成com.mysql.cj.jdbc.Driver连接URL还要带时区参数serverTimezoneAsia/Shanghai我第一次用8.0时踩过这个坑。如果项目包里给的是5.x版本的SQL脚本比如数据库表里用了engineInnoDB default charsetutf8在8.0下也能跑没有兼容性问题但反过来如果脚本是按8.0语法写的在5.7下就可能报错。所以数据库环境的版本最好和项目包说明保持一致。2. 数据库设计与核心业务设计思路2.1 数据库表结构设计拿到一个项目包之后第一步不是急着去启动而是先把数据库脚本看明白。这套系统的表结构设计得很规范基本是按照经典的三范式来拆的。核心表大概有这么几张表名用途关键字段user用户表统一存学生/教师/管理员id, username, password, role, statuscourse课程表id, course_name, teacher_idexam考试表id, exam_name, course_id, start_time, end_time, duration, statusquestion试题表id, type, content, options, answer, analysis, score, course_idexam_question考试题目关联表id, exam_id, question_id, scorestudent_answer学生答题表id, exam_id, student_id, question_id, answer, is_correctexam_record考试记录表id, exam_id, student_id, score, submit_time关于用户表有一个设计细节值得单独说很多系统会把学生、教师、管理员分别建三张表像student、teacher、admin这种拆分方式的问题在于登录逻辑复杂——系统得判断登录用户是哪种类型再去对应表里查密码多了一次联合判断。而这个系统统一放一张user表用role字段区分角色登录时只查一次表就能拿到用户全部信息。这个设计思路在论文里也更好写因为权限设计的描述变得非常干净一次查询拿到角色再走对应的认证授权逻辑。考试表exam里有个容易忽略的字段——status。我见过不少基础的在线考试项目在考试状态判断上直接用时间比对也就是当前时间早于开始时间未开始晚于结束时间已结束这类的硬性判断。这种写法虽然也可以但每次查询都要做时间运算而且没法表达管理员手动关闭考试这种状态。所以更合理的做法是增加状态字段0-未开始1-进行中2-已结束3-已关闭。开考时间到达和考试时间结束都通过定时任务或延迟查询来更新状态而不是每次实时算。2.2 随机组卷与自动阅卷逻辑这两个业务逻辑是全系统最值得展开讲的部分也是论文里核心功能设计章节最能写出深度的地方。随机组卷的实现我推荐一个效率和公平性都兼顾的SQL方案按题型分组后随机抽取。伪代码大概是这样的逻辑-- 在指定课程题库中随机抽取5道单选题 SELECT * FROM question WHERE course_id 1 AND type 1 ORDER BY RAND() LIMIT 5;这种方法简单直接但要注意一个性能问题如果题库数据量大ORDER BY RAND()会对全表做随机排序性能会很差。针对毕设级别的数据量几百道题完全没有压力但如果追求更好的实现可以改用分步抽题——先查出符合条件的题目ID列表然后取随机ID再根据ID去查对应的题目内容。这个优化过程在论文里完全可以写进去体现你思考过性能问题。在实际的Java代码中由于要支持不同题目类型设置不同抽题数量和分值的灵活配置我会采用这样的设计教师在组卷表单里不是一张试卷配一堆题目而是填写单选题5道每题4分多选题3道每题6分判断题5道每题2分这样的规则集合后台根据规则去题库里随机选。这样做的好处是改分值不用重新出题加题量不用手动去题库勾交互上比一门课一门课手动勾选舒服得多。自动阅卷逻辑核心是把客观题判分写成不依赖具体业务状态的纯函数。我的实现思路是这样的单选题和判断题比对用户提交的答案与标准答案字符串是否完全一致。多选题这里有个业务上的取舍——是全对才得分还是漏选得一半分我通常选择全对才得分这样实现最清晰也符合大多数考试的默认规则。如果题目本身是多选且漏选得半分的设定那就是在判分逻辑里增加一个子集判断用户答案的所有字符都在标准答案中且数量小于标准答案得分本题分值/2。这个分支不复杂但必须在需求里先想清楚。主观题简答题自动阅卷无法准确判断内容所以系统只保存学生答案不判对错。成绩表中这类题目先标记为待批阅教师在后台看到待批阅列表后人工打分。自动阅卷的执行时机也是需要权衡的点是交卷时立刻生成成绩还是定时批量判分我在这个项目里采用交卷时立即判分的方式因为客观题的判分是内存级的字符串比较性能开销很小。交卷逻辑会经过一个事务保存答题记录 - 逐题判分算总分 - 更新考试记录表的最终成绩。事务保证这三个动作要么全部成功要么全部失败避免出现答题记录保存了但成绩没算出来的不一致状态。2.3 用户权限与考试流程控制这个系统的权限控制我这边用的是Spring Boot拦截器HandlerInterceptor来实现的。网上很多教程都推荐用Spring Security或Shiro来做权限但说实话对于这种只有三种固定角色的教学级项目安全框架的引入反而会让代码膨胀不少而且配置一个Security的过滤器链对初学者来说要踩的坑也不少经常出现配置没生效请求被莫名拦截的困惑。用拦截器的好处是代码直观、调试起来容易理解。具体实现思路是定义一个LoginInterceptor在preHandle方法里检查当前Session里有没有登录用户再定义一个RoleInterceptor读取当前请求的路径前缀/admin/**、/teacher/**、/student/**与当前登录用户的角色做匹配。路径前缀匹配的方式很规整——后端代码中路径设计时就定好规矩所有管理端接口都以/admin开头教师端接口以/teacher开头学生端接口以/student开头拦截器匹配前缀就能完成权限控制。考试流程控制的细节里有一个很重要的防作弊设计——切屏监测。前端页面会在考试过程中监听blur事件失去焦点或visibilitychange事件页面切换。每次切出考试页面系统都会记录一次切屏日志并且提示请不要切出考试页面。切屏次数如果超过设定阈值比如3次系统会提示已将其标记为作弊但不会强制交卷——因为强制交卷这个操作如果判断标准有误容易引发学生投诉直接交给教师在后台查看切屏记录后人工判断更稳妥。倒计时控制的实现我在学生端页面上设置了一个JS倒计时定时器每秒刷新一次。前端倒计时归零时自动提交试卷这样能防住时间到了还赖着不交卷的问题。但为了可靠性后端在接收交卷请求时还会二次校验当前时间 考试结束时间防止有人通过修改前端代码绕过倒计时限制。3. 核心功能实现与关键代码解析3.1 环境准备与项目骨架搭建从零把这个项目跑起来第一步是准备环境。版本对应关系这里容易踩坑我先给一个稳妥的组合建议工具推荐版本说明JDK1.8或11Spring Boot 2.x用1.8最稳21等新版本容易出兼容问题Maven3.6.3配置阿里云镜像加速依赖下载IDEIntelliJ IDEA2020.2以上即可不需要最新版MySQL5.7或8.0用8.0务必注意驱动名和时区参数数据库客户端Navicat或DBeaver个人更推荐DBeaver开源免费我不止一次遇到同学说我idea里面新建项目没有springboot 3.4.3选项其实这不是因为你IDEA版本不行而是Spring Initializr的选项来自远程服务网络不通就加载不出来。解决方式很简单在内置的Spring Initializr界面选择Custom填https://start.aliyun.com这是阿里云的Spring脚手架镜像速度快很多而且提供的Spring Boot版本更贴合国内教程的常见版本。把项目包解压后标准的目录结构应该是这样的src/main/java/com/example/exam/ ├── ExamApplication.java # 启动类 ├── controller/ # 控制器层 │ ├── admin/ # 管理员端接口 │ ├── teacher/ # 教师端接口 │ └── student/ # 学生端接口 ├── service/ # 业务逻辑层 ├── mapper/ # 数据访问层 ├── entity/ # 实体类 ├── config/ # 配置类拦截器、CORS等 └── common/ # 公共类统一返回、异常处理等启动项目前要做三件事第一步在MySQL里创建数据库执行项目包里的init.sql脚本把表结构和初始数据后面会有一个测试账号如admin/admin123导入进去第二步修改application.yml里的数据库连接地址、账号、密码第三步在IDEA里点击启动按钮运行ExamApplication。如果控制台出现Spring Boot的Logo和Started ExamApplication的字样恭喜第一步已经成功了。3.2 登录认证与角色权限实现登录模块虽然基础但这里我会把代码写得稍微讲究一点。密码存储必须加密这个是底线要求。用户表的初始密码如果直接用明文导入答辩的时候被老师看到会很尴尬。在实际修改中我通常把注册密码的加密方式做成BCrypt因为Spring Security框架自带BCryptPasswordEncoder即使不引入完整的Security也可以单独引入spring-security-crypto这个轻量依赖来使用加密算法。登录接口的核心逻辑大概长这样PostMapping(/login) public Result login(RequestBody LoginDTO loginDTO, HttpServletRequest request) { // 1. 根据用户名查用户 User user userService.findByUsername(loginDTO.getUsername()); if (user null) { return Result.error(用户名不存在); } // 2. BCrypt 验证密码 if (!BCryptPasswordEncoder.matches(loginDTO.getPassword(), user.getPassword())) { return Result.error(密码错误); } // 3. 检查账号状态 if (user.getStatus() ! 1) { return Result.error(账号已被禁用); } // 4. 存入 Session供拦截器校验 request.getSession().setAttribute(loginUser, user); return Result.success(user); }这里有个非常值得注意的细节密码错误提示密码错误用户名不存在也提示密码错误或者统称用户名或密码错误。这样做的目的是防止攻击者通过不同的返回信息判断某个用户名是否已注册这是一个基础但重要的安全习惯。如果你在项目包里看到这种模糊提示的写法说明原作者的开发习惯是靠谱的。拦截器的注册记得要在WebMvcConfigurer里显式声明并且排除登录接口和静态资源Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new LoginInterceptor()) .addPathPatterns(/**) .excludePathPatterns(/login, /logout, /register, /css/**, /js/**, /images/**); }3.3 在线考试与答题核心流程实现整个系统最值得认真读的代码是考试模块。学生在学生端点击开始考试时前端会发起请求拿到试卷数据。这里藏着一个安全设计点——接口不要一次性返回试卷和答案。有些项目图省事把考试题目连同答案一起从后端返回给前端这等于把标准答案直接送到了考生的浏览器里考生用浏览器开发者工具一打开Network面板就能看到。这个bug我在代码审查时见过多次属于严重的低级失误。正确的做法是后端返回试卷时只返回题干、选项、题目ID不返回答案字段。判分时再通过考试记录和标准答案比对。也就是数据库表查询时answer字段在读试卷接口中直接不做返回。这个设计在论文里可以作为一个小的安全性设计小节来写。交卷接口的实现我用一个事务方法来完成整个判分流程Transactional public Integer submitExam(Long examId, Long studentId, MapLong, String answerMap) { // 1. 二次校验考试时间 Exam exam examMapper.selectById(examId); Date now new Date(); if (now.after(exam.getEndTime())) { throw new BusinessException(考试已结束); } // 2. 遍历答题卡逐题保存 int totalScore 0; for (ExamQuestion eq : examQuestionMapper.selectByExamId(examId)) { String studentAnswer answerMap.get(eq.getQuestionId()); Question question questionMapper.selectById(eq.getQuestionId()); StudentAnswer sa new StudentAnswer(); sa.setExamId(examId); sa.setStudentId(studentId); sa.setQuestionId(question.getId()); sa.setAnswer(studentAnswer); // 3. 客观题直接判分主观题标记待批阅 if (question.getType() QuestionType.SUBJECTIVE) { sa.setIsCorrect(0); // 主观题不自动判分 } else { boolean correct question.getAnswer().equals(studentAnswer); sa.setIsCorrect(correct ? 1 : 0); if (correct) { totalScore eq.getScore(); } } studentAnswerMapper.insert(sa); } // 4. 保存考试记录 ExamRecord record new ExamRecord(); record.setExamId(examId); record.setStudentId(studentId); record.setScore(totalScore); record.setSubmitTime(now); examRecordMapper.insert(record); return totalScore; }这段逻辑里有一个容易被新手忽略的点客观题和主观题的分流判断。很多同学会把所有题目都走自动判分导致简单题答案比对失败后得了0分。所以写这块的时候看一眼question.getType()的枚举判断确认是不是有主观题的分支处理。3.4 前端页面与交互实测前端这块如果项目是Thymeleaf方案核心页面就是templates目录下的几个HTML文件。我跑通系统后建议把几个页面挨个点一遍重点看这几个位置登录页登录失败时错误提示是否显示登录成功后按角色跳到对应首页。学生考试列表页未开始的考试显示未开始按钮置灰进行中的显示进入考试已结束的显示查看成绩。答题页倒计时是否正常走切换题目是否保留选择状态最后一题答完是否能正常交卷。教师端组卷页选择题型、数量、分值后是否能生成预览组卷后考生端能否立刻看到这场考试。实测中我遇到最多的情况是创建考试后学生端看不到考试。这里的原因多数是考试状态没置为已发布或者课程选择和班级范围配置错了。排查时可以看一下exam表的status字段以及在学生端的查询SQL里是不是漏了status 1的条件。这类线上问题如果排查多了就会总结出考试可见性的三要素考试状态、课程匹配、时间范围三个条件都满足才会出现在学生端列表上。4. 论文写作与答辩准备指南4.1 毕业论文结构规划这个zip还有一个重要组成部分——论文文档。在线考试系统的毕业论文标准的结构是这样的摘要一段话讲清楚系统做什么、用什么技术、解决了什么问题。摘要控制在300-400字关键词三到五个。第一章 绪论写课题背景和意义以及国内外研究现状。研究现状这块注意不要只写国内。常用的写法是国外在线考试平台起步较早比如TOEFL的机考系统已经很成熟国内这几年在线考试需求也快速增长线上教学平台普遍带有考试模块。发展现状描述时不要写成教科书式的随着互联网的发展显得太空泛。第二章 相关技术介绍介绍Spring Boot、MyBatis-Plus、MySQL以及前端框架。每个技术写2-3段包括是什么、为什么选它、在现代开发中的位置。这里的重点是体现选型理由而不是大段抄官方文档。第三章 需求分析画出用例图管理员、教师、学生各自有哪些操作列出功能需求点最后补充安全性、性能等非功能需求。第四章 系统设计系统架构图、技术架构分层说明、数据库表结构设计每张表列字段清单、部分核心功能的流程图设计。第五章 系统实现每个模块选取2-3个典型功能展示核心代码配上页面截图和文字说明。代码不要贴长段只保留关键片段一般控制在15-25行以内否则排版很难看。第六章 系统测试功能测试用例表编号、功能点、预期结果、实际结果、结论一定要有几行测试结果符合预期的结论。白盒测试和黑盒测试如果写不出来就选两种典型的黑盒测试方法来写例如等价类划分和边界值法。第七章 总结与展望总结系统的成果承认不足之处展望未来可以怎么改进。切忌写得像自我批评大会客观陈述即可。4.2 论文配图与核心图表计算机类毕业论文里图的数量和质量直接影响盲审印象。我梳理了这份论文中必须有的几类图第一系统架构图。通常画一个多层架构——展示层前端页面、应用层Controller、业务层Service、数据访问层Mapper、基础设施MySQL。这张图是论文第四章的门面直接用一张纵切的分层示意图就行。第二功能结构图。按角色把系统拆成三级目录结构系统-模块-功能点。例如教师端-试卷管理-创建试卷/编辑试卷/发布试卷/删除试卷。这张图用树形结构画能一目了然看出系统的全貌。第三E-R图。展示实体关系把用户、课程、考试、试题、答题记录这些实体画出来标出1对多、多对多的关系。E-R图的画法不需要特别复杂重点是体现你对数据库设计有全局认知。第四核心业务流程图。选取一个最重要的流程——我认为是学生参加在线考试的完整流程图从进入考试列表到提交试卷、查看成绩。这张图能展示你对业务交互的掌控力答辩时考官也常从这张图开始提问。关于画图工具我个人推荐ProcessOn在线画图里面有大量免费的模板可以直接借鉴画出来风格统一导出PNG后高清度也不错。另外如果不想一张张手画直接用Visio套模板也可以只要保证同一篇论文里的图风格一致就行。4.3 答辩常见问题与应对答辩环节老师大概率会从概念理解和代码细节两个维度提问。我整理几个高频问题你有时间的话提前准备好为什么选择Spring Boot而不是Spring MVC——回答思路Spring Boot简化了配置内嵌了Tomcat通过starter一键集成插件使用约定优于配置的方式降低了开发门槛。最好能补充一句Spring Boot底层仍然是Spring MVC的工作方式只是自动配置帮我们完成了大量常规设定。说说Spring Boot自动配置的原理——回答思路启动类上的SpringBootApplication注解是一个组合注解由SpringBootConfiguration、EnableAutoConfiguration、ComponentScan组成。其中EnableAutoConfiguration通过spring.factoriesSpring Boot 2.7之前或AutoConfiguration.importsSpring Boot 2.7之后指示Spring容器去加载一批自动配置类这些配置类上带ConditionalOnClass、ConditionalOnMissingBean这类条件注解只在满足条件时才会生效。这个知识点最好能用自己项目里的一个场景举个例子比如数据源自动配置是怎么感知到MySQL驱动的。自动阅卷对比人工阅卷有哪些优势和劣势——回答思路优势在意速度快、客观题准确率100%、支持大批量并发劣势在于主观题理解的局限比如简答题有语义分析和关键词匹配的问题无法完全替代教师人工判断。这部分能体现你系统设计和问题边界的思考。如果1000个学生同时交卷系统会怎么处理——回答思路数据库连接池的容量决定了并发上限Spring Boot默认的HikariCP连接池能够应对日常并发。如果需要优化可以想到消息队列削峰、Redis缓存试卷数据、分库分表等方案。这类问题的重点不是标准答案而是你是否有意识去考虑系统在高并发场景下的表现。5. 开发踩坑记录与项目部署5.1 开发环境常见坑与解决办法既然手上有了整套源码自己动手改改是难免的。下面我列几个自己跑这类项目时遇到的典型问题基本上每一届做这个题目的同学都会遇到同样的问题。端口占用与自动退出Spring Boot默认端口是8080。如果启动时控制台直接报Port 8080 was already in use说明本机端口被其他进程占了。排查方式netstat -ano | findstr 8080Windows或lsof -i:8080Mac/Linux找到占用进程后杀掉。如果是IDEA里跑完一个实例又开第二个也会报这个错所以别重复启动同一个项目。数据库中文乱码页面上看到的是或者这类字符十有八九是连接配置characterEncoding没设对。jdbc:mysql://localhost:3306/exam?useUnicodetruecharacterEncodingutf8这行配置别省。数据库本身也要确认是utf8字符集数据库脚本里面建表语句最好补充DEFAULT CHARSETutf8三处全部统一中文才不会乱码。IDEA热部署不生效如果改了Java代码后需要重启才能看到效果那是因为没有引入devtools依赖或在IDEA里没开启自动编译。但说实话毕设项目对热部署的需求不高不折腾也行。如果真想要体验就去pom里加入spring-boot-devtools依赖再把IDEA的Build project automatically打开。Maven依赖下载缓慢或卡住改用阿里云镜像源基本能解决。在Maven的settings.xml文件的mirrors节点中加入mirror idaliyunmaven/id mirrorOfcentral/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirror之前遇到过一个同学在配置镜像后原来是仓库里某个依赖版本在阿里云镜像中找不到反复报Could not resolve后来给这个项目单独指定了一个repository地址才解决。如果你也遇到某个依赖始终拉不下来去https://mvnrepository.com/确认一下这个版本是否真的存在可能是版本号写错了。5.2 打包部署与服务器运行项目开发完成后部署上线是必经之路。Spring Boot的部署相对简单——用Maven插件打成一个可执行的jar包直接扔到服务器上运行。在pom.xml加上插件build plugins plugin groupIdorg.springframework.boot/groupId artifactIdspring-boot-maven-plugin/artifactId /plugin /plugins /build然后执行mvn clean package -DskipTests在target目录下就会生成一个名为exam-0.0.1-SNAPSHOT.jar的文件。在服务器上运行命令java -jar exam-0.0.1-SNAPSHOT.jar如果想后台运行不随终端关闭而退出用nohupnohup java -jar exam-0.0.1-SNAPSHOT.jar --server.port8080 exam.log 21 这里--server.port可以指定端口日志会输出到exam.log文件。如果部署的服务器是装好的MySQL记得确认application.yml里的数据库地址改成服务器的IP和端口密码改成实际数据库密码部署到云服务器后还要在安全组规则中放开8080端口否则外网访问不了。如果项目是前后端分离的Vue版本那部署就会多一步——前端需要构建npm run build生成的dist目录下的静态文件要么用Nginx托管要么直接复制到Spring Boot的src/main/resources/static目录下重新打包。后者能少搭一台Nginx适合毕设演示场景但生产级项目里更推荐Nginx单独托管静态资源并用反向代理转发API请求。5.3 让系统在答辩中更出彩的改进方向如果你拿到源码后时间充足我建议做几个低成本但曝光率高的改进这些改动在答辩演示时非常容易让老师眼前一亮给成绩管理加一个可视化图表。利用ECharts在教师端画一个成绩分布直方图或班级平均分对比柱状图展示的数据来源依然是成绩表只需要一个聚合查询接口代码量不大但视觉效果极其加分。增加导出功能。把学生成绩或者考试统计导出成Excel文件。后端用EasyExcel或POI前端加一个导出按钮这个功能体现了你对办公场景的理解也是企业级项目里除了增删改查以外最常见的需求。增加Redis缓存。把题库或考试信息在Redis里缓存一份查询时先查Redis再查MySQL在论文的性能优化章节就能实打实地写一笔。前提是服务器或本机已经安装了Redis并跑起来。补充试卷预览功能。教师在发布考试前可以预览整张试卷模拟学生视角查看题目排版和分值合计。这个功能做起来只需一个只读页面但能体现你考虑到了教师操作中先检查再发布的体验细节。这些改进建议的原因很统一——它们都是在现有代码基础上增加少量模块就能让系统从功能完整升级为有思考、有亮点对答辩印象分的提升帮助非常大。回到项目本身我认为这个在线考试系统作为毕业设计选题是相当扎实的。它没有堆砌炫技的技术而是把Spring Boot、MyBatis-Plus、MySQL这些主流JavaWeb技术栈用在了合适的业务场景中需求分析和实现之间有清晰的对应关系。代码结构规整分层明确核心业务逻辑组卷、考试、阅卷也都覆盖到了。如果你打算在这个代码基础上改一改作为自己的毕设我最后建议你重点做两件事第一把数据库脚本和初始化账号仔细过一遍确保在目标机器上可以一键跑通第二找一个你真正觉得不方便的细节动手改进它让系统在产品思维上多一个属于你自己的闪光点。本文还有配套的精品资源点击获取