答辩要证明三件事：你做了什么、为什么这样做、结果能不能跑。时间有限，先保证演示稳，再追求讲得漂亮。
一、答辩前 24 小时检查表
- 本机开机即用，数据库有演示数据
- 两个角色账号：管理员 + 普通用户
- 主流程跑通：登录 → 核心业务 → 统计 / 结果页
- PPT 8-15 页，架构图和 ER 图能脱稿讲 30 秒
- U 盘 / 网盘备份源码、SQL、录屏
- 小程序准备体验版；Android 提前装好 APK
二、PPT 建议结构
逐页标题和口播见 答辩 PPT 12 页模板。下面是压缩版。
| 页 | 内容 | 时长 |
|---|---|---|
| 1 | 题目、姓名、导师 | 10 秒 |
| 2 | 背景与要解决的问题 | 40 秒 |
| 3-4 | 需求分析、角色与功能 | 60 秒 |
| 5-7 | 架构图、数据库设计 | 90 秒 |
| 8-11 | 功能演示截图 / 现场演示 | 2-3 分钟 |
| 12 | 测试用例与结果 | 40 秒 |
| 13 | 不足与改进 | 30 秒 |
| 14 | 总结，谢谢 | 20 秒 |
不要把论文段落贴进 PPT。一页一个观点，演示时用嘴补细节。
三、3 分钟演示脚本
- 先打开结果页或统计图，让老师知道系统「有产出」
- 用普通用户走主流程，每一步一句话解说
- 切管理员账号，展示审核 / 配置 / 报表
- 回到架构图，用 20 秒收束：「这就是完整闭环」
计时表与翻车备份见 答辩 3 分钟演示脚本。方向页：Java、小程序、Android。
四、老师高频 7 问
- 解决了什么问题？用业务痛点答，不要从框架开始讲。
- 为什么选这个技术栈？课程基础 + 周期 + 生态，承认取舍。
- 数据库怎么设计？指着 ER 图说主表、外键、为什么拆表。4 张核心表模板见 数据库怎么设计。
- 核心功能怎么实现？准备 1 个类 / 1 个接口能讲到字段级。
- 怎么测试的？功能测试用例 + 关键异常，别只说「自己点过」。8 条表见 测试用例怎么写。
- 有什么不足？提前准备 2 条真实限制和后续计划。
- 是不是自己做的？用表/状态/规则/踩坑四要素，见 是不是你做的怎么答。
更完整的话术见：答辩 8 分钟讲稿。创新点别说框架名，说 业务约束。
五、当天崩了怎么办
- 第一层：自己电脑，提前一天完整跑一遍
- 第二层：U 盘环境和备用机
- 第三层：90 秒录屏，断网也能讲
老师看的是完整度。冷静切备用方案，比现场沉默修 bug 更分。
常见问题
创新点不会说怎么办？
不要说「我用了 Spring Boot」。说业务改进：冲突检测、预警阈值、审核流、统计自动化。
被问到不会的问题？
承认简化实现，补后续计划。硬撑比诚实更扣分。
演示该用真机还是录屏？
能现场跑就现场跑，录屏只做兜底。小程序和 Android 尤其要提前装好。