企业官网建设流程全解析

简介：本资源是一套面向计算机专业本科生的SpringBoot毕业设计实战项目，聚焦高校学生毕业审核业务场景，解决传统人工审核效率低、流程不透明、数据难追溯等痛点。压缩包共81个文件，含74个Java核心业务类（涵盖Controller、Service、Entity及Repository层）、2个properties配置文件（用于数据库与系统参数设置）、1个pom.xml依赖管理文件、1个mvnw.cmd启动脚本，整体仅110KB，轻量易部署。项目采用前后端一体化架构，集成Spring Security权限控制、JPA数据持久化、Thymeleaf模板渲染及RESTful接口设计，完整实现用户角色管理、学生成绩录入、毕业条件自动校验、审核流程跟踪与操作日志记录等关键功能。已有57人学习下载，适合初学者掌握SpringBoot企业级开发全流程，亦可作为课程设计、毕设开题与代码参考的即用型方案。

1. 项目概述与核心价值

又到了一年一度的毕业季，对于计算机相关专业的同学来说，毕业设计是绕不过去的一道坎。选题选得好，事半功倍；选题选得巧，答辩没烦恼。今天，我想以一个过来人兼项目实践者的身份，和大家深入聊聊一个非常经典且实用的毕业设计课题——“基于SpringBoot的学生毕业审核系统”。这个题目看似传统，但其中蕴含的技术深度、业务逻辑和可扩展性，足以支撑起一份优秀的本科甚至硕士毕业设计。它绝不仅仅是一个简单的增删改查（CRUD）系统，而是一个融合了业务流程建模、权限精细控制、数据统计分析和现代Web开发技术的综合性项目。

为什么说这个选题好？首先，它的业务场景是每一位同学都亲身经历过的，理解起来没有门槛。学分、课程、毕业要求，这些概念无需额外解释。其次，它的技术栈非常主流且就业市场认可度高。SpringBoot作为Java领域事实上的标准框架，其生态成熟、资料丰富，能让你系统地掌握后端开发的核心技能。最后，这个项目的“弹性”很大。你可以做得很基础，实现核心审核流程；也可以做得很深入，引入工作流引擎、大数据可视化、微服务拆分等高级特性，完全取决于你的时间和能力，非常适合作为毕业设计的载体。

接下来，我将从设计思路、技术选型、核心实现到避坑指南，为你完整拆解这个项目。无论你是正在为选题发愁，还是已经选定类似题目但不知如何下手，这篇文章都能给你提供一份可直接参考的“实战地图”。

2. 系统整体设计与架构拆解

2.1 业务需求深度解析

在动手写代码之前，我们必须把业务逻辑吃透。一个学生毕业审核系统，核心目标是什么？是自动化、标准化地判断一个学生是否满足毕业条件。这背后涉及几个关键实体和流程：

1. 学生：系统的主体，拥有学号、姓名、专业、培养方案等属性。
2. 课程：学生学习的单元，包含课程代码、名称、学分、性质（必修/选修）、所属模块等信息。
3. 成绩：连接学生与课程的纽带，记录学生某门课的最终得分、学分获得情况。
4. 培养方案：这是系统的“规则引擎”。它定义了某个专业毕业所需的条件，例如：
   • 总学分要求（如必须修满160学分）。
   • 必修课学分要求（所有必修课必须通过）。
   • 模块化学分要求（如通识教育模块需≥30学分，专业核心模块需≥50学分）。
   • 其他特殊要求（如通过大学英语四级、完成毕业设计、无违纪处分等）。

系统的核心业务流程可以概括为：采集学生成绩数据 -> 对照其所属专业的培养方案规则 -> 逐项计算并比对 -> 生成审核报告（通过/不通过，并列出未满足项）。

2.2 技术栈选型与考量

为什么选择SpringBoot？这是基于快速开发、简化配置和生态丰富的综合考虑。对于毕业设计而言，效率和质量同等重要。

