这句问话不是道德审判，是抽查你是否熟悉系统。清单总览见 答辩准备；演示路径见 3 分钟脚本。本页只训练这一问。
合格回答结构：是我完成的主流程 → 我负责的表/接口是… → 这里有个规则是… → 我卡过的问题是…。30–45 秒说完，然后等追问。
一、提前准备的 4 张「证据卡」
| 卡片 | 你要能说清 | 示例 |
|---|---|---|
| 数据卡 | 主表字段、主键、和谁关联 | booking 与 lab、user |
| 流程卡 | 状态有哪些、谁能改、不能跳步 | 待审→通过/驳回 |
| 规则卡 | 一条硬约束怎么判 | 时段相交，见 冲突检测 |
| 踩坑卡 | 真实 bug 与修法 | 审核未二次校验导致超约 |
二、30 秒标准答法（可改词）
「主流程是我从库表到接口打通的。预约表和实验室表通过 lab_id 关联；提交和审核两处做了时段冲突校验，公式是 newStart<oldEnd 且 oldStart<newEnd。我中途踩过只在前端禁用导致并发超约，后来把校验放到服务端。演示可以走拒绝路径。」
有开源脚手架时加一句：「界面脚手架来自××，业务表、状态和校验是我按题目改的。」比假装纯自研更稳。
三、老师可能连招怎么接
| 追问 | 你怎么做 |
|---|---|
| 打开某某类 | 提前收藏 1 个 Service/Controller，别现场全文搜索 |
| 为什么这个字段 | 用业务解释，不说「自动生成的」 |
| 这段不是你写的吧 | 区分生成/模板与你的业务改动，指出 diff 点 |
| 创新点？ | 落到约束，见 创新点写法 |
四、前一夜 20 分钟彩排
- 不看稿回答「是不是你做的」两遍
- 从 IDE 打开规则卡对应文件
- 演示一次「成功 + 被拒绝」
- 准备不足两条：真限制，不编假微服务
五、千万别说的
- 「都是我做的」却讲不清一张表
- 「同学帮了一点」含糊到核心模块
- 攻击查重或攻击老师动机
- 现场改代码证明
常见问题
答辩老师问是不是你做的怎么答？
用表、状态、规则、踩坑四要素，不要只说「是」。
确实有人辅导过？
可说咨询了实现思路，核心编码与库表是自己完成；能指到文件即可。
和查重的关系？
查重过文字，答辩过理解。降重见 查重怎么改。