企业官网建设流程全解析

简介：一份完整的学生成绩信息管理系统毕业设计资料包，专为计算机专业毕业设计用户打造，也适合软件工程学习者参考。压缩包共89个文件、4.57MB，涵盖C#源码、ASP.NET页面、数据库文件、Word文档及答辩PPT；其中21个cs与19个aspx文件构成系统核心，可学习前后端交互；6个doc文档包括毕业设计任务书、文献综述与外文翻译，帮助梳理需求与研究背景；另含15张jpg与7张gif图片、mdf/ldf数据库及配置文件，便于直观理解系统界面并直接部署调试。已有745人学习/下载，受到不少毕业设计用户的关注。该资料覆盖项目规划、设计、实现到答辩全流程，既有可运行的完整代码，也有配套文档支撑，能减少从零搭建的时间成本，还可借鉴文档撰写与答辩展示思路，提升毕业设计的完整性与专业度。

1. 学生成绩信息管理系统源码包：解压之后先别急着交差

很多同学拿到"学生成绩信息管理系统（源码+任务书+文献综述+外文翻译+答辩PPT）.rar"，第一反应是解压、跑通、截图、写报告，一周交差。但我复盘过不少课程设计和本科毕业设计，真正拿到优秀评语、甚至被老师留下来当范本的，反而是那些先花一两天拆包、搞清楚每个文件是干嘛的人。这个源码包真正帮你省掉的是从零到一搭一个管理系统最费时间的部分——业务功能、数据库设计、毕设配套材料——它不会替你想清楚"我的系统要解决什么"。它适合正在做课程设计或毕业设计的计算机相关专业学生，也适合想拿现成案例快速改造的开发者。这篇笔记按我验收同类项目的顺序写：先拆需求定表结构，再跑通环境，然后做二次开发，最后讲踩坑和答辩。

2. 拆需求再建表：学生成绩信息管理系统的角色、权限与三张核心表

无论你拿到的是学生成绩信息管理系统源码里的哪一套——JSP+Servlet、Spring Boot 还是 Java Swing，业务内核都差不多：教师登录后录入成绩、修改成绩、按课程统计平均分，学生登录后查自己的成绩和排名。做这类课程设计源码包，最容易翻车的不是代码跑不跑得起来，而是拿到手直接跑，跑通就以为完事了。真到了答辩，老师问一句"成绩表为什么这么建""平均分在哪算的"，答不上来，前面的工作就全白费了。所以我的习惯是，先把源码当需求文档拆一遍，拆完再启动项目，顺序反了后面全是坑。

2.1 拿到源码包先做三件事：识别技术栈、看目录结构、找数据库脚本

把 .rar 解压到一个纯英文路径，比如 D:\project\grade。中文字符的路径在旧版 Tomcat 和 JDK 组合下，偶尔会触发诡异问题，能避免就避免。然后按下面的顺序过一遍目录：

cd /d D:\project\grade # 只列出源码目录和资源目录，过滤掉 .git 和 target 等无关内容 tree /f | findstr /v "\.git target node_modules"

如果看到 pom.xml，这是 Maven 工程，跑之前先让依赖完整下载；看到 WebRoot 或 WebContent 目录加一堆 .jsp，是传统 JSP+Servlet 项目，用 Eclipse 思路直接导入；整个解压目录只有一个 .java 文件加一个 .sql，那多半是纯 Java 控制台或 Swing 版。这个识别动作只花五分钟，但决定了你后续用哪套运行方案。很多网上流传的 Java 课程设计案例源码，光看目录结构就能判断是哪一类的，不用先把代码全读一遍。

目录看完，去根目录找 .sql 后缀文件，通常在 db 或 sql 文件夹里。这是整个包最值钱的部分。用文本编辑器打开，先数一下里面建了几张表。一个规范的学生成绩信息管理系统，最少要有四张表：用户表、学生表、课程表、成绩表。下面这份建表脚本是这类系统最常见的模板，我直接给出带业务注释的版本：

