开题被打回，十次里有八次不是文笔问题，而是你还没想清楚要做什么。老师看开题，是在判断：这题一个人做得完吗？技术路线站得住吗？后面会不会换题？
先定功能清单和技术栈，再写开题。顺序反了，一定返工。不确定题目先做 免费选题自测。
一、六个部分怎么分配
| 部分 | 篇幅 | 写什么 |
|---|---|---|
| 背景与意义 | 约 10% | 谁痛、现在怎么做、做成系统后改进什么 |
| 国内外现状 | 约 20% | 8-12 篇近五年文献，别只堆标题 |
| 研究内容与功能 | 约 40% | 角色、模块、功能清单、架构图 |
| 技术路线 | 约 15% | 前后端、数据库、关键实现路径 |
| 进度安排 | 约 10% | 按周排，留两周缓冲 |
| 参考文献 | 余量 | 格式按学校模板，中英文都要有 |
二、功能清单怎么写才不会被打回
错误写法：「本系统实现用户管理、信息管理和数据统计。」这等于没写。
正确写法要落到操作：
- 求职者：注册登录、浏览岗位、投递简历、查看面试状态
- 企业：发布岗位、筛选简历、安排面试、发送录用
- 管理员：审核企业、管理公告、查看统计报表
每条功能问自己：答辩时我能点哪几个按钮把它演示出来？演示不了的，开题里就不要写死。
三、技术路线只写你真会用的
- Java 方向：Spring Boot + Vue + MySQL，见 Java 毕业设计页
- Python 方向：先写数据来源，再写 Flask / Django，见 Python 毕业设计页
- 小程序：写清用户端 + 管理端，见 小程序毕业设计页
不要为了好看写微服务、区块链、大模型微调。开题里写了，答辩就按这个问。导师点名 Cloud 时用 模块化单体话术；创新点写约束见 管理系统创新点。
功能清单完整表头与 P0/P1 切法：开题功能清单模板。若已经被打回：对照意见 48 小时返工。
四、进度表（按 6 月答辩倒推）
- 开题前 2 周：定题、查文献、画功能清单
- 开题当周：按学校模板填完整六段
- 开题后 2 周：库表 + 登录 + 一条主流程
- 中期：核心模块可演示
- 答辩前 3 周：论文、测试、PPT
- 全程预留 2 周修改缓冲
更细的时间分配见：完整时间线；时间被压到 6 周用 六周压缩计划。
五、常见打回原因
- 题目过大，一个人做不完
- 没有角色划分，看不出给谁用
- 技术栈和题目不匹配，比如管理系统硬上深度学习
- 进度排到答辩当周才写论文
- 参考文献全是 10 年前的教材
已被打回时，不要整篇重写：按 开题返工 48 小时 对照意见改。