• 后端框架：SpringBoot 2.7.x (LTS版本)。不建议盲目追求最新版（如3.x），LTS版本稳定性高，社区资料和解决方案最全，能避免在环境配置上浪费过多时间。它内嵌了Tomcat服务器，一键启动，让我们的关注点集中在业务逻辑上。
• 持久层：MyBatis-Plus。相比原生MyBatis，它提供了强大的CRUD封装和条件构造器，能极大减少模板代码的编写。对于毕业设计这种数据操作频繁的项目，它能提升不少开发效率。当然，如果你对JPA（Spring Data JPA）更熟悉，那也是完全可行的选择，两者在功能上各有侧重。
• 数据库：MySQL 8.0。关系型数据库是存储学生、课程、成绩、方案等结构化数据的最佳选择。MySQL免费、普及、性能足够。记得在设计时就要规划好索引，尤其是学生ID、课程代码、专业ID等常用查询字段。
• 前端技术：Vue 3 + Element Plus。这是一个前后端分离的经典组合。Vue框架易于上手，组件化开发思路清晰；Element Plus提供了丰富的UI组件，能快速搭建出美观且功能完善的管理后台。前后端通过RESTful API进行交互，职责清晰。
• 项目管理与构建：Maven。用于管理项目依赖（Jar包）。在pom.xml中清晰地管理SpringBoot、MyBatis-Plus、数据库驱动、工具包等依赖，是项目规范性的体现。
• 其他关键组件：
  • Spring Security：用于实现系统的用户认证（登录）和授权（权限控制）。例如，学生只能查看自己的审核结果，教学秘书可以录入成绩，管理员可以管理培养方案。
  • Hutool：国产工具类库，提供了字符串处理、日期转换、加密解密、Excel导入导出等常用功能，避免重复造轮子。
  • EasyExcel：阿里巴巴开源的Excel处理工具，性能优异且API友好。用于实现学生名单、课程成绩的批量导入，这是教务系统非常实际的需求。

选型心得：对于毕业设计，切忌堆砌炫技但用不上的技术。选择最主流、最稳定、资料最多的组合，能把更多精力投入到业务逻辑和系统设计本身，这才是答辩时的加分项。

2.3 系统架构设计图（逻辑层面）

虽然不能画图，但我们可以用文字描述清晰的逻辑分层：

1. 表现层 (Presentation Layer)：即我们的Vue前端页面。负责接收用户操作，调用后端API，并将数据渲染展示。包括登录页、学生信息管理、课程管理、成绩录入、审核查询、报表统计等页面。
2. 控制层 (Controller Layer)：SpringBoot中的@RestController。接收前端HTTP请求，进行参数校验，调用对应的服务层方法处理业务，并将结果封装成JSON返回给前端。
3. 服务层 (Service Layer)：业务逻辑的核心。这里包含了毕业审核的所有算法：如计算学生总学分、判断必修课是否通过、匹配模块学分要求等。服务层调用持久层获取数据，进行加工处理。
4. 持久层 (Persistence Layer)：即MyBatis-Plus的Mapper接口和对应的XML映射文件。负责与MySQL数据库直接对话，执行增删改查操作。
5. 数据层 (Data Layer)：即MySQL数据库。其中需要精心设计多张表，并建立正确的关联关系。

3. 数据库设计与核心表结构

数据库设计是系统的基石，设计得好，后续开发顺风顺水；设计得差，到处是坑。以下是经过精简的核心表结构，每张表的设计都蕴含了业务思考。

3.1 核心实体表

