毕业答辩准备：演示脚本、论文材料与常见提问

把演示写成脚本

答辩演示最怕现场翻车与自由发挥超时。提前写一个 5 分钟演示脚本，按业务流程走完整闭环，而不是按你开发的顺序点页面：

1. 开场 30 秒：一句话说明系统解决什么问题、面向谁。
2. 主流程 3 分钟：一个真实用户从头到尾走一遍（注册/登录 → 核心操作 → 结果展示）。
3. 管理视角 1 分钟：管理员登录，展示后台与数据统计。
4. 技术亮点 30 秒：指出 1–2 处设计决策（权限模型、状态流转、缓存等）。

三重保险

本地环境 + 提前录好的演示视频 + 初始化脚本各备一份。教室断网、投影不认分辨率、系统抽风，三种翻车都有退路。

论文里的“齐套”材料

• 需求分析：用例图、功能清单与非目标说明。
• 系统设计：架构图、ER 图、核心表结构、接口设计。
• 实现：关键技术点的代码思路（贴关键片段而不是整屏截图）。
• 测试：功能测试用例表、边界与异常输入的处理结果。
• 总结与展望：做完什么、没做什么、下一步怎么做。

论文最常见的问题是“图与系统对不上”。定稿前对照最终系统把每张图核一遍，演示时评委手里拿着论文，对不上会直接被问。

高频提问与应对

问题	回答思路
为什么选这个技术栈？	从项目需求 + 自己掌握程度出发，说明取舍，别贬低其他方案
密码/敏感数据怎么处理？	哈希存储、参数化查询防注入、权限拦截，能答到这层就够
并发/大数据量怎么办？	诚实说明当前设计边界，给出思路（索引、缓存、分页），不吹分布式
这个功能怎么实现的？	讲数据流：从前端到接口到数据库，一步一步说
和网上开源项目什么区别？	说明自己设计的部分与改动，这题答不好等于自曝

不会答的题怎么办

承认边界好过硬编：“这部分我目前的实现没有覆盖，如果要做，思路是……”——答辩看的是工程素养，不是全知。

答辩前最后一周清单

1. 完整跑三遍演示脚本，掐时间，删掉超时部分。
2. 准备两个演示账号（普通用户/管理员），密码改成好输入的。
3. 检查论文格式、图表编号、查重与签字页。
4. PPT 每页只讲一件事，技术细节留给口头。
5. 答辩前一天在真实教室设备上过一遍 PPT 与演示。

答辩的本质是把你的工作讲明白。系统是你做的、论文是你写的、脚本是练过的，就没什么可慌的。

临场提示