简介一份基于Java的题库及试卷管理系统毕业设计资源包面向计算机相关专业毕业生与Java Web学习者用于完成课程设计、毕业设计或进行经典MVC结构的实战练习。压缩包体积2.19MB共423个文件涵盖85个Java源文件、25个JSP页面、43个XML配置文件另含214个GIF图片素材、CSS/JS静态资源及项目说明报告文档目录分类清晰便于按模块检索。系统实现了题库维护、试卷生成、成绩录入与统计分析等核心功能展示了从需求分析、数据库设计到编码实现的完整流程。项目报告详细说明了数据库表结构、前后端交互和用户权限控制并配有界面图片素材辅助理解。已有158人学习下载适合需要获取完整毕业设计工程源码与配套说明书作为参考的读者。1. 题库与试卷管理系统毕业设计为什么都爱选它每年毕业设计选题高峰期基于 java 的题库及试卷管理系统总是排在前几名的热门项。这个题目的吸引力很直接业务场景谁都能看懂功能边界清楚Java 技术栈覆盖面广——从 Servlet/JSP 到 Spring Boot、MyBatis、MySQL 全都能练到工作量又可大可小单人三个月完全拿得下来。它的核心价值不在CRUD本身而在「题库管理 按规则组卷 在线答題 自动判分」这条完整闭环教师维护题目系统按知识点和难度抽题生成试卷学生在线作答系统按标准答案自动算出分数。无论你是要找 java 毕设练手、补 Java 后端基础还是要做一个能写进简历里的完整项目这个方向都值得投入。下面我会把从数据库设计、核心算法到论文报告和答辩演示的整个过程拆开讲清楚也把那些只有实际做过才会踩到的坑提前标出来。2. 系统架构与数据库设计先定下几张表后面代码才不返工2.1 技术选型Servlet JSP 还是 Spring Boot很多第一次做毕设的同学一上来就纠结框架。我的建议是先看你的截止日期和 Java 基础。如果只有两个月、Java 语法还不熟老老实实用 JSP Servlet JDBC 就够了这套技术体系在答辩时讲起来反而更透明——每一行代码都出自你手评委问请求怎么从页面到数据库再回来的你能指着代码讲清楚调用的每一步。如果时间充足、已经能用 Spring Boot 写接口那直接用 Spring Boot MyBatis省掉大量 Servlet 模板代码自动组卷和成绩统计写起来更顺手。无论哪套选型MVC 的分层思想一定要体现在包结构里entity 放实体类dao 放数据库访问service 放业务逻辑servlet 或 controller 接请求web 或 templates 放页面。毕业设计评分的重点通常不在框架多新而是「逻辑清晰、功能完整、代码能跑」。我见过不少用 Spring Cloud 微服务做题库系统的最后答辩时连自己服务间怎么调用的都讲不清反而扣分。所以选型的第一原则是你能完整讲明白的东西才用。2.2 数据库表设计user、question、paper 三张核心表题库及试卷管理系统的表可以做到很复杂但核心一定是这三张用户表、题目表、试卷表再加上一个选项表和试卷-题目关联表。我给出一个最小可用的建表 SQL你在此基础上再加字段。create database exam_system default character set utf8mb4; use exam_system; create table t_user ( id int primary key auto_increment, username varchar(50) not null unique, password varchar(64) not null, real_name varchar(50) default , role tinyint not null default 2, -- 1教师 2学生 create_time datetime default current_timestamp ) engineInnoDB default charsetutf8mb4; create table t_question ( id int primary key auto_increment, type tinyint not null, -- 1单选 2多选 3判断 4简答 subject varchar(100) not null, -- 所属课程/科目 knowledge_point varchar(100) default , difficulty tinyint not null default 1, -- 1易 2中 3难 content text not null, -- 题干 option_a varchar(255) default , option_b varchar(255) default , option_c varchar(255) default , option_d varchar(255) default , answer text not null, -- 标准答案 score int not null default 5, -- 每题分值 create_by int not null, create_time datetime default current_timestamp ) engineInnoDB default charsetutf8mb4; create table t_paper ( id int primary key auto_increment, paper_name varchar(100) not null, subject varchar(100) not null, total_score int not null default 0, total_questions int not null default 0, create_by int not null, create_time datetime default current_timestamp ) engineInnoDB default charsetutf8mb4; create table t_paper_question ( id int primary key auto_increment, paper_id int not null, question_id int not null, question_order int not null, -- 试卷内题号从1开始 score int not null -- 这道题在本次试卷中的分值 ) engineInnoDB default charsetutf8mb4;这里最容易被忽略的是 t_paper_question 这张关联表。很多新手直接把题目 JSON 塞进 t_paper 表的一个字段里表面上省事但后面无论是印试卷、按题号排序还是统计单题得分都会变得非常痛苦。加一张关联表之后一份试卷对应多道题目题目顺序用 question_order 控制每题的分数单独存 score这样同一道题可以在多份试卷里出现但分值不同逻辑上完全说得通。用户表里我用 role 字段区分教师和学生而没有建两张表。对于题库系统来说教师和学生共享登录表只是权限不同这样登录逻辑只需写一次。权限控制用 Servlet 过滤器或 Spring Boot 拦截器按 role 拦截指定路径即可。2.3 实体类与 DAO 层直接写 JDBC 还是用 MyBatis如果你决定用原生 JDBC实体类就是简单的 POJODAO 里写连接、PreparedStatement、ResultSet 映射。这里有一个关键点连接对象不要每次 new要用一个统一的 DBUtil 类管理连接最好用连接池例如 Alibaba Druid。否则并发一上来数据库就报 too many connections线上演示恰好翻车。// DBUtil.java 用 Druid 连接池 import com.alibaba.druid.pool.DruidDataSourceFactory; import javax.sql.DataSource; import java.io.InputStream; import java.sql.Connection; import java.util.Properties; public class DBUtil { private static DataSource dataSource; static { try { InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties); Properties props new Properties(); props.load(in); dataSource DruidDataSourceFactory.createDataSource(props); } catch (Exception e) { e.printStackTrace(); } } public static Connection getConnection() throws Exception { return dataSource.getConnection(); } }db.properties 里至少要有四项driver、url、username、passworddriverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/exam_system?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse usernameroot password123456 initialSize5 maxActive20这里有个参数要格外留意url 里的 characterEncodingutf8 必须写而且数据库建库时也要指定 charsetutf8mb4两边一致后面中文才不会乱码。serverTimezoneAsia/Shanghai 是 MySQL 8 的硬性要求不写 JDBC 驱动会报时区错误。如果照这个配置还连不上先在命令行用 mysql -u root -p 试一下密码是否正确再用 SELECTuserhostFROM mysql.user 查看 root 是否允许 localhost 之外的主机访问。MyBatis 的可复现性更好因为它把结果集映射给实体类的过程写在了 mapper.xml 里不用手写 ResultSet 的 getString、getInt。对于多选题的 answer 字段我会在数据库里用逗号分隔的字符串存比如 A,B,DJava 端解析时用Arrays.asList(answer.split(,))只要是同一个分隔规则字符串比较简单直接。如果题目表里有富文本图片数据库字段长度用 longtext实体类用 String 就够了。3. 核心实现登录、题库管理和自动组卷的落地代码3.1 登录与权限Session 过滤器和角色拦截题库系统的登录逻辑本身不复杂复杂的是登录之后不能让学生访问教师后台。我习惯先把登录写成最朴素的版本从 t_user 查 username 和 password比对成功把 user 对象放进 session同时把 role 也放进去。密码不要明文存储哪怕毕设也建议用 MD5 或 BCrypt 做一个哈希。需注意如果直接用password字段存储用户输入的明文数据库被导出/拿走后就会泄露所有用户的账号口令答辩时也可能被评委问到安全设计漏洞。// LoginServlet.java 伪代码 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String rawPassword request.getParameter(password); String passwordHash MD5Util.md5(rawPassword); // 用commons-codec的DigestUtils User user userDao.findByUsername(username); if (user null || !user.getPassword().equals(passwordHash)) { request.setAttribute(msg, 用户名或密码错误); request.getRequestDispatcher(/login.jsp).forward(request, response); return; } request.getSession().setAttribute(loginUser, user); if (user.getRole() 1) { response.sendRedirect(request.getContextPath() /teacher/index.jsp); } else { response.sendRedirect(request.getContextPath() /student/index.jsp); } }代码里我特意用一个MD5Util.md5()包了一层而不是把加密算法写在登录方法里。这样后续想升级成 BCrypt 时只改这一个工具类所有调用的地方都不动。参数说明request.getParameter拿 HTML 表单里 name 属性的值response.sendRedirect是重定向浏览器地址栏会变化request.getRequestDispatcher().forward()是服务端转发地址栏不变适合把错误信息带回登录页再显示。权限拦截用 Filter 统一做不要在每个 JSP 页面里都写一遍 role 的判断。Filter 在 web.xml 中配置或者用 WebFilter 注解Spring Boot 里用拦截器// 角色拦截器Spring Boot 版本 public class RoleInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { User user (User) request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(/login); return false; } String path request.getRequestURI(); if (path.startsWith(/teacher/) user.getRole() ! 1) { response.sendError(403); // 学生访问教师后台直接拒绝 return false; } return true; } }拦截规则里容易踩的坑静态资源也会被拦截。如果你把 JS、CSS 放在 static 目录下需要在拦截器逻辑里加上path.contains(/static/)的放行判断否则前端样式全部加载不出来登录页是裸的 HTML。3.2 题库管理的 CRUD 与批量导入题库管理的本质是四个页面题目列表、添加题目、编辑题目、删除题目。列表页需要做分页和条件筛选筛选条件一般选题型、科目、难度。批量导入功能是很多老师实际使用时的刚需也是答辩时能说出口的亮点。批量导入最稳的实现方式是读 Excel 文件。我一般用 Apache POI 读取 .xlsx然后逐行往 t_question 里插入。如果你不想引 POI 这个重依赖也可以用 CSV 格式用 BufferedReader 按行读按逗号或自定义分隔符拆分但对题目描述里本身有逗号和换行的情况处理起来很麻烦。所以毕设项目中 Excel 导入是更稳妥的选择。// ExcelImportService.java 代码片段 import org.apache.poi.ss.usermodel.*; public int importQuestions(String subject, String filePath) throws Exception { Workbook workbook WorkbookFactory.create(new File(filePath)); Sheet sheet workbook.getSheetAt(0); int successCount 0; for (int i 1; i sheet.getLastRowNum(); i) { // 从第2行开始跳过表头 Row row sheet.getRow(i); if (row null) continue; Question q new Question(); q.setType((int) row.getCell(0).getNumericCellValue()); q.setSubject(subject); q.setKnowledgePoint(row.getCell(1).getStringCellValue()); q.setDifficulty((int) row.getCell(2).getNumericCellValue()); q.setContent(row.getCell(3).getStringCellValue()); q.setOptionA(row.getCell(4).getStringCellValue()); q.setOptionB(row.getCell(5).getStringCellValue()); q.setOptionC(row.getCell(6).getStringCellValue()); q.setOptionD(row.getCell(7).getStringCellValue()); q.setAnswer(row.getCell(8).getStringCellValue()); q.setScore((int) row.getCell(9).getNumericCellValue()); questionDao.insert(q); successCount; } workbook.close(); return successCount; }注意点有两个。第一row.getCell(0).getNumericCellValue()拿到的是 double题目难度如果填的是 1、2、3要强转(int)有些学生习惯在 Excel 里把难度写成中等那这里就得改成按字符串匹配并映射回数字。第二行数据有空值时直接 getStringCellValue() 会抛 NullPointerException稳妥做法是写一个getCellValue(Cell cell)工具方法判断 cell null 的情况返回空字符串。批量导入一定要在事务里执行既然题目数量多了中途插入失败时如果已经插入了前面几百条数据库里出现半截数据后续再导入时又要查重这会变得非常麻烦。所以要么全部成功要么全部回滚。JDBC 用conn.setAutoCommit(false)conn.rollback()Spring Boot 项目给 service 方法加Transactional即可。3.3 自动组卷按知识点和难度抽题的一次“无放回”选择自动组卷是题库系统最核心、也最容易被问算法细节的功能。常见组卷策略有两种随机抽题和按比例抽题。随机抽题简单只要指定题目数量和题型比例从库里随机取。按比例抽题则要求试卷中知识点分布均匀、难度系数在一个区间内例如这个科目的试卷要覆盖 4 个知识点每个知识点出 5 道单选题总体难度系数 0.7 左右。答辩时只要能讲清楚随机抽题 知识点覆盖控制已经足够。我的实现思路是先查出可用题目集合再按组卷规则逐层过滤。比如我要组一份包含 10 道单选题、5 道判断题、2 道简答题的试卷单选题部分指定知识点那么 SQL 可以先过滤出符合条件的题目再用ORDER BY RAND()打乱顺序后取出前 N 条。这种做法的优点是简单直观缺点是多选题、判断题同时抽时如果某知识点下题目不足就会出现抽不够的情况。所以代码里必须做数量校验。public int generatePaper(PaperRule rule) throws Exception { // 1. 创建试卷主记录 Paper paper new Paper(); paper.setPaperName(rule.getPaperName()); paper.setSubject(rule.getSubject()); int paperId paperDao.insertAndGetId(paper); int totalScore 0; int order 0; // 2. 按题型分别抽题。rule.singleCount 是单选题数量 order pickQuestions(paperId, 1, rule.getSingleCount(), rule.getSubject(), rule.getDifficulty(), order, null); order pickQuestions(paperId, 2, rule.getMultiCount(), rule.getSubject(), rule.getDifficulty(), order, null); order pickQuestions(paperId, 3, rule.getJudgeCount(), rule.getSubject(), rule.getDifficulty(), order, null); order pickQuestions(paperId, 4, rule.getShortCount(), rule.getSubject(), rule.getDifficulty(), order, null); // 3. 更新试卷总分和总题数 return paperDao.updateTotalScore(paperId, totalScore, order); } private int pickQuestions(int paperId, int type, int count, String subject, int difficulty, int startOrder, String knowledgePoint) throws Exception { if (count 0) return 0; // 先构造条件这里 difficulty0 表示不限难度 ListQuestion list questionDao.findList(type, subject, difficulty); if (list.size() count) { throw new BusinessException(题目数量不足题型 type 需求 count 实际 list.size()); } Collections.shuffle(list); // 随机打乱相当于无放回抽题 int order startOrder; for (int i 0; i count; i) { Question q list.get(i); PaperQuestion pq new PaperQuestion(); pq.setPaperId(paperId); pq.setQuestionId(q.getId()); pq.setQuestionOrder(order); pq.setScore(q.getScore()); paperQuestionDao.insert(pq); } return order; }代码逻辑说明pickQuestions先按题型、科目、难度去库里查出所有候选题目然后Collections.shuffle(list)打乱顺序取前 count 条。这一步等价于「不放回抽样」——同一份试卷里不会出现重复题目因为题目 id 是唯一的且已被选出并从 list 中消费掉了。order是全局题号从 1 往上累加确保四种题型拼接后整张试卷题号连续、不重复。试卷总分在组卷结束后重新计算并回写 t_paper因为组卷过程中可能动态调整单题分值。这个实现里最值得写在论文里的点是边界条件if (list.size() count)抛出异常防止组卷时库里题目不足产生死循环或半成品试卷。很多初版代码在这个地方直接写 while 循环反复刷直到凑够数量但题库里缺题时这就是死循环运行 CPU 直接拉满。我见过一组代码就是因为这个写成了 while(true)演示现场卡死最后只能重启。这里的正确做法就是上面这种「先查出来、再判断数量、不够就报错」的方式前端也好提示老师单选题目前只有 6 道组不了 10 道。3.4 自动评分比对逻辑和按点给分单选、判断题的评分最简单前端把学生提交的答案传过来后端与 t_question 的 answer 字段做字符串比对。多选题稍微复杂要么全对才给分要么少选得一半分这需要在后端定义规则。作为毕业设计我建议用全对才给分最和谐规则简单、代码清晰、答辩时也不会被追问。多选题的存储格式必须统一数据库里存A,B,D前端 checkbox 的 name 都叫 answer提交过来是String[]用Arrays.sort排序后 join 成字符串再比较否则B,A,D会被判错。简答题的自动评分是个大坑绝对不是 NLP 的题而是按点给分的模拟。做法是在题目表里answer 字段按分号或竖线分隔存储得分点例如答出关键词1|答出关键词2|答出关键词3。评分时用String.contains()判断学生的作答文本是否包含每个得分点每命中一个给该点的分数最高不超过题目设定的满分。public int scoreShortAnswer(String studentAnswer, String standardAnswer, int fullScore, String delimiter) { // 标准答案: 面向对象|封装|继承|多态 String[] points standardAnswer.split(Pattern.quote(delimiter)); int pointScore fullScore / points.length; // 每个得分点的分值 int gained 0; for (String point : points) { if (studentAnswer ! null studentAnswer.contains(point.trim())) { gained pointScore; } } // 兜底命中一半以上关键词时给满分的一半避免整数除法全部落空 if (gained 0 points.length 0 fullScore / points.length 0) { return 0; } return Math.min(gained, fullScore); }参数说明delimiter是分隔符常见的「|」分隔符在正则中需要转义所以上面用Pattern.quote(delimiter)来原始匹配否则|会被当作正则的分隔逻辑拆得稀碎。这里没有直接死拼字符串换成Pattern.quote包裹之后兼容性更好。还有一点要注意fullScore / points.length是整数除法如果满分 5 分、有 3 个得分点每点算 1 分剩余 2 分会被吞掉我的处理是最后用Math.min(gained, fullScore)做上限兜底但从设计上建议你把每个得分点的分值设定为能被满分整除的整数比如满分 6 分成 3 个点、满分 4 分成 2 个点逻辑上更好讲。4. 常见问题与调试排查乱码、空指针、分数算不对的几处重灾区4.1 中文乱码三个必须同步检查的地方现象JSP 页面提交的计算机基础到了数据库变成计算机???或者页面显示成计算机。原因提交时请求编码、Servlet 接收编码、数据库连接编码、数据库表编码四个环节只要有一个不是 UTF-8就会在这个环节把字符二次编码成乱码。最常见的配置错误是数据库表是 utf8 但连接串没带 characterEncodingutf8导致 JDBC 驱动按系统默认编码去解析字节流。解决统一使用 UTF-8 标准逐层排查。Tomcat 8 及以上版本默认 GET 请求的 URI 编码是 UTF-8但 POST 请求需要显式设置。最简单的方案是在最前面的过滤器里统一处理// EncodingFilter.java public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; req.setCharacterEncoding(UTF-8); response.setCharacterEncoding(UTF-8); response.setContentType(text/html; charsetUTF-8); chain.doFilter(request, response); }同时确认 web.xml 或注解里的过滤器顺序编码过滤器必须放在所有其他过滤器之前否则其他过滤器先读了请求体再设置编码就来不及了。最后检查 MySQL 连接串和表字段的 charsetshow create table t_question看一眼即可确认。4.2 空指针异常ResultSet 生命周期和查询返回 null现象登录成功后调userDao.findByUsername(username)报 NullPointerException控制台定位到user.getPassword()这一行。或者批量导入成功后更新列表页依然报错。原因JDBC 代码里最常见的两种写法都容易触发 NPE。第一种是findByUsername查询结果为空时返回了 null但调用方没有判空就直接user.getPassword()第二种是 DAO 方法里把conn、stmt、rs声明为局部变量但没有在 finally 块里关闭rs下一个查询复用同一个 Statement 时ResultSet 被覆盖之前的对象悬空。解决DAO 返回 null 之前先问自己谁调用我、能不能接受 null。我的习惯是查询单个对象时如果结果集没有 next()直接返回 null 没有毛病调用方必须做if (user null)判断。更稳的方案是返回OptionalUser但毕设里很多人不熟这个 API所以退而求其次在 Service 层把所有可能为 null 的对象集中判空。再看清理资源把rs、stmt、conn的关闭统一放到 finally 块经典写法finally { if (rs ! null) { try { rs.close(); } catch (SQLException e) { } } if (stmt ! null) { try { stmt.close(); } catch (SQLException e) { } } if (conn ! null) { try { conn.close(); } catch (SQLException e) { } } }在 MyBatis 场景中NPE 常发生在关联表插入后没有拿到自增主键的时候。插入 t_paper 后需要 paperId但 insert 方法的返回值有时是影响行数而非主键。这时要在 mapper.xml 中配置useGeneratedKeystrue keyPropertyid实体类对象的 id 字段会被回填否则下一步插入关联表时 paperId 是 0。4.3 组卷死循环或抽题数量不准shuffle 后取数的边界现象自动组卷页面点击生成试卷服务端久久不响应CPU 跑满过几分钟后报超时。或者生成出来的试卷单选题数量少于预期。原因早先版本的组卷代码写的是循环里先查一条随机题目判断有没有用过没用就加入试卷直到凑够数量。当某题型题目不足时这个循环永远跳不出来。即便是ORDER BY RAND() LIMIT count如果总体候选合格题目不足也会返回比 count 小的结果集。解决放弃逐条抽题的思路改成先取全集、再洗牌取前 N 条。也就是上一章代码里的Collections.shuffle(list)再for i count取数。判断数量不足时必须快速失败抛业务异常后回滚整个组卷事务而不是让用户看到一个残缺的试卷。这个改动虽然只有几行但能同时解决死循环和数量不准两个问题。4.4 图片和附件上传后页面无法显示Tomcat 虚拟目录现象教师在题目里插入一张图片上传成功数据库也存了路径但浏览器访问这个路径返回 404刷新项目又好了过一会又 404。原因图片被写到了项目的部署目录里而在 IDE 中重新部署项目时会清空旧文件图片随之丢失。或者你写的是绝对路径但 IP 换了、端口换了路径就对不上了。解决把上传文件的保存位置放在项目外部再用 Tomcat 配置一个虚拟目录映射。常见做法是在项目外建一个 uploads 目录String realPath /data/uploads/ filename然后在server.xml的Host节点下加Context docBase/data/uploads path/uploads /Spring Boot 中用自定义静态资源映射配置替代。注意两个细节文件名不要用用户上传时的原始文件名用 UUID 重命名否则不同学生上传同名文件会互相覆盖数据库里存相对路径/uploads/2025/xx.png而不是带盘符的绝对路径这样项目换机器部署时不会断。4.5 数据库连接超 8 小时断连报 Communications link failure现象系统运行正常第二天早上第一次访问页面时报Communications link failure或Connection is not available, request timed out。原因MySQL 默认wait_timeout和interactive_timeout都是 8 小时连接池里的连接空闲超过 8 小时就会被服务端断开但连接池不知道仍然把坏连接发给业务代码。解决这是连接池的经典坑和 Java 项目代码本身关系不大。Druid 配置里加一个testWhileIdletrue、validationQuerySELECT 1、timeBetweenEvictionRunsMillis60000让连接池定期检查空闲连接发现失效就丢弃重建。毕设演示如果隔夜后再开系统也建议先访问一次登录页热身一下别一上来就点组卷重连的过程会让第一次请求慢到像死机。5. 项目报告与答辩准备论文结构、演示流程和评委常问的四个问题5.1 开题报告和任务书怎么落到代码模块上很多同学先把系统做完再回头写报告这没有错但开题报告里的「研究内容」一定要抽象成几个可考核的模块否则中期检查时大概率被提问。按前面两章的代码结构开题报告可以这样对应用户认证与权限管理模块对应登录、角色拦截、Session 管理题库管理模块对应题目 CRUD、批量 Excel 导入、条件查询和分页试卷生成模块对应组卷算法、题目知识点覆盖、难度控制在线考试模块对应答题页计时、提交、自动评分成绩统计模块对应学生成绩查询和最简单的统计报表平均分、最高分、及格率。任务书里写「实现一个基于 B/S 架构的在线题库与组卷系统」正文就按这个去写。注意论文里的系统架构图和数据库 ER 图不要从网上抄模板用你自己的截图或 draw.io 画一张重新改过的图。把第二章的建表 SQL 反向转换成 ER 图字段和表名一一对应这张图就是你这篇论文的图 3-2。5.2 论文结构从用例图到测试报告一张不能少一份合格的毕设论文除开摘要和结论正文至少要包含这几个部分需求分析用例图 功能性需求 非功能性需求、系统设计架构图、功能模块图、数据库设计、系统实现关键模块的代码片段 界面截图、系统测试测试环境、测试用例表、测试结果。这里最关键的是「实现部分不能贴大段源码」而是先贴一段 15 到 30 行的核心代码然后用文字说明这段代码解决了什么问题。比如自动组卷那个pickQuestions方法贴出来以后写一句本方法通过先查询候选集合再洗牌截断的方式保证了抽题过程的无放回特性并在题目数量不足时快速失败。这就够了。测试用例表是很多论文里最容易糊弄的部分。我建议用一张表格列出至少 8 条用例每条有操作步骤、预期结果和实际结果。表格要覆盖正常流和异常流比如登录时输入错误密码是否提示、组卷时某题型题目数量不足是否提示、学生重复提交试卷时是否只处理第一次提交结果。这三条写进测试报告比写 20 条页面显示正常要有说服力得多。5.3 答辩演示先走通主流程再准备评委会问到的问题答辩演示一定要用自己这台机器提前在本地把 MySQL 和项目跑起来关掉无关软件让评委盯着项目的操作流走一遍让他们看到系统确实在正常工作。演示顺序不要从登录页开始点而是从教师登录 - 导入题库 - 自动组卷 - 学生登录 - 在线答题 - 查看成绩这条完整链路走一遍。中间如果有网络波动要用本机数据库不要用远程数据库。如果导入题库和组卷需要等两三秒演示之前先把题库数据准备好现场避免长时间等待。评委最常问的问题我会准备四个第一问自动组卷的算法核心是什么标准回答核心是分层随机抽样按题型把候选题目全部查出利用随机洗牌算法打乱顺序再按需要的数量取前几条保证同样条件下每次生成的试卷不完全相同并且同一份试卷内不出现重复题目。第二问多选题怎么判分回答采用全对才得分的策略将标准答案字符串按分隔符拆分后排序重组与学生提交的答案数组排序后比较。如果以后要改成少选得一半分只需要在判分方法里加一个交集数量判断。第三问用户的密码是怎么存到数据库的这个问题答不上来很丢分所以即便毕设也要做一个简单的 MD5 加盐或 BCrypt 加密。回答时直接说不对明文直接入库存的是消息摘要加密后的哈希值登录时只比哈希值一致性即使数据库泄露也无法直接得到口令。盐值可以写死在配置里或每个用户随机生成存到 user 表后者更好。第四问数据库里试卷和题目的关系是什么对应第三张表的回答多对多通过 t_paper_question 中间表关联试卷里的题目顺序和单题分值都存在中间表字段中保证试卷生成后题目顺序稳定且同题可在不同试卷中有不同的分值。这个问题如果你讲不清说明 t_paper_question 这张表没吃透。答辩之前必须做一件事把项目打包成可运行的部署包在另一台干净的机器上从零启动一次。很多项目在自己电脑上正常换台机器就报 JDK 版本不对、数据库密码不对、端口占用等问题。你有多少论文里写系统具有良好的可移植性演示时就有多少风险会被戳破。6. 进阶方向把题库系统从“能答辩”做到“能上线”如果你时间还剩一大截或者想把这个项目写进简历当作求职练手项目那后面这几个方向可以在原有代码基础上继续推进。第一个方向是前后端分离。现有 JSP 版本里页面和服务端交织在一起改样式要动 Java 代码重新部署周期很长。把后端改成纯粹的 Restful API前端用 Vue 或原生 JavaScript 通过 fetch 请求数据。前端页面和 Java 代码彻底解耦这个改动本身也是你简历上浓墨重彩的一笔。需要注意的是改造后登录鉴权不能再依赖 Session 了要么用 Token 存在 localStorage 并在每次请求头里带上要么用HttpSession继续工作但加上跨域配置CorsFilter。我建议毕设项目不必追求微服务但至少把 Controller 层的返回值统一成Result对象包含 code、message、data 三个字段这样前端处理异常也简单后面扩展接口时不用到处改。第二个方向是防作弊。在线考试系统如果学生互相抄题效果就大打折扣。可行的做法有很多大家可以根据自己的时间取舍为每位学生生成一份选项乱序的试卷——同一道题A 同学看到选项顺序是 A,B,C,DB 同学看到的是 B,D,A,C提交后按题目 id 还原统一答案再判分。这个改造对数据表没有侵入性只在组卷和答题展示层做了文章非常适合作为论文的创新点。再做严格一些的可以在考试中途随机弹窗获取人脸照片或者限制同一账号同时只能在一台设备登录并记录 IP。但这两项工作量不小开题时不要轻易承诺做了反而影响系统稳定性。第三个方向是代码质量本身。批量导入加事务、日志框架从 System.out.println 替换成 Slf4j、异常兜底统一放到全局异常处理器、接口入参加参数校验注解。这些点单个看起来不起眼但每一次改动都能作为论文测试章节的一个亮点也能让你在面试聊项目时真正有话可说。最后我想说一个我自己的习惯做这类系统我会先把「跑通主流程」放在第一位即登录、组卷、答题、判分这四件事在第一天就能打通之后再回头补充样式、导出试卷 PDF 和细枝末节的功能。因为主流程一旦跑通系统的信心就立住了反过来先抠界面再想算法很容易陷入反复调整中不能完整交付。希望这篇从数据库设计到答辩准备的笔记能帮你把题库及试卷管理系统从选题一路做到顺利通过也希望你把这份项目经历真正理解透将来无论写进简历还是面试聊起都能从容地把每个设计决策讲清楚。本文还有配套的精品资源点击获取