-- 学生表 CREATE TABLE `student` ( `id` bigint NOT NULL AUTO_INCREMENT COMMENT '主键', `student_id` varchar(20) NOT NULL COMMENT '学号，唯一', `name` varchar(50) NOT NULL COMMENT '姓名', `major_id` bigint NOT NULL COMMENT '专业ID，关联专业表', `class_name` varchar(50) DEFAULT NULL COMMENT '班级', `admission_year` int NOT NULL COMMENT '入学年份', `status` tinyint DEFAULT '1' COMMENT '状态（1-在读，2-毕业，3-结业等）', PRIMARY KEY (`id`), UNIQUE KEY `uk_student_id` (`student_id`), KEY `idx_major_id` (`major_id`) ) COMMENT='学生基本信息表'; -- 专业与培养方案表（通常一个专业对应一个培养方案版本） CREATE TABLE `major` ( `id` bigint NOT NULL AUTO_INCREMENT, `major_code` varchar(20) NOT NULL COMMENT '专业代码', `major_name` varchar(100) NOT NULL COMMENT '专业名称', `plan_version` varchar(50) NOT NULL COMMENT '培养方案版本，如2020版', `total_credits_required` int NOT NULL COMMENT '毕业要求总学分', PRIMARY KEY (`id`) ) COMMENT='专业及培养方案总览'; -- 课程表 CREATE TABLE `course` ( `id` bigint NOT NULL AUTO_INCREMENT, `course_code` varchar(20) NOT NULL COMMENT '课程代码', `course_name` varchar(200) NOT NULL COMMENT '课程名称', `credits` decimal(4,1) NOT NULL COMMENT '学分', `course_type` tinyint NOT NULL COMMENT '课程类型（1-必修，2-选修，3-实践等）', `module_id` bigint DEFAULT NULL COMMENT '所属模块ID，关联课程模块表', PRIMARY KEY (`id`), UNIQUE KEY `uk_course_code` (`course_code`) ) COMMENT='课程库表'; -- 学生成绩表（核心事实表，数据量会很大） CREATE TABLE `student_score` ( `id` bigint NOT NULL AUTO_INCREMENT, `student_id` bigint NOT NULL COMMENT '学生ID', `course_id` bigint NOT NULL COMMENT '课程ID', `score` decimal(5,2) DEFAULT NULL COMMENT '成绩（百分制）', `acquired_credits` decimal(4,1) DEFAULT NULL COMMENT '实际获得学分（如挂科则为0）', `academic_year` varchar(9) NOT NULL COMMENT '学年，如2023-2024', `term` tinyint NOT NULL COMMENT '学期（1或2）', PRIMARY KEY (`id`), UNIQUE KEY `uk_student_course` (`student_id`,`course_id`), -- 防止同一门课重复录入 KEY `idx_student_id` (`student_id`), KEY `idx_course_id` (`course_id`) ) COMMENT='学生成绩表';

3.2 规则定义表（系统灵魂）

这是实现灵活审核的关键。我们将毕业要求抽象成可配置的规则。

-- 毕业审核规则表 CREATE TABLE `graduation_rule` ( `id` bigint NOT NULL AUTO_INCREMENT, `major_id` bigint NOT NULL COMMENT '适用专业', `rule_type` tinyint NOT NULL COMMENT '规则类型（1-总学分，2-必修课，3-模块学分，4-特殊要求）', `rule_name` varchar(100) NOT NULL COMMENT '规则名称，如“通识教育模块要求”', `rule_condition` text COMMENT '规则条件（JSON格式，用于存储灵活的参数）', `required_value` decimal(10,2) DEFAULT NULL COMMENT '要求值（如学分要求）', `operator` varchar(10) DEFAULT '>=' COMMENT '比较运算符（>=, =, <=等）', `priority` int DEFAULT 0 COMMENT '规则优先级', PRIMARY KEY (`id`), KEY `idx_major_id` (`major_id`) ) COMMENT='毕业审核规则定义表'; -- 课程模块定义表（用于模块化学分要求） CREATE TABLE `course_module` ( `id` bigint NOT NULL AUTO_INCREMENT, `module_code` varchar(50) NOT NULL, `module_name` varchar(100) NOT NULL COMMENT '模块名称，如“专业核心课”、“创新实践”', `major_id` bigint NOT NULL, `credits_required` int NOT NULL COMMENT '本模块要求学分', PRIMARY KEY (`id`) ) COMMENT='课程模块表';

设计解析：graduation_rule表是核心。rule_condition字段使用JSON格式，可以灵活存储不同类型的规则参数。例如：

• 对于“必修课必须全部通过”，condition可以是{"courseType": 1}(1代表必修)。
• 对于“模块学分要求”，condition可以是{"moduleId": 5}。
• 对于“通过英语四级”，condition可以是{"certificateType": "CET-4"}。 这种设计使得增加新的审核规则时，无需修改数据库表结构，只需扩展rule_condition的JSON Schema和后台的处理逻辑即可，体现了良好的扩展性。

3.3 审核结果与日志表

