1. 项目概述：这个驾校培训管理系统到底要解决什么问题
我做过的驾校管理系统不止一个，但每次看到这类题目还是觉得它特别适合作为Spring Boot入门到实战的练手项目。这个"Spring Boot驾校培训管理系统"从标题上看就是一套完整的交付包：程序、源码、数据库脚本、调试部署教程、开发环境说明，还带了1万字以上的论文文档，典型的毕业设计或课程设计项目形态。
驾校这个业务场景其实非常接地气。传统驾校日常运营靠Excel和纸质表格，学员报名信息、教练排班、约课记录、学时统计、缴费流水散落在不同的表格里，管理效率低且容易出错。驾校培训管理系统要做的就是把这条业务链整体搬到线上：学员注册报名、选择班型、缴纳费用、预约教练练车、记录学时、预约科目考试，教练端查看自己的教学安排，管理员统一管理学员、教练、车辆、财务数据。这套系统吃透了Spring Boot后端开发的核心流程，也覆盖了一个真实业务系统从建表到接口设计再到页面联调的全过程。
标题里"2736g"我理解是资源包编号之类的标识，不用太在意。真正值得关注的是后面那几个关键词：Spring Boot、源码、数据库、调试部署。也就是说，这不仅仅是一个前端页面或一段思路，而是一套能真正跑起来、能写进论文、能现场演示的完整项目。对正在找毕设题目的同学，或者想用一个完整案例来巩固Spring Boot技能的开发者来说，这类项目是最快上手、最能说清楚技术点的选择。
1.1 驾校业务的真实痛点与系统定位
驾校培训管理系统本质上是一个典型的管理信息系统，它的核心价值在于把驾校的"人、车、课、钱"四项资源管起来。人指的是学员和教练，车指的是驾校车辆，课指的是训练课时和考试场次，钱指的是报名收费和退费等资金流水。
举一个线下的经典混乱场景：学员想约明天下午两点的车，电话打给驾校办公室，办公室里翻一个纸质预约本，发现那个时段已经被另一个学员约了，只能改时间。等到训练当天，学员到了场地才发现教练临时调课，白跑一趟。至于这个月收了多少钱、哪个教练带了多少学时，财务月底要对账还得翻半天单据。系统要解决的就是这些琐碎但高频的管理问题。
所以系统在功能划分上非常明确，面向三类角色：管理员做全局配置和审核，教练维护自己的带教安排和学员进度，学员自助报名、约车、查学时、查考试安排。角色协同是项目最大的设计亮点，也是论文里最好写的部分。
1.2 一个完整交付包通常包含的资源清单
像这种带"程序+源码+数据库+调试部署+开发环境"的项目交付包，它的标准形态我在接手和部署的过程中总结过，基本是这几块内容：
- 源码工程：基于Maven构建的Spring Boot工程，包含完整的Java源码、前端页面、配置文件
- 数据库脚本：通常是一个
.sql文件，内含建库建表语句和初始化数据，例如默认管理员账号 - 部署文档：说明如何修改
application.yml里的数据库连接、如何启动Spring Boot主类 - 开发环境说明：JDK版本、Maven配置、MySQL版本、IDE导入步骤
- 论文文档：需求分析、系统设计、数据库设计、系统实现、测试等章节，字数一般要求1万字以上
这套资源最典型的使用场景就是毕业设计答辩。从前端页面演示到源码讲解，再到论文中的数据库E-R图和核心代码截图，全链路闭环。如果你拿到的交付包结构完整，实际上它就等于一个"可以直接复现的项目标本"，这比自己从头造轮子要省太多时间。
2. 技术选型与整体架构：为什么Spring Boot是这类项目的稳妥答案
驾校培训管理系统这种级别的中小规模业务系统，技术选型不需要激进，稳定、成熟、好找资料是第一原则。Spring Boot在这个场景下几乎是标准答案。
Spring Boot最大的价值是"自动化配置简化搭建成本"。传统的SSH或SSM项目，光配置文件就要写一大堆XML，连数据源、事务、拦截器都要手动声明。Spring Boot通过自动配置和约定大于配置的方式，把大部分基础设施从"手动装配"变成了"开箱即用"。你只需要在pom.xml里引入依赖，在application.yml里写几行配置，就能得到一个可以运行的内嵌Web服务，这对课程设计和毕业设计来说体验极好。
2.1 技术栈组合与版本选型的参考建议
我实际部署这类项目比较推荐的组合是：Spring Boot 2.7.x（或者2.5.x，取决于交付包自带版本）、MyBatis-Plus 3.5.x、MySQL 5.7或8.0、Thymeleaf模板引擎或Vue前后端分离方案、Lombok简化实体类代码。
这里有一个比较关键的提醒：不同版本组合可能导致兼容性差异。比如Spring Boot 3.x要求JDK17，很多老旧代码和MyBatis-Plus映射方式可能需要调整，所以如果你的项目交付包明确标注了JDK1.8环境，就尽量使用Spring Boot 2.x系列，别轻易升级大版本，避免给自己挖坑。
具体选型时还涉及一个"论文友好度"的考量。Spring Boot成型快、分层清晰，论文里"系统架构图""技术选型对比""核心代码说明"这几个章节都有天然素材。比如你可以写"选用Spring Boot是因为其内嵌Tomcat，避免了繁琐的服务器配置"，这个理由在答辩时既简洁又站得住脚。
2.2 典型分层架构与工程目录解读
这套系统在后端架构上走的是经典的三层结构：Controller层接收前端请求并做参数校验，Service层处理业务逻辑，Mapper层对接数据库。实体类对应数据库表，DTO/VO用于页面数据封装。
com.driving.school ├── controller # 控制层，接口入口 │ ├── AdminController.java │ ├── StudentController.java │ └── CoachController.java ├── service # 业务逻辑层 │ ├── StudentService.java │ ├── ReserveService.java │ └── impl ├── mapper # 数据访问层，MyBatis-Plus Mapper接口 ├── entity # 数据库实体类 ├── common # 通用工具、统一返回结果、异常处理 └── config # 配置类，如跨域、拦截器前端页面则放在src/main/resources/templates和static目录下。这个结构的逻辑非常规整：入口在Controller，但业务规则的判断要在Service层写，Mapper层只负责数据库操作。我在给项目做代码审查时发现，很多同学喜欢把业务判断直接写在Controller里，这在小型项目里看起来省事，但一旦功能变多、逻辑互相调用，Controller会变得臃肿，论文里的"核心业务逻辑代码"也没法单独拎出来讲。
2.3 权限设计：简单的角色拦截方案
驾校培训管理系统涉及三种角色，权限控制是躲不开的需求。常见的轻量做法是两个拦截器配合：登录拦截器检查Session或Token中是否有用户信息，权限拦截器根据当前用户角色判断是否有权限访问某个接口。
public class AuthInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { User user = (User) request.getSession().getAttribute("loginUser"); if (user == null) { response.sendRedirect("/login"); return false; } // 角色检查，例如管理员接口要求 role == 1 return true; } }这种方案的优点是简单直观，每个接口上标一个角色注解或者按路径前缀区分，比如/admin/**需要管理员权限，/coach/**需要教练权限。相比引入Spring Security，轻量拦截器在课设项目里更实用，代码量小，也好在答辩时讲清楚。唯一的坑是不要忘记把放行路径加入白名单，比如登录接口、静态资源等，否则会出现页面能打开但接口全部被拦截的诡异问题。
3. 数据库设计：驾校管理系统的地基怎么打
数据库设计是整个项目里我最看重的部分。很多同学做毕设，代码抄得很快，但数据库表设计得乱七八糟，业务一跑就出逻辑问题。驾校培训管理系统数据库设计的关键不是表多，而是表之间的关系足够清晰，状态流转有迹可循。
驾校业务核心实体可以拆成：用户（User）、学员（Student）、教练（Coach）、车辆（Car）、报名单（Registration）、预约单（Reservation）、考试记录（ExamRecord）、缴费记录（Payment）。我这里以常见的拆法为准，有的项目把学员和用户合一，有的拆开，核心是看登录用户表和业务资料表的关联方式。
3.1 核心数据表与字段设计
我以一个可落地的表结构为例，展示最关键的几张表。首先是用户表，它承担登录认证的基础职责：
| 字段名 | 类型 | 说明 |
|---|---|---|
| id | bigint | 主键 |
| username | varchar(50) | 登录用户名 |
| password | varchar(255) | 密码（建议MD5或BCrypt加密） |
| role | int | 角色：1管理员，2教练，3学员 |
| status | int | 账号状态：1正常，0禁用 |
| create_time | datetime | 创建时间 |
学员表扩展用户信息，存放姓名、身份证号、手机号、报名班型、状态等。教练表则记录教练的准教车型、等级、状态、当前可带学员数量。这两张表都以用户ID作为外键关联，形成一个完整的"账号-资料"模式。
预约表是驾校系统的业务核心，字段设计上需要重点考虑时间段和状态：
| 字段名 | 类型 | 说明 |
|---|---|---|
| id | bigint | 主键 |
| student_id | bigint | 学员ID |
| coach_id | bigint | 教练ID |
| car_id | bigint | 车辆ID |
| reserve_date | date | 预约日期 |
| time_slot | varchar(20) | 时间段，如"09:00-10:00" |
| status | int | 1待确认，2已确认，3已完成，4已取消 |
| create_time | datetime | 创建时间 |
这张表的逻辑难点在于同一教练同一时间段不能重复预约。实现上有两层方案：第一层是应用层查询校验，在插入前查一下有没有冲突记录；第二层是数据库联合唯一索引，把coach_id、reserve_date、time_slot三个字段建联合唯一索引，从数据库层面兜底防止脏数据。
3.2 业务状态流转与字段约束
驾校管理系统里的状态字段如果设计得好，整个流程跑起来会非常顺畅。我总结了一下常见流程：
- 学员报名状态：待审核 -> 已通过 -> 训练中 -> 已结业
- 预约训练状态：待确认 -> 已确认 -> 已完成 / 已取消
- 缴费记录状态：未支付 -> 已支付
- 考试记录状态：未预约 -> 已预约 -> 已通过 / 未通过
在数据库里用int类型存状态值，同时在前端用标签展示对应中文名称。之所以不建议直接存中文，是因为程序里做条件查询时，英文数字状态更可靠，而且论文中描述E-R图时也更规范。另外涉及多表联查时，比如查询"某个学员的所有预约记录并关联教练姓名"，需要用到JOIN或MyBatis-Plus的条件构造器，这些SQL技巧在论文的系统实现章节里是很好的代码素材。
3.3 初始化数据与默认账号
数据库脚本里一定要包含初始化数据，否则项目拿到手启动后连登录都做不了。常见做法是在SQL脚本里预置一个管理员账号和一个测试教练账号，密码一般是123456。
我在实际部署中遇到过不少项目，SQL脚本缺失初始化数据，或者账号密码加密方式与代码不一致导致登录失败。如果碰到密码校验失败，先去看代码里的密码加密方式，如果代码是MD5加密，但数据库里的密码是明文，这之间必然对不上。解决方案很简单：要么用工具把明文密码转成对应加密串再插入数据库，要么在注册接口里先调一遍加密逻辑再写入。
4. 核心功能模块拆解：一个真实系统是如何串起来的
数据库设计完成后，功能模块的开发顺序很重要。我的经验是从登录权限开始，然后是基础档案管理，再做业务流模块，最后做统计报表。驾校培训管理系统的功能模块基本可以分成三层：基础数据层、业务操作层、统计分析层，下面逐个拆解。
4.1 登录认证与角色菜单
登录模块是三套页面还是共用一套页面，取决于交付包的实现方式。简单方案是共用一套后台页面，登录后根据角色动态加载侧边栏菜单。Controller中根据用户角色跳转到不同首页地址，例如管理员走/admin/index，教练走/coach/index。
登录成功后的用户对象我建议放进Session，这样后续所有接口都能通过session.getAttribute("loginUser")获取当前操作人。这在记录"谁创建了这条数据"和"当前学员只能查自己的预约"时非常方便。
@RequestMapping("/login") public String login(String username, String password, HttpSession session) { User user = userService.login(username, password); if (user != null) { session.setAttribute("loginUser", user); return "redirect:/index"; } return "login"; }这个小方法在答辩时被问到的概率不低，因为涉及Session机制、登录校验、重定向等基础知识。
4.2 学员报名与审核流程
学员通过前台注册提交报名表单，管理员在后台进行审核操作。学员报名时选择的班型（普通班、VIP班、快班）决定了收费标准，这部分数据会写入报名表和缴费表。审核通过后，学员才能进行后续的约车操作。
这里有一个容易被忽略的点：报名信息和登录账号信息往往不是同一次操作创建的。常见设计是前台先注册账号，再填写详细的报名资料，此时学员表新增记录并与User表关联。所以我建议学员表单独设计一个user_id字段，这样在业务查询和权限过滤时能快速关联。
4.3 预约训练：系统的业务心脏
约车模块是驾校管理系统里业务逻辑最复杂的部分，也是最能体现"系统设计能力"的模块。学员选择教练、选择日期、选择时间段，系统要判断该时段是否已被其他学员预约，还要避免学员自己重复预约同一时段。
public Result reserve(Reservation reservation) { // 校验是否存在同一教练同一时间段的预约 LambdaQueryWrapper<Reservation> wrapper = new LambdaQueryWrapper<>(); wrapper.eq(Reservation::getCoachId, reservation.getCoachId()) .eq(Reservation::getReserveDate, reservation.getReserveDate()) .eq(Reservation::getTimeSlot, reservation.getTimeSlot()) .ne(Reservation::getStatus, 4); // 排除已取消 Integer count = reservationMapper.selectCount(wrapper); if (count > 0) { return Result.error("该时间段已被预约"); } reservation.setStatus(1); reservationMapper.insert(reservation); return Result.success(); }这里的细节在于要排除已取消的记录，不然学员取消预约后，别人依然无法约同一个时段，体验很差。除了应用层校验，再叠加数据库联合唯一索引双保险，是这类预约类模块最务实的方案。另外在教练端，还要有一个"确认预约"的操作，相当于教练认可这个排班。整个状态从"待确认"到"已确认"再到训练完成后的"已完成"，每一步都留下操作时间，为论文中的数据流描述提供完整素材。
4.4 学时记录与考试管理
学时记录是驾校系统的刚需功能。教练在完成一次训练课后，可以给学员追加学时记录，包括训练日期、训练时长、训练内容。这部分数据关系到学员是否达到考试要求的学时门槛，所以教练只能添加记录，管理员可以查看统计，学员只能查看自己的学时明细。
考试管理则记录学员的科目一、科目二、科目三、科目四的预约情况和考试成绩，生成每次考试的分数和结果。考试管理模块在实现上相对简单，主要是增删改查，但要注意科目与考试的关联关系，通常一个学员可以对应多条不同科目的考试记录。
4.5 财务统计与数据导出
缴费记录表记录了每一笔收款，包括报名费、补考费、VIP服务费等。财务模块的统计报表是这类系统"看起来专业"的关键。在实现中，月度收入统计往往用一个简单的SQL分组查询就能完成：
SELECT DATE_FORMAT(pay_time, '%Y-%m') AS month, SUM(amount) AS total FROM payment WHERE status = 1 GROUP BY DATE_FORMAT(pay_time, '%Y-%m') ORDER BY month DESC这里要注意pay_time的类型和时区设置。如果数据库是MySQL 8.0且没有配置时区，DATE_FORMAT出来的时间可能和我们本地的东八区相差几个小时，导致当月统计对不上。解决方式是在application.yml中配置serverTimezone=Asia/Shanghai，这个坑后面部署部分还会提到。
数据导出功能通常依赖前端技术或后端POI库，课设项目里一般做到页面展示和打印即可，如果交付包里做了Excel导出，那就是论文里可以浓墨重彩写一笔的亮点。
5. 本地调试部署全流程：从拿到源码到系统跑起来
我见过太多同学卡在"代码看不懂"之前，先卡在"项目跑不起来"这一步。拿到源码后最崩溃的瞬间，是启动类一运行就报错，控制台满屏红色异常。这里我复盘一下完整的部署流程，以及每个环节最容易出问题的点。
5.1 环境准备：版本匹配是第一道关
开发环境建议安装JDK 1.8、Maven 3.6.3、MySQL 5.7或8.0、IDEA。这四个组件版本不需要最新，但一定要和项目中的pom.xml依赖兼容。
我推荐先在IDEA的Maven设置里检查一下"本地仓库"路径，第一次加载项目时会让IDEA下载大量依赖，这个过程如果网络不稳定或者仓库地址有问题，会导致pom.xml报错。更稳妥的做法是提前配置阿里云Maven镜像：
<mirror> <id>aliyun</id> <mirrorOf>central</mirrorOf> <url>https://maven.aliyun.com/nexus/content/groups/public</url> </mirror>配置好镜像后，项目依赖的下载速度会有肉眼可见的提升，也能减少漏包导致的编译失败。
5.2 导入源码与初始化数据库
在IDEA中通过"Open"选择项目根目录的pom.xml，等待Maven加载完成。加载过程中注意观察右侧Maven面板是否出现红色依赖项，如果有，多半是依赖版本冲突或仓库缺失，可尝试"Reload All Maven Projects"。
数据库初始化操作很简单：用Navicat或命令行创建一个新的数据库，例如driving_school，字符集选择utf8mb4，然后导入交付包中的driving_school.sql脚本。导入成功的标志是表列表里出现了我们前面提到的User、Student、Coach、Reservation、Payment等表，而且能看到初始化数据。
mysql -u root -p -h localhost --default-character-set=utf8mb4 < driving_school.sql如果导入时报错，常见的诱因是MySQL版本不兼容或SQL脚本中的分隔符问题。遇到报错先看错误行数，如果是Unknown collation，说明SQL脚本是用MySQL 5.7生成而你在MySQL 8.0下导入，只需要把脚本里的排序规则改成utf8mb4_0900_ai_ci或直接统一使用utf8mb4_general_ci。
5.3 修改配置并启动验证
找到application.yml，重点修改两处地方：数据源连接信息和端口号。
server: port: 8081 spring: datasource: url: jdbc:mysql://localhost:3306/driving_school?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver端口改成8081是经验之谈，因为8080太容易被其他程序占用了。如果你启动时提示端口被占，但又不想改配置，可以用下面的命令找出占用进程并处理：
netstat -ano | findstr 8080 taskkill /PID 1234 /F启动主类后，控制台出现Spring Boot的启动日志和Tomcat started on port字样，说明系统已经跑起来。浏览器访问http://localhost:8081/，如果能看到登录页面，部署就成功了一大半。
5.4 数据库连接报错大全
我整理了一下部署过程中最高频的几个数据库异常，基本涵盖了大家会遇到的问题：
| 报错信息 | 原因 | 解决方案 |
|---|---|---|
| Access denied for user 'root'@'localhost' | 账号密码错误或权限不足 | 检查application.yml中的用户名密码 |
| Unknown database 'driving_school' | 数据库不存在 | 先创建数据库再导入SQL |
| The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized | MySQL时区配置问题 | URL中加serverTimezone=Asia/Shanghai |
| ClassNotFoundException: com.mysql.jdbc.Driver | 驱动类名写错 | 使用com.mysql.cj.jdbc.Driver |
| Public Key Retrieval is not allowed | MySQL 8安全策略问题 | URL中加allowPublicKeyRetrieval=true&useSSL=false |
这些坑几乎每个Spring Boot项目都会碰到，不是驾校管理系统特有的问题。但正因为通用，把它们写进论文的"系统调试与问题解决"章节反而非常有说服力，答辩老师也爱听这些实际操作的内容。
6. 常见问题与避坑指南：为什么项目能跑但页面就是不对
部署完成之后，开发和联调阶段还有一批高频问题。这些问题不是报错那么简单，有些是逻辑层面的坑，看起来"没毛病"，但数据就是不对。
6.1 前端页面登录后跳转404
如果是Controller返回视图名，但页面放在错误目录，就会出现登录成功但跳转404的情况。Spring Boot默认视图解析器的前缀是classpath:/templates/，后缀是.html，所以方法返回"index"时，页面必须放在templates/index.html。很多交付包的源码目录结构不同，容易搞混。
一个快速的排查技巧是直接访问静态页面地址确认文件是否存在，例如直接输入http://localhost:8081/login.html看看能否打开登录页，如果404就检查文件路径。如果是前后端分离项目，还需检查跨域配置是否正常，常见的跨域配置如下：
@Configuration public class CorsConfig { @Bean public CorsFilter corsFilter() { CorsConfiguration config = new CorsConfiguration(); config.addAllowedOriginPattern("*"); config.addAllowedMethod("*"); config.addAllowedHeader("*"); config.setAllowCredentials(true); UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource(); source.registerCorsConfiguration("/**", config); return new CorsFilter(source); } }6.2 列表数据中文乱码
中文乱码基本是数据库字符集不统一造成的。检查思路依次是：数据库本身的字符集是否为utf8mb4、连接URL是否带characterEncoding=utf8、页面是否声明了<meta charset="utf-8">。三个环节有一个不一致就会乱码。
还有一个容易被忽略的场景：IDEA控制台输出乱码。这个通常是IDEA的编码设置问题，在"Settings -> Editor -> File Encodings"里把Global Encoding、Project Encoding、Default encoding for properties files都改成UTF-8，重启后即可解决。这个问题本身不影响系统功能，但演示时控制台乱码会显得很不专业。
6.3 时间日期字段为空或格式不对
如果数据库表里的create_time字段在插入时始终为空，多半是代码里没有给字段赋值，或者数据库字段的默认值没设置。在MyBatis-Plus里，推荐用@TableField(fill = FieldFill.INSERT)配合MetaObjectHandler实现自动填充：
@Component public class MyMetaObjectHandler implements MetaObjectHandler { @Override public void insertFill(MetaObject metaObject) { this.strictInsertFill(metaObject, "createTime", Date.class, new Date()); } }这样每次插入数据时框架会自动写入当前时间，省去在业务代码里重复setCreateTime。页面日期格式不对等问题，可以在返回字段上使用@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")注解，让前端直接拿到格式化后的字符串，避免JSON序列化时输出一串时间戳。
6.4 教练排班冲突与数据不刷新
到了联调阶段，最容易踩的坑是页面列表不刷新。例如学员提交预约后，回到教练端页面依然显示"空闲"，这通常是前端缓存或接口返回的数据没有重新查询。建议在预约成功或者取消后，强制让前端重新调用列表接口，或者在数据更新接口返回最新列表数据，前端直接替换。
另一个逻辑坑是删除操作。管理后台经常需要删除学员或教练数据，但学员名下有预约记录和缴费记录时，直接删除会导致外键冲突或统计报表数据缺失。更稳妥的方案是逻辑删除，在表上加一个deleted字段，删除时更新状态而不是物理删除。这种方式在答辩时也很加分，说明你考虑了数据完整性和审计需求。
6.5 部署到演示环境时的网络问题
课设答辩或者给甲方演示时，经常要换一台电脑部署。换环境最稳妥的做法是打一个可执行JAR包，用Maven的package命令打包，然后通过命令行启动。
mvn clean package -DskipTests java -jar driving-school-0.0.1-SNAPSHOT.jar这里有一个重要的细节：JAR包路径不要直接双击运行，因为工作目录可能不对导致找不到application.yml。应该用cd进入JAR包所在目录再执行java -jar命令，这样Spring Boot才能正确识别当前目录下的配置。如果服务器上的端口不是8081，启动时还可以用--server.port=8090参数临时覆盖配置。
7. 论文写作与答辩的经验补充
交付包里既然带了"1万字以上论文文档"，那论文的框架和写作策略也值得说两句。驾校培训管理系统这类论文，核心不在于文笔多华丽，而在于"题目-系统-论文"三者严格对应。答辩老师通常不会逐字读论文，但他们翻看时会重点看三样东西：系统功能是不是和题目一致、数据库设计合不合理、核心代码是不是自己写的。
7.1 论文整体结构建议
我建议论文按经典结构组织：绪论（背景与意义、国内外研究现状）、相关技术介绍（Spring Boot、MyBatis-Plus、MySQL）、需求分析（功能需求、可行性分析）、系统设计（架构设计、模块设计、数据库设计）、系统实现（核心功能界面与代码）、系统测试（测试用例与结果）、总结与展望。
其中"数据库设计"章节建议放E-R图和关键表结构的说明，这部分和源码里实际的建表语句必须保持一致。"系统测试"部分要写具体的测试用例表格，例如输入什么数据、预期结果、实际结果，这比空泛地写"系统性能良好"要有说服力得多。
7.2 答辩时容易被追问的高频问题
以我的经验，答辩老师针对驾校培训管理系统最喜欢问以下几个问题：登录密码是如何加密的？预约训练是怎么防止时间冲突的？如果数据库并发操作时出现同一时段被抢，项目如何兜底？统计报表的数据口径是怎么定义的？
针对这些问题的回答思路是：密码加密提到MD5加盐或BCrypt；冲突处理先说数据库唯一索引，再说应用层查询校验，两层保障缺一不可；并发场景可以补充说明"数据库层面的唯一约束是最终防线"，体现出你考虑过并发场景。这些问题没有一个标准答案，但能把这两三句话讲清楚，至少说明你是真的跑过项目、理解过代码。
7.3 如何有效利用交付包而不是被交付包绑架
说实话，毕业设计直接拿交付包修改是很多人的选择，但我不建议只做"改名侠"。最有效的利用方式是把交付包当作"可运行的需求说明书"，在上面叠加自己的东西。比如给学员增加一个学时进度条，给教练端增加一个周排班视图，或者把前端页面换成自己写的页面。哪怕只是新增了一个查询条件，答辩时都可以理直气壮地说"我在此基础上做了二次开发和功能扩展"。
这不仅是应付答辩的问题。驾校培训管理系统覆盖了一个真实业务系统的完整链路，通过阅读源码、修改前端、调通数据库，你对Spring Boot的理解会从"会用注解"提升到"理解一个项目如何组织"的层面。这个收获比答辩过不过重要得多。
最后再分享一个小经验：无论你拿到的是哪个版本的交付包，拿到手第一件事不是打开源码读代码，而是先看部署文档把项目跑起来。项目能跑，你才有底气；项目跑不起来，后面所有工作都是空中楼阁。先跑通，再拆解，然后动刀修改，最后写进论文，这套顺序我用了很多年，稳得很。
