一、先把反馈分成五类
| 反馈类型 | 常见说法 | 应该补什么 |
|---|---|---|
| 需求分析不足 | 功能不全、文字太少 | 功能模块说明、角色权限矩阵、非功能需求 |
| 系统设计不清楚 | 图不专业、箭头错位 | 架构图、用例图、流程图、数据库表说明 |
| 实现章节太空 | 没有核心代码 | Controller、Service、Mapper、前后端交互链路 |
| 测试证据不足 | 没有截图、没有 401/403 | 运行截图、权限截图、测试用例表 |
| 交付不可验收 | 不知道改了哪里 | 修改说明、README、最终 zip 结构 |
二、优先补这些交付物
- 系统总体用例图：三个角色在同一系统边界外，功能用例在同一个系统框内。
- 表格化用例分析：每个核心用例写参与者、前置条件、基本流程、异常流程和后置条件。
- 系统架构图：前端、控制层、服务层、数据访问层、数据库层从上到下排列，箭头对齐。
- 运行截图：普通用户、创作者、管理员的关键页面都要有。
- 权限截图：401 未授权和 403 禁止访问分别证明登录态和角色权限控制。
常见问题
导师说“降重”是什么意思？
通常是降低重复率，也可能是让表达更像自己的设计过程。可以通过重写需求分析、补图表说明、增加业务流程和实现细节来降低模板化痕迹。
只有工程包没有论文怎么办？
先反推功能模块、角色权限、数据库和接口，再补论文结构。项目交付补全助手可以根据工程说明和反馈生成第一版补充框架。