-- 审核结果表 CREATE TABLE `audit_result` ( `id` bigint NOT NULL AUTO_INCREMENT, `student_id` bigint NOT NULL, `major_id` bigint NOT NULL, `audit_batch` varchar(50) NOT NULL COMMENT '审核批次（如2024届毕业审核）', `overall_passed` tinyint(1) DEFAULT NULL COMMENT '总体是否通过', `audit_detail` json DEFAULT NULL COMMENT '审核详情（JSON数组，记录每条规则的通过情况）', `audit_time` datetime NOT NULL, `auditor` varchar(50) DEFAULT NULL COMMENT '审核人（系统或管理员）', PRIMARY KEY (`id`), UNIQUE KEY `uk_student_batch` (`student_id`,`audit_batch`), KEY `idx_batch` (`audit_batch`) ) COMMENT='毕业审核结果表';

audit_detail字段以JSON格式存储每条规则的审核明细，便于前端展示学生具体在哪一项上未通过。例如：[{"ruleName":"总学分要求", "required":160, "actual":158, "passed":false}, {...}]。

4. SpringBoot后端核心实现详解

4.1 项目结构与配置

创建一个标准的SpringBoot项目，采用分层架构。核心包结构如下：

src/main/java/com/graduation/audit/ ├── config/ // 配置类（数据源、MyBatis-Plus、Security等） ├── controller/ // 控制层，对外提供API ├── service/ // 业务逻辑层 │ └── impl/ // 业务逻辑实现类 ├── mapper/ // MyBatis Mapper接口 ├── entity/ // 实体类，对应数据库表 ├── dto/ // 数据传输对象，用于前后端交互 ├── vo/ // 视图对象，用于封装返回给前端的数据 ├── utils/ // 工具类 └── GraduationAuditApplication.java // 启动类

在application.yml中，需要配置数据库连接、MyBatis-Plus、文件上传大小等。一个关键配置是开启MyBatis-Plus的逻辑删除和分页插件，这在管理数据时非常有用。

mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl # 开发时开启SQL日志 global-config: db-config: logic-delete-field: deleted # 全局逻辑删除字段名 logic-delete-value: 1 # 逻辑已删除值 logic-not-delete-value: 0 # 逻辑未删除值 mapper-locations: classpath*:/mapper/**/*.xml

4.2 毕业审核核心引擎实现

这是整个系统的“大脑”，我们将其封装在GraduationAuditService中。审核流程大致如下：

1. 输入：学生ID、审核批次。
2. 加载数据：获取该学生的所有有效成绩、其所属专业的培养方案及所有审核规则。
3. 规则引擎执行：遍历每一条审核规则，根据规则类型调用不同的“计算器”（Calculator）进行计算和判断。
4. 汇总结果：汇总所有规则的通过情况，得出最终审核结论。
5. 持久化：将审核结果（总体结论和明细）存入audit_result表。

核心代码片段示例：