-- 用户表：教师和学生共用，用 role 区分 CREATE TABLE `user` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `username` VARCHAR(32) NOT NULL UNIQUE COMMENT '登录名', `password` VARCHAR(64) NOT NULL COMMENT '密码，课程设计明文即可，正式项目必须哈希', `real_name` VARCHAR(32) COMMENT '真实姓名', `role` TINYINT NOT NULL DEFAULT 1 COMMENT '1=教师 2=学生', `created_at` DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 学生基础信息 CREATE TABLE `student` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `student_no` VARCHAR(20) NOT NULL UNIQUE COMMENT '学号', `name` VARCHAR(32) NOT NULL, `class_name` VARCHAR(32) COMMENT '班级', `major` VARCHAR(64) COMMENT '专业' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 课程表 CREATE TABLE `course` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `course_no` VARCHAR(20) NOT NULL UNIQUE COMMENT '课程编号', `course_name` VARCHAR(64) NOT NULL, `credit` DECIMAL(3,1) COMMENT '学分' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 成绩表：一个学生一门课一条记录 CREATE TABLE `score` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `student_id` INT NOT NULL COMMENT '外键，对应 student.id', `course_id` INT NOT NULL COMMENT '外键，对应 course.id', `score` DECIMAL(5,2) COMMENT '百分制成绩', `exam_date` DATE, UNIQUE KEY `uk_student_course` (`student_id`, `course_id`), CONSTRAINT `fk_score_student` FOREIGN KEY (`student_id`) REFERENCES `student`(`id`), CONSTRAINT `fk_score_course` FOREIGN KEY (`course_id`) REFERENCES `course`(`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

四张表的字段说明都写在注释里了。你看别人源码里的 .sql 文件时，重点关注两件事：一是成绩表有没有唯一索引，二是外键的删除约束怎么配。uk_student_course这个唯一索引保证一个学生一门课不会出现两条记录，这比在 Java 代码里先 select 再 insert 判断重复靠谱得多。很多课程设计源码没有这个索引，删掉它系统照样跑，但老师问"同一个学生同一门课录了两条成绩怎么办"时，你说"数据库层防住了"和说"我用代码判断了"是两个得分档。

看完脚本你还要能回答三个业务问题：成绩是按学期存还是只存最终成绩？重修是覆盖旧记录还是新增一条？删除学生时，他的成绩要不要一起删？这三个问题直接决定 score 表要不要加 semester 字段、外键要不要配 ON DELETE CASCADE。原版脚本大概率没考虑这些，这恰好就是你写任务书时能"增加设计"的地方，也是答辩加分点。

2.2 成绩统计的正确姿势：几条 SQL 搞定平均分、及格率和排名

课程设计的答辩环节，老师最爱问的一句话是"这些统计数据是怎么算出来的"。如果源码的表设计规范，统计就是几条聚合 SQL 的问题；如果表混乱，就得在 Java 里套循环算，代码又长又难看。下面这两条 SQL 是这类系统的考核重点，也是你答辩时的演示材料：

-- 某门课的平均分、最高分、最低分、及格率 SELECT c.course_name, ROUND(AVG(s.score), 1) AS avg_score, MAX(s.score) AS max_score, MIN(s.score) AS min_score, CONCAT(ROUND(SUM(CASE WHEN s.score >= 60 THEN 1 ELSE 0 END) / COUNT(*) * 100, 1), '%') AS pass_rate FROM score s JOIN course c ON s.course_id = c.id WHERE c.course_no = 'CS101' GROUP BY c.course_name; -- 按班级统计某门课平均分，并排出名次 SELECT st.class_name, ROUND(AVG(s.score), 1) AS avg_score, RANK() OVER (ORDER BY AVG(s.score) DESC) AS rank_no FROM score s JOIN student st ON s.student_id = st.id GROUP BY st.class_name;

第一条 SQL 里，CASE WHEN 配合 SUM 统计及格人数，再除以 COUNT(*) 得出及格率，这是成绩统计最常用的写法。ROUND 控制小数位数，避免报表上拖一长串小数点。第二条 SQL 用了窗口函数 RANK() OVER，MySQL 8.0 才支持；如果你源码配套的脚本能在 5.7 上跑，说明原版没用窗口函数。但你可以在答辩前把统计查询改写成这条，讲"班级排名用窗口函数一次算完，不用在 Java 里手工排序"——就这一句话，就能和"只会跑通模板"的组拉开差距。

顺带提醒一句：如果源码里统计逻辑全写在 Java 的 for 循环里，你最好在二次开发时往 SQL 方向收拢。数据量小看不出问题，一旦录到几百条成绩，循环里反复访问数据库能把页面拖到几秒才响应，老师现场演示时卡一下就很难收场。

2.3 登录与权限：session 里存什么、菜单怎么按角色渲染

登录逻辑是每个管理系统答辩必问的模块。常见做法是：登录时拿用户输入的账号密码去查 user 表，查到了就把 userId、realName、role 放进 session，然后按 role 跳转到不同首页。之后每个受保护页面的请求，都要经过一层校验——要么在每个 Servlet 里重复写，要么用一个 Filter 统一拦。老式 JSP+Servlet 课程设计里，Filter 是老师检查的重点，因为它决定了系统的安全底线：

// AuthFilter.java，在 web.xml 中注册，拦截所有 *.do 请求 public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse resp = (HttpServletResponse) response; Object loginUser = req.getSession().getAttribute("loginUser"); if (loginUser == null) { resp.sendRedirect(req.getContextPath() + "/login.jsp"); return; } // 已登录就放行，让请求继续走到 Servlet chain.doFilter(request, response); }

这段 Filter 解决的是"没登录就不能访问受保护页面"。你看源码时把这十几行标出来，写任务书和 PPT 时直接引用。角色区分的落地方式有两种：第一种是页面菜单按 role 决定显示哪些项，教师看到"成绩录入""学生管理"，学生只看到"我的成绩"；第二种是后台接口再做一层权限校验，学生请求"删除成绩"的地址直接拒绝。课程设计对学生端的操作权限往往不做限制，但你答辩时如果能主动点出第二种方案的必要性——"学生用抓包工具改个地址就能访问管理接口，我觉得有风险"——老师会觉得你想过安全问题。

这一节你要完成三个动作：找到登录成功后跳转的代码、找到退出时清 session 的代码、找到菜单按角色渲染的代码。把这三个位置在源码里标记好，后面写任务书、文献综述和答辩 PPT 时，它们就是最核心的证据。

3. 把系统跑起来：JDK、MySQL、Tomcat 的版本匹配与部署步骤

课程设计源码包跑不通的案例，十有八九不是代码问题，是环境版本问题。这类 rar 包里的项目大多是几年前写的，技术栈可能是 JSP+Servlet 配 MySQL 5.7，也可能是 Spring Boot 2.x 配 JDK 8；而你现在的电脑上可能装的是 JDK 17、MySQL 8.0、Tomcat 10，直接打开旧项目，报错能刷一屏。我拿到一个新源码包，先看有没有 pom.xml：有就是 Maven 管理的工程，依赖和编译版本由 pom 决定，优先按 pom 走；没有就是手动导 jar 包的 Web 项目，需要自己配 Tomcat 运行。这一章按最常见的 JSP+Servlet+MySQL 组合讲，Spring Boot 版的差异我单独标出来。

3.1 环境版本决定成败：先看源码用的是什么组合

打开项目里的 .project、.classpath 或者 pom.xml，确认 Java 版本。老课程设计基本是 Java 8。这里有一条硬性经验：不要把 JDK 8 写的老 Web 项目直接放在 JDK 17 上编译，Tomcat 10 也不能用来跑 javax.servlet 的代码——它把包名改成 jakarta.servlet 了，你会看到"程序包 javax.servlet 不存在"这种编译错误。正确做法是机器上装两个 JDK，IDEA 里给这个项目单独指定 JDK 8；Web 容器选 Tomcat 8.5 或 9，对应 javax 命名空间，和 JDK 8 一起用最稳，这是经过反复验证的保守组合。

Spring Boot 版的判断更直接：pom.xml 里的 spring-boot-starter-parent 标签写死了版本，比如 2.7.x，那你本机 JDK 版本不要高于它要求的范围，直接在项目根目录执行 mvn spring-boot:run，它内置 Tomcat，不用额外部署。如果你解压后看到 src/main/java、src/main/resources 这种 Maven 标准目录，基本就是这条路线。判断错版本会浪费一整晚在环境报错上，所以这一步不要跳。

3.2 建库、导数据、改连接配置：数据库这一步最常翻车

项目里一般会有 init.sql、db.sql、grade.sql 之类的数据库脚本。我建议用命令行导入，比图形工具少踩"导入没提示、结果没反应"的坑：

# 把脚本导入 MySQL，-u 指定用户，-p 表示交互式输入密码 mysql -u root -p < D:\project\grade\grade.sql # 导入后立刻确认库里有哪些表，这一步不能省 mysql -u root -p -e "USE grade_system; SHOW TABLES;"

导入之后最容易遇到的情况是：脚本开头写了 use 某个库，但你的 MySQL 里根本没有这个库，命令直接报错停掉。解决办法是先手动建库再导入：

CREATE DATABASE grade_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

然后打开项目里的 jdbc.properties 或 db.properties，Spring Boot 项目则是 application.yml，找到数据库连接配置。典型的配置文件长这样：

jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/grade_system?useUnicode=true&characterEncoding=UTF-8 jdbc.username=root jdbc.password=root

这里要改两项：url 里的数据库名必须和实际库名一致；username 和 password 改成你自己 MySQL 的账号密码。如果你用的是 MySQL 8.0，driver 要改成 com.mysql.cj.jdbc.Driver，url 里追加 serverTimezone=Asia/Shanghai，否则启动时数据库连接池会报时区错误，第 5 章细说。如果报 ClassNotFoundException: com.mysql.jdbc.Driver，大概率是 Tomcat 的 lib 目录里缺少 MySQL 驱动 jar，去 Maven 中央仓库下载 mysql-connector-java 5.1.49，放进 Tomcat 的 lib 目录重启即可。

3.3 从 IDE 部署到浏览器看到登录页：完整操作路径

我一般用 IDEA 部署老 JSP 项目：File > Open 选中解压目录，项目自带 .classpath 就直接识别，否则选 Eclipse 项目导入；然后确认 lib 目录里的 jar 都被加入模块依赖。接着配置 Tomcat：

# 关键配置项，在 Run/Debug Configurations 里操作 # 1. 新增 Tomcat Server -> Local，指定 Tomcat 安装路径 # 2. Deployment 标签页 Add -> Artifact，选择项目的 war exploded # 3. Application context 填 /grade，访问路径和项目名一致

配置完成后启动 Tomcat，看到日志里的 "Server startup" 后，浏览器访问 http://localhost:8080/grade 就能进入登录页。如果 404，先看 Tomcat 的 webapps 里有没有把项目发布进去；如果报数据库错误，回 3.2 检查连接字符串。至于登录账号，原包一般写在 readme.txt、任务书或源码注释里，常见的是 admin/123456、teacher/123456 这种组合；找不到就直接查 user 表，课程设计的密码基本是明文躺着。

提示：浏览器能打开登录页不代表系统就绪。你至少要用教师账号点一遍"成绩录入→保存→查询"，用学生账号查一次成绩，确认写操作真的落在 MySQL 而不是页面写死的数据，这才算真正跑通。这一步的截图请保留，答辩 PPT 直接能用。

4. 二次开发与配套材料：把模板源码改成自己的设计

跑通只是及格线，课程设计能拿高分的关键是改动量。老师看一个源码包，心里默认它是从网上找的模板，会通过答辩提问和查重来试探你到底消化了多少。所以我的建议是：在原有功能基础上加一个明确的新功能，再按你自己的进度重新组织任务书、文献综述、外文翻译和答辩 PPT。下面以一个最常见的加餐功能——"成绩分段统计"——来演示从数据库到界面的完整改造路径。

4.1 加一个成绩分段统计功能：Servlet + SQL 的改造示例

假设你的源码是 JSP+Servlet+MySQL，我想在教师首页加一个"成绩分布"入口，用来统计一门课在各个分数段的人数。先写统计 SQL，放到一个专门的 Servlet 里：

// GradeStatServlet.java @WebServlet("/admin/gradeStat") public class GradeStatServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String courseId = req.getParameter("courseId"); String sql = "SELECT " + "SUM(CASE WHEN score < 60 THEN 1 ELSE 0 END) AS lt60, " + "SUM(CASE WHEN score >= 60 AND score < 70 THEN 1 ELSE 0 END) AS s60_70, " + "SUM(CASE WHEN score >= 70 AND score < 80 THEN 1 ELSE 0 END) AS s70_80 " + "FROM score WHERE course_id = ?"; // 用 PreparedStatement 的占位符绑定参数，避免直接拼接 SQL 的注入风险 try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setInt(1, Integer.parseInt(courseId)); ResultSet rs = ps.executeQuery(); while (rs.next()) { req.setAttribute("lt60", rs.getObject("lt60")); req.setAttribute("s60_70", rs.getObject("s60_70")); req.setAttribute("s70_80", rs.getObject("s70_80")); } } catch (SQLException e) { throw new ServletException("成绩统计查询失败", e); } req.getRequestDispatcher("/admin/gradeStat.jsp").forward(req, resp); } }

这段代码里值钱的地方不是循环和转发，而是两个细节：第一，统计完全用 SQL 的 CASE WHEN 完成，数据库只返回一行三列（实际做五个分数段时同理扩展），Java 端不用做任何算术；第二，courseId 用 PreparedStatement 的占位符绑定，而不是字符串拼接，这是"防 SQL 注入"在课程设计里的标准示范。你加到系统之后，记得在任务书里把"成绩分段统计"写成新增模块，答辩时主动讲"为什么用 SQL 聚合而不是 Java 循环"，效果远好于被老师问出来。

前端 JSP 页面这边，你只需要在成绩查询结果页加一个"查看分布"按钮，跳转到上述 Servlet 地址，携带 courseId 参数。原有页面布局不要大改，加一行链接就够了，改动量越小，回归问题的概率越低。改完重新部署，再用教师账号跑一遍完整流程，确认新页面有数据、旧功能没被破坏。

4.2 页面和路径改动时注意的三处细节

第一，JSP 文件头部必须有 pageEncoding 和 contentType 声明，且全项目统一为 UTF-8：

<%@ page contentType="text/html;charset=UTF-8" pageEncoding="UTF-8" %>

如果你混合出现了 GBK 和 UTF-8 两种编码的 JSP，浏览器打开就会看到乱码或者问号。旧源码很多默认 GBK，你新加的页面用 UTF-8，一混就出问题。统一的做法是全部转成 UTF-8，同时保证 MySQL 连接串里带 characterEncoding=UTF-8，数据库建表用 utf8mb4，三处对齐就稳了。

第二，路径问题。JSP 里的跳转链接尽量用 ${pageContext.request.contextPath} 拼绝对路径，不要硬编码 /grade 这种写死的项目名。不然别人换一个 Application context 部署，所有链接全部 404。老源码里常见硬编码，你新加的链接别跟着写就是了。

第三，数据库字段改动要连表一起评估。如果你加了统计功能，先确认 score 表里用的外键是 course_id 还是 course_no，别想当然。任何对表结构的修改，都先在备份的 .sql 文件里同步，再连库执行，防止演示时漏改导致接口报错。

4.3 任务书、文献综述、外文翻译和答辩 PPT 怎么改

这四个材料，直接套原包内容交上去，开题就容易被批。任务书的关键是时间安排要和你自己的实际进度对得上，把"第 3 周完成原型"改成具体日期；功能描述要覆盖你新增的模块，比如成绩分段统计，不能原封不动照抄原包。文献综述最怕查重，把国内外研究现状重新组织语言，引用文献格式统一，数量保持在 8～12 篇比较正常。外文翻译要选一篇和"教育数据管理""在线考试""大数据辅助教学"相关的英文论文，翻译时做一个中英术语对照，比如 grade management、academic record，答辩时老师可能抽查术语。

答辩 PPT 我见过最典型的翻车是满屏代码。PPT 里只放项目架构图、数据库 ER 图、核心表关系、功能截图和新增模块说明，代码最多放一页 15 行以内。核心代码页必须配一句话：这段代码解决了什么问题。至于原包自带的 PPT，把它当草稿用，不要原样演示——老师见过太多一模一样的版本，放出来等于告诉所有人这是下载的。

5. 学生成绩管理系统踩坑记录：现象、原因、解法

前四章讲的是正向流程，这一章集中写我这些年看源码、带课程设计时反复遇到的坑。每一条都按现象、原因、解决三层写，方便你对号入座。这里写的不是玄学，每一个坑都是配置或设计上能说清的问题，按顺序查一遍基本都能解决。

5.1 MySQL 8 连不上老项目：时区错误与驱动不兼容

现象：启动 Tomcat 或运行数据库操作时，控制台报 Communications link failure，或者出现 "Server returns invalid time zone. Go to 'Advanced' tab and set 'serverTimezone'"。

原因：MySQL 8.0 把驱动主类改成了 com.mysql.cj.jdbc.Driver，而老配置文件里写的还是 com.mysql.jdbc.Driver；另外 8.0 默认要求显式指定时区，不写 serverTimezone 就报错。这两个问题经常一起出现。

解决：打开 jdbc.properties，把 driver 那一行改成 com.mysql.cj.jdbc.Driver，url 里追加 serverTimezone=Asia/Shanghai，同时建议加上 useSSL=false 关掉 SSL 警告。改完重启 Tomcat。如果仍然连不上，再检查 MySQL 的连接账号是否允许当前主机访问，命令行执行 SELECT user, host FROM mysql.user 确认 root 的 host 不是 localhost 限定。

5.2 页面中文全部变成问号

现象：登录后所有中文姓名、课程名显示为？？？，但用命令行查数据库里存的是正常中文。

原因：至少三处编码必须统一——JSP 的 pageEncoding、MySQL 连接串的 characterEncoding、数据库表自身的 charset。这三处只要有任意一处是 GBK 或没声明，展示层就乱码。老课程设计源码头疼的点就在这，页面和数据库经常各写各的编码。

解决：全部统一成 UTF-8。JSP 头加 contentType="text/html;charset=UTF-8"，连接串加 characterEncoding=UTF-8，建库建表用 utf8mb4。数据库里已经乱码的数据，用 ALTER TABLE 改 charset 不一定能救回旧数据，最稳的是把数据导出、重建表、再重新导入。如果时间紧，直接把业务表 DROP 掉重新导入初始化脚本，反正是演示数据。

5.3 Tomcat 端口被占用导致启动失败

现象：启动 Tomcat 时弹窗显示 "Port 8080 required by Tomcat v8.5 Server at localhost is already in use"，点击超时后项目一直起不来。

原因：前一次启动没有正常关闭，或者别的进程占了 8080。开发机上最常见的是之前跑过一次服务忘了停，IDEA 里显示已停止，但后台进程还在。

解决：命令行执行 netstat -ano | findstr 8080，看占用端口的 PID，然后 taskkill /PID 对应PID /F 结束它；也可以在 Tomcat 的 server.xml 里把 HTTP 端口改成 8081，但要注意 Connector 的 redirectPort 也要跟着调整，不然跳转时还是找 8080。开发机上最省事的做法是把之前没停干净的服务彻底杀掉再重启，别频繁改端口。

5.4 删除学生后成绩表里还有残留

现象：在学生管理里删除一个学生，学生列表里没了，但成绩统计里还能查出这个学生的成绩，查看他名下的成绩明细直接报空指针。

原因：score 表的外键没有加 ON DELETE CASCADE，或者代码里删除学生的 SQL 只 DELETE 了 student 表，没有连带操作 score 表，数据库里留了一堆"孤儿成绩"。

解决：改代码或改表结构两种方案。代码里删除学生的方法，先执行 DELETE FROM score WHERE student_id = ?，再执行 DELETE FROM student WHERE id = ?；更稳妥的设计是在建表时给外键加 ON DELETE CASCADE。但如果成绩有归档需求，级联删除会直接清掉历史记录，真要保留就改成逻辑删除——student 表加一个 deleted 字段，删除时 UPDATE 状态而不是物理删。你能在答辩时把"物理删除 vs 逻辑删除"的区别讲出来，这已经是超过课程设计平均水平的内容。

5.5 答辩被追问"哪些代码是你自己写的"

现象：老师让现场改一个排序逻辑，或者指着一处代码问"这里为什么这么写"，支支吾吾说不清楚，气氛直接凝固。

原因：源码是下载的，只改了数据库密码和几个页面标题，代码逻辑完全没有消化。这是课程设计源码包最常见的坑，也是老师最敏感的点。

解决：至少把登录 Filter、成绩新增、成绩统计这三段代码自己重写一遍。重写不是为了交差，是为了被追问时能流畅说出每一步是干什么的。我见过最有效的准备方式，是给每个核心模块画一张数据流向图：页面把参数提交给谁，Servlet 调了什么方法，SQL 查了哪张表，结果怎么回显到页面。答辩时直接把这张图画在黑板上，比背代码体面得多。如果你连这张图都画不出来，那说明你还没真正拥有这个系统。

6. 最后一公里：让演示变得让人信服的三个技巧

第一个技巧是准备一套有层次感的演示数据。很多课程设计自带的 SQL 脚本里只有三五条测试数据，平均分统计出来就一两个数，老师看不出系统能力。我习惯在答辩前造一组 20 人左右的数据：一个班 10 人分布在五个分数段，另一个班明显高一分，这样平均分、及格率、排名一查就有对比，演示效果完全不同。数据用 SQL INSERT 写进脚本，不要手工在页面一条条点，既能复现又省时间。

第二个技巧是演示前做一次"破坏性输入"测试。录入成绩时故意输一个 120 分，再输一个不存在的学号，观察系统是友好提示还是直接抛异常堆栈。很多源码包在 Service 层没做参数校验，分数越界直接往数据库插，靠字段类型拦截，返回一个含糊的错误页。你要是能在答辩前把"分数必须在 0~100 之间、学号必须存在"的校验补上，并在页面给出明确提示，这一项就能压过一半的组。

第三个技巧是给数据库做一份还原脚本。演示现场最怕的不是代码讲错，是电脑突然断电或者手滑删了一条关键数据。把初始化 SQL 存成 restore.sql，演示前一键重建库，心里就有底。我自己的习惯是每次改完核心代码，顺手 git commit 一次，并把导出的 .sql 和 war 包按日期命名存档——比如 grade_backup_20250601.sql——这样即便现场翻车也能在五分钟内恢复。

这套流程带过的课程设计和毕业设计里，凡是愿意跑一遍破坏性测试、准备一套有对比的演示数据的人，答辩成绩普遍不差。被老师当场问住的时候，承认"这块没设计到位，改动思路我已经有了"，比编一个解释体面得多。希望这些经验能在你拿到这类源码包后，帮你少走一点弯路。

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