开题报告写作指南
全过程的读法与各本分工，见 写作指南总览。
本指南说明开题报告常见四栏各写什么、写多长：选题的目的和意义、主要研究内容、总体进度安排、选题研究准备情况。
定稿说明书的章节与约 8000 字基线，见 毕业设计写作指南。系统如何做成，见 WEB系统极速开发指南。开题附图见 论文用图指南；开题所承诺的测试，写法见 系统测试章写作指导。交稿检测见 AI智评介绍。
1. 篇幅与计数
四栏正文合计 2500–3000 字，参考文献不计入。 封面、学院专业姓名学号、勾选项、附图、参考文献列表均不计入。进度表单元格里的文字计入。
统计方法：只圈选「一、选题的目的和意义」到「四、选题研究准备情况」的连续正文（含进度表），用 Word「审阅 → 字数统计」看「字数」。勿把文末文献条目划进选区。
| 栏目 | 建议字数 | 写什么 |
|---|---|---|
| 一、选题的目的和意义 | 800–1000 | 背景、目的、意义；目的写交付物，意义写价值 |
| 二、主要研究内容 | 1000–1200 | 目标、模块、技术、数据、测试、2–3 个关键问题 |
| 三、总体进度安排 | 200–300 | 起止日期 + 工作内容 + 交付物，表格为主 |
| 四、选题研究准备情况 | 400–600 | 文献、技术、条件三块，有篇数与环境 |
| 四栏合计 | 2500–3000 | 某栏略超须从其他栏压回，合计不得越出此区间 |
少于约 2500 字，四栏容易空、关键问题与数据来源写不清。超过约 3000 字，多半把文献综述或论文初稿整段贴进来。开题证明「能做、计划清楚」；实现质量到初稿再写，见 写作指南第1章。
2. 封面、题目与勾选
封面只填身份与题目等既有栏目，勿另制一套封面。若同时使用文稿与在线栏，两边文字保持一致。
| 项 | 合格 | 交稿前改掉 |
|---|---|---|
| 学院、专业班级、姓名、学号 | 与学籍一致，无空项 | 空项、错号 |
| 指导教师 | 与系统指导关系一致 | 空、错人 |
| 企业教师 | 有则写姓名；无则写「无」 | 空白不填 |
| 题目 | 含方法或场景定语；无副标题；无书名号；一般 15–25 字；一人一题 | 过宽、带《》、用破折号副标题 |
| 论文性质 | 只勾一项：毕业设计 / 毕业论文 | 双勾、不勾 |
| 选题类型 | 只勾一项。做系统默认「软件设计型」 | 多勾、与正文不符 |
| 完成过程 | 只勾一项 | 多勾、不勾 |
性质与类型对照：
| 实际要做的 | 论文性质 | 选题类型 |
|---|---|---|
| 系统 / 平台 / 小程序 / 模型并部署 | 毕业设计 | 软件设计型 |
| 调研、对策、理论分析，无系统实现 | 毕业论文 | 应用研究型或理论研究型 |
| 硬件或工程方案为主 | 毕业设计 | 工程设计型 |
勾了「毕业设计 / 软件设计型」，「主要研究内容」须有需求分析、设计、实现、测试，不可只写文献综述。
3. 题目怎么写
命名公式：
基于[方法/模型/技术]的[场景/对象][系统名]设计与实现
定语必须来自「主要研究内容」里真做的方法。正文没做的方法不许进题目，评阅查文题相符。
过宽的三条信号（中一条就要加定语）：
- 题目 = 对象 + 系统设计与实现，全文找不到方法或模型词。
- 换成另一题目，这套题目仍然成立（不指向本题做法）。
- 「主要研究内容」里的核心方法，题目里找不到。
定语来源按优先级：正文真做的方法 → 已读文献题目里的同类命名结构 → 场景或数据限定（同类方法时用业务、市场或用户收窄）。
题目宜收束，一般 15–25 字；加定语后略超可接受，不许用副标题规避。「——以 XX 为例」一律提前改写成定语。
| 写法 | 例 |
|---|---|
| 可用 | 基于 XGBoost 的个人信用风险评估系统设计与实现 |
| 过宽 | 多因子选股回测系统的设计与实现（无方法定语） |
| 过大 | 机器学习研究 |
| 只写技术 | Flask 与 Vue 的使用 |
| 带书名号 | 《……系统设计》 |
| 副标题 | ……系统设计与实现——以 XX 模型为例 |
副标题改法：……系统设计与实现——以 XX 模型为例 → 基于 XX 模型的……系统设计与实现。
4. 一、选题的目的和意义
建议 800–1000 字，按三个小标题写，三段互不整段复制。
- 研究背景（问题从哪来、对象、场景、痛点）。须有近期文献支撑；无出处的数据、过时年份不当现状。
- 研究目的（本题要交付什么）。能对应到可打开、可演示的系统或可核验的论文结论。目的不等于再抄一遍题目。
- 研究意义（理论或方法上补哪一块；实践上给谁用、解决哪件事）。理论意义与实践意义分开写。
交稿前自问三句，答得上再往下写：
- 做完之后，别人能打开或用到的东西是什么？
- 和已有系统或论文比，本题具体多做哪一块？
- 数据或案例从哪里来？拿不到时用哪套替代（公开集 / 调研 / 模拟脱敏）？
| 易混 | 本栏这样写 |
|---|---|
| 背景套话 | 落到具体业务对象与痛点，并引文献 |
| 目的 = 题目 | 目的写交付物：模块、用户、可演示闭环 |
| 意义 = 目的 | 意义写价值：对谁有用、补哪块方法或流程 |
| 三段互抄 | 背景写现状，目的写做成什么，意义写做成之后的用处 |
5. 二、主要研究内容
建议 1000–1200 字。软件设计型按下列顺序写；毕业论文型改为：研究问题、分析框架、章节安排、预期结论。
- 研究目标（一段，可验收）。
- 分块内容：数据或需求 → 方法或模型 → 系统设计与实现 → 测试与分析。
- 拟解决的关键问题 2–3 个，必须是本题真会碰到的（数据不平衡、接口、权限、指标等）。「时间不够」「不会写论文」不算关键问题。
软件设计型最低清单（缺一项就补）：
- 服务对象与核心功能（至少 4 个可演示模块）
- 技术路线（前端 / 后端 / 数据库 / 模型，写到具体技术名）
- 数据来源（公开集 / 调研 / 模拟脱敏，须写明；拿不到须写替代）
- 测试打算（功能测试必有；有模型则写评估指标，与 系统测试章 能对上）
题目里的方法必须在本栏真正做。例如题目写 XGBoost，本栏不可只做问卷。范围由本稿自认能做完即可；功能多只提醒工期风险，不靠砍模块凑字数。
本栏写「本题将做……」，勿把文献综述整段贴进来。人名与方法点到与本题选型有关的即可，综述留给说明书第1章，见 写作指南绪论。
附图用技术路线图即可，开题与绪论可各用一图，见 生成技术路线图。图中步骤与方法须与本栏用语一致。
6. 三、总体进度安排
建议 200–300 字，用表格或「起止日期 + 工作内容」。节点覆盖：开题 → 需求/设计（或文献与大纲）→ 实现或初稿 → 中期 → 修改稿 → 定稿查重 → 答辩。日期填学院通知窗口内的具体年月日，年份递增、月末不得早于月初。
| 通过 | 交稿前改掉 |
|---|---|
| 日期递增，年份正确 | 后一阶段年份早于前一阶段；月末早于月初 |
| 开题、中期、定稿、答辩落在学院通知窗口内 | 自拟一套与学院冲突的时间 |
| 每段有交付物（开题稿、需求说明、可演示功能、初稿等） | 只写「学习」「调研」而无产出 |
| 实现与初稿留足时间 | 实现只留两周、改稿留三个月 |
套用（日期换成学院通知）：
| 起止 | 工作内容 | 交付物 |
|---|---|---|
| 开题窗口 | 定题、四栏、文献起步 | 开题报告、任务书 |
| 开题后 3–4 周 | 需求与库表、技术栈跑通 | 需求清单、可登录的空框架 |
| 其后至中期前 | 核心模块实现 | 至少 4 个可演示模块 |
| 中期窗口 | 对照开题核进度 | 中期材料、演示 |
| 中期后至定稿前 | 补测、改稿、查重 | 测试表、修改稿 |
| 答辩窗口 | 定稿、演示稿 | 装订件、答辩 PPT |
实现与初稿须占去大部分日历，改稿与查重留在后段。进度表写错年、错序属于形式问题，改完即可，不必重写其他栏。
7. 四、选题研究准备情况
建议 400–600 字，分三块，禁止空白，禁止整段复制第一栏。
- 文献准备：已读多少篇、中英文大致结构。后期说明书要求参考文献不少于 20 篇、外文不少于 2 篇、近五年原则上不少于 80%、格式 GB/T 7714-2015，见 写作指南参考文献。开题不必列满 20 篇，本栏须看得出已经按这个标准在攒。中期检查核「是否进行了文献调研」。分类评述与核查见 文献综述写作指南。
- 技术准备：已会什么、还缺什么、补齐计划。不会的写「计划学习」，勿假装系统已经上线。
- 条件准备：开发环境、数据是否已拿到、有无企业或实习支撑。
参考文献列表可附在开题报告文末，不计入 2500–3000。条数以本栏「已读 / 已列入」为准，格式从开题起就按 GB/T 7714-2015 写，避免定稿再改一通。
8. 维普提交
- 任务书由指导教师在维普「过程管理 → 任务书」先提交（学院启用该环节时）。答辩资格审查查「开题报告与任务书」，两份都要有。
- 路径：维普 → 过程管理 → 开题报告 → 编辑 → 录入四栏 + 上传 Word 附件 → 提交。部分学校入口在「选题管理」，以本校系统实际名称为准。
- 先把 Word 交给指导教师改，通过后再点系统提交。
- 系统文本框与附件冲突时，以附件正式模板为准，并把终稿粘进对应栏。
- 退回后按学院要求删旧稿再传或直接覆盖；意见改完再提交。
- 题目小改走「课题名称修改」；大改导致四栏重写的，按学院要求退回重提，不可只改题目不改正文。
维普管流程，学校 Word 模板管规范。网上所谓「维普统一开题格式」无效。
9. 交稿前会卡住的问题
分清三类，对号入座改，勿把勾选错误当成选题被否。
形式问题（改完即过）： 基本信息空项错号；勾选多选、不选或与正文不一致；四栏有空栏；题目带书名号；进度表错年错序；维普附件与系统文本不一致。
内容要补（最常见）： 题目过宽须加方法或场景定语；目的、内容、意义互相粘贴；技术路线空、模块不可演示；进度与学院通知冲突、阶段无交付物；准备情况无篇数、无环境、无数据说明。
选题推倒： 明显代写或大段复制；题目与专业无关或无法一人一题区分；没有可获取的数据或案例且无替代；工作量明显不够（三页静态页也叫「系统」）。自认能做完的题目，不因模块偏多而改题。
指导教师意见栏与学院负责人栏留给对应签名人；第六栏勿写成指导教师签名。
10. 与说明书后半段对齐
| 后续 | 开题时就要写死的点 |
|---|---|
| 中期检查 | 进度真实；文献调研已开始；题目尽量不再改 |
| 说明书篇幅 | 设计说明常见下限约 6000 字，毕业论文约 8000 字，见 总体基线；开题勿承诺做不到的章节与功能 |
| 系统测试 | 本栏写了功能测试或评估指标，正文第6章必须对得上，见 系统测试章 |
| 参考文献 | 按 20 篇 / 2 篇外文 / 近五年 80% / GB/T 7714-2015 积累，列表不计入开题正文 |
| 评阅「选题质量」 | 现开题的题目、难度、价值即日后打分依据 |
| 答辩资格 | 开题报告与任务书必须「有」 |
开题通过只证明计划清楚、条件够用。摘要与结论仍只写已经做成的事实，见 五句写法。
11. 交稿前自检
- [ ] 四栏正文合计 2500–3000 字，统计时未划入参考文献
- [ ] 基本信息与勾选正确，企业教师无则写「无」
- [ ] 题目含方法或场景定语，无副标题，无书名号，一人一题，15–25 字
- [ ] 目的可验收，意义不与目的整段重复
- [ ] 研究内容有模块、技术名、数据来源、测试打算；题目中的方法在本栏有对应
- [ ] 关键问题 2–3 个，属于本题技术或数据问题
- [ ] 进度无错年错序，能对上学院节点，每段有交付物
- [ ] 准备情况有文献篇数、技术名称、环境或数据，无空白、无复制第一栏
- [ ] Word 终稿与维普四栏、附件一致
- [ ] 先经指导教师修改后再提交系统