@Service @Slf4j public class GraduationAuditServiceImpl implements GraduationAuditService { @Autowired private StudentScoreMapper scoreMapper; @Autowired private GraduationRuleMapper ruleMapper; @Autowired private AuditResultMapper resultMapper; // 注入各种规则计算器 @Autowired private Map<String, RuleCalculator> calculatorMap; @Override @Transactional(rollbackFor = Exception.class) public AuditResultVO performAudit(Long studentId, String auditBatch) { // 1. 获取学生信息和专业 Student student = studentMapper.selectById(studentId); Major major = majorMapper.selectById(student.getMajorId()); // 2. 获取学生所有已获学分的成绩（成绩>=60） List<StudentScore> validScores = scoreMapper.selectValidScoresByStudent(studentId); // 3. 获取该专业的所有审核规则（按优先级排序） List<GraduationRule> rules = ruleMapper.selectRulesByMajor(major.getId()); List<RuleDetailVO> detailList = new ArrayList<>(); boolean overallPassed = true; // 4. 遍历规则，逐项审核 for (GraduationRule rule : rules) { // 根据规则类型，从Map中获取对应的计算器 RuleCalculator calculator = calculatorMap.get(rule.getRuleType()); if (calculator == null) { log.warn("未找到规则类型[{}]对应的计算器", rule.getRuleType()); continue; } // 计算并判断该规则是否通过 RuleCheckResult result = calculator.calculate(student, major, validScores, rule); RuleDetailVO detail = new RuleDetailVO(rule, result); detailList.add(detail); // 如果有一条核心规则未通过，则总体不通过 if (!result.isPassed() && rule.getIsCore() == 1) { overallPassed = false; } } // 5. 构建并保存审核结果 AuditResult auditResult = new AuditResult(); auditResult.setStudentId(studentId); auditResult.setAuditBatch(auditBatch); auditResult.setOverallPassed(overallPassed); // 将明细列表转为JSON字符串存储 auditResult.setAuditDetail(JSONUtil.toJsonStr(detailList)); auditResult.setAuditTime(new Date()); resultMapper.insert(auditResult); // 6. 返回给前端的VO对象 return new AuditResultVO(student, overallPassed, detailList); } }

规则计算器设计模式：这里使用了策略模式。我们定义一个RuleCalculator接口，然后为“总学分规则”、“必修课规则”、“模块学分规则”等分别实现具体的计算器类（如TotalCreditCalculator,RequiredCourseCalculator）。这样，增加新的规则类型时，只需新增一个计算器实现类并注册到Spring容器中即可，符合开闭原则。

4.3 复杂查询与MyBatis-Plus高级应用

系统中有很多复杂查询，例如“查询某个学生某个模块下已获得的总学分”。MyBatis-Plus的条件构造器QueryWrapper和自定义XML映射文件会结合使用。

示例：查询学生有效成绩，在StudentScoreMapper.xml中：

<select id="selectValidScoresByStudent" resultType="com.graduation.audit.entity.StudentScore"> SELECT ss.*, c.credits, c.course_type, c.module_id FROM student_score ss JOIN course c ON ss.course_id = c.id WHERE ss.student_id = #{studentId} AND ss.score >= 60 AND ss.acquired_credits > 0 </select>

示例：使用QueryWrapper进行动态查询，在Service中查询某个专业的学生：

public Page<StudentVO> getStudentsByMajor(Long majorId, String keyword, Page<Student> page) { QueryWrapper<Student> wrapper = new QueryWrapper<>(); wrapper.eq("major_id", majorId); if (StringUtils.isNotBlank(keyword)) { wrapper.like("name", keyword).or().like("student_id", keyword); } wrapper.orderByDesc("admission_year", "student_id"); Page<Student> studentPage = studentMapper.selectPage(page, wrapper); // 将Page<Student> 转换为 Page<StudentVO> ... return studentVOPage; }

4.4 批量导入与Excel处理

成绩和课程信息的批量导入是刚需。我们使用EasyExcel来实现。

1. 定义Excel数据对应的DTO类，使用@ExcelProperty注解标注列名。
2. 编写监听器，继承AnalysisEventListener，在invoke方法中逐行处理数据，进行校验（如学号是否存在、课程代码是否有效）并暂存。
3. 在doAfterAllAnalysed方法中，执行批量插入数据库操作。
4. Controller层提供上传接口，返回导入成功和失败的数量及原因。

实操心得：批量导入一定要做好数据校验和事务控制。建议采用“读取->校验->批量插入”的模式，校验不通过的数据收集起来反馈给用户，而不是一遇到错误就整体回滚。对于大量数据，可以考虑分批次提交，避免单次事务过大。

5. 前端Vue3关键功能实现

前端采用Vue3 + Element Plus + Axios + Vue Router技术栈。这里重点讲几个核心页面的实现思路。

5.1 审核结果查询与可视化展示

学生登录后，首页应清晰展示其毕业审核状态。我们可以使用Element Plus的el-steps组件来可视化审核进度，用el-card和el-table来展示详细的规则通过情况。

<template> <div class="dashboard"> <el-card> <template #header> <span>毕业审核状态</span> <el-tag :type="auditResult.overallPassed ? 'success' : 'danger'" size="large"> {{ auditResult.overallPassed ? '审核通过' : '审核未通过' }} </el-tag> </template> <!-- 步骤条显示关键节点 --> <el-steps :active="activeStep" finish-status="success"> <el-step title="学分修读" description="已完成"></el-step> <el-step title="毕业审核" :description="auditResult.overallPassed ? '已通过' : '未通过'"></el-step> <el-step title="学位授予" description="待进行"></el-step> </el-steps> </el-card> <el-card header="审核明细" style="margin-top: 20px;"> <el-table :data="auditResult.ruleDetails" border> <el-table-column prop="ruleName" label="审核项目" width="200"/> <el-table-column prop="requiredValue" label="要求值"/> <el-table-column prop="actualValue" label="实际值"/> <el-table-column prop="passed" label="是否通过" width="100"> <template #default="scope"> <el-tag :type="scope.row.passed ? 'success' : 'danger'"> {{ scope.row.passed ? '是' : '否' }} </el-tag> </template> </el-table-column> <el-table-column prop="message" label="说明"/> </el-table> </el-card> </div> </template> <script setup> import { ref, onMounted } from 'vue'; import { getAuditResult } from '@/api/audit'; const auditResult = ref({ ruleDetails: [] }); const activeStep = ref(1); // 根据审核状态计算 onMounted(async () => { const res = await getAuditResult(); auditResult.value = res.data; activeStep.value = res.data.overallPassed ? 2 : 1; }); </script>

5.2 管理端：规则配置与审核触发

对于教学管理员，需要一个界面来管理（增删改查）毕业审核规则。这里的关键是规则条件的动态表单。由于rule_condition是JSON，我们可以根据rule_type的不同，渲染不同的输入组件。

例如，当选择“模块学分要求”时，动态加载模块下拉框让管理员选择moduleId；当选择“特殊要求”时，提供一个文本输入框让管理员输入描述。这需要前端维护一个规则类型与表单配置的映射关系。

审核触发功能则相对简单，提供一个批次输入框（如“2025届毕业资格预审”）和一个“执行审核”按钮，调用后端批量审核接口即可。注意：批量审核是耗时操作，一定要采用异步任务（如Spring的@Async）并给出明确的进度提示，避免HTTP请求超时。

5.3 文件上传与下载

使用Element Plus的el-upload组件实现Excel文件上传。

• 上传：设置action为后端API地址，headers中携带Token，before-upload钩子中校验文件类型和大小，on-success回调中处理返回的导入结果。
• 下载：为数据导出（如导出未通过学生名单）提供按钮。后端接口生成Excel文件后，将文件流写入HttpServletResponse，前端通过window.open(apiUrl)或创建隐藏的<a>标签触发下载。

6. 系统安全与权限控制

使用Spring Security + JWT（JSON Web Token）实现安全的认证授权。

1. 用户登录：用户提交用户名密码，后端校验通过后，生成一个JWT令牌（包含用户ID、角色等信息）返回给前端。
2. 接口保护：前端在后续请求的Authorizationheader中携带此Token。后端通过一个JwtAuthenticationFilter来拦截请求，验证Token的有效性并从中提取用户信息，设置到Spring Security的上下文中。
3. 权限注解：在Controller的方法上使用@PreAuthorize("hasRole('ADMIN')")或@PreAuthorize("hasAuthority('score:import')")这样的注解，来声明访问该接口所需的角色或权限。
4. 权限数据管理：将权限（如student:view,score:edit,rule:config）与角色（ROLE_STUDENT,ROLE_TEACHER,ROLE_ADMIN）关联，角色再与用户关联。实现一个UserDetailsService来根据用户名加载用户及其权限集合。

安全注意事项：

• 密码存储：务必使用BCrypt等强哈希算法加密存储，绝对不要明文存储。
• JWT安全：设置合理的令牌过期时间（如2小时）。令牌密钥（Secret）要足够复杂，且妥善保管。
• API防护：对管理类接口，除了角色校验，在业务层也要做数据权限校验。例如，一个教师只能修改自己所属课程的成绩。
• XSS与SQL注入：前端对用户输入做转义，后端使用MyBatis等框架的预编译语句，从根本上防止SQL注入。

7. 部署与运维考量

7.1 多环境配置

在application.yml基础上，创建application-dev.yml（开发环境）、application-prod.yml（生产环境），通过spring.profiles.active指定激活的环境。在不同配置中，切换数据库地址、日志级别、文件上传路径等。

7.2 数据库连接池与性能调优

使用SpringBoot默认的HikariCP连接池，在生产配置中调整参数：

spring: datasource: hikari: maximum-pool-size: 20 # 根据数据库和服务负载调整 minimum-idle: 10 connection-timeout: 30000 idle-timeout: 600000 max-lifetime: 1800000

对于student_score这类会快速增长的表，除了在student_id,course_id上建索引外，还要考虑定期归档历史数据。审核计算是CPU和IO密集型操作，在审核高峰期，可以考虑将审核任务放入消息队列异步执行，避免阻塞主线程。

7.3 日志记录与监控

使用SLF4J + Logback记录日志。区分info,warn,error级别。将日志输出到文件，并按日期归档。关键业务操作（如审核执行、成绩批量导入）必须记录操作人、时间、结果和关键参数，便于问题追溯。

8. 毕业设计答辩要点与扩展方向

8.1 答辩陈述核心要点

1. 问题背景与意义：清晰阐述传统人工审核的痛点（效率低、易出错、标准不一），引出系统建设的必要性。
2. 系统设计亮点：
   • 灵活的规则引擎：重点讲解graduation_rule表的设计和策略模式的应用，展示系统的可扩展性。
   • 前后端分离架构：说明技术选型的理由和带来的好处（职责清晰、开发效率高、易于维护）。
   • 数据批量处理能力：展示EasyExcel导入导出功能，体现实用性。
   • 安全与权限：说明如何通过Spring Security保障系统安全。
3. 演示效果：准备一套完整的测试数据，现场演示学生查询、管理员配置规则、触发批量审核、查看统计报表等核心流程。操作要流畅，界面要美观。
4. 总结与展望：总结项目完成的工作，并可以提出后续可扩展的方向（见下文）。

8.2 项目深度扩展方向（加分项）

如果你的时间和能力允许，实现以下1-2个扩展点，能极大提升项目档次：

1. 集成工作流引擎（如Flowable）：将毕业审核流程（学生申请->导师确认->教务审核->学院审批）流程化、可视化。这涉及到流程定义、任务分配、待办事项等，复杂度高，但非常出彩。
2. 大数据可视化报表：使用ECharts等库，为管理员提供多维度的数据看板。例如：各专业毕业率统计、历年学分分布趋势、未通过原因分析饼图等。
3. 微服务化改造：将系统拆分为“学生服务”、“课程服务”、“审核计算服务”、“文件服务”等微服务，使用Spring Cloud Alibaba（Nacos, Sentinel, Gateway）进行治理。这能体现你对分布式架构的理解。
4. 接入第三方认证：实现与学校统一身份认证系统（如CAS）的对接，实现单点登录。
5. 信创环境适配：正如网络热词中提到的，这是一个紧跟政策的方向。你可以探讨将数据库从MySQL迁移至达梦、OceanBase，将中间件从Tomcat迁移至东方通TongWeb，并解决其中可能遇到的兼容性问题。这需要你进行大量的调研和测试。

8.3 常见问题与避坑指南

1. MyBatis-Plus逻辑删除失效：检查实体类字段名是否与配置logic-delete-field一致，数据库表是否有对应字段。查询时，默认会自动加上deleted=0条件。
2. SpringBoot跨域问题：在开发环境，可以在配置类中通过@Bean定义WebMvcConfigurer来全局允许跨域。在生产环境，建议通过Nginx网关或Spring Cloud Gateway来统一处理。
3. 事务不回滚：确认方法是否是public，是否被正确代理（自调用会导致事务失效）。确认异常类型是否被@Transactional的rollbackFor捕获（默认只回滚RuntimeException和Error）。
4. JWT令牌过期后用户体验：可以实现令牌无感刷新。当Access Token过期，用未过期的Refresh Token去请求新Token。或者，在拦截器中捕获401错误，跳转到登录页。
5. 前端打包后访问空白：Vue项目打包后是静态文件，需要配置路由为history模式，并在后端（或Nginx）做fallback到index.html的处理，否则刷新页面会404。
6. 成绩并发修改问题：如果多个老师可能同时修改同一批成绩，需要考虑乐观锁。在student_score表增加一个version字段，更新时带版本号校验。

这个项目从设计到实现，涵盖了软件工程生命周期的核心环节：需求分析、系统设计、编码实现、测试部署。把它做深做透，不仅是一份优秀的毕业设计，更是你求职简历上一个扎实的项目经验。希望这篇超详细的拆解能为你扫清障碍，祝你毕业设计顺利，答辩成功！

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