开题报告里的图，画到什么程度刚刚好？

开题报告里的图，不该画得像最终论文。这个阶段系统方案还会改，数据库表可能重命名，模块也可能合并。老师更关心的是：你有没有问题意识，技术路线能不能走通，工作量是不是适合毕业设计。

所以开题图要少而准。不要为了显得完整，把 ER 图、时序图、部署图全都提前画死。图越细，后面越容易被自己绑定住。

先用研究路线图讲论文怎么走

研究路线图讲的是论文工作本身：文献调研、需求分析、方案设计、系统实现、测试验证、论文撰写。它不是系统流程图，不需要出现数据库、接口、服务器这些细节。

这张图适合回答老师的第一个问题：你准备按什么顺序完成课题？如果路线图里只有“查资料—写代码—写论文”，就太粗了。最好能体现研究对象和验证方式，例如“分析论文图表绘制痛点—设计图表 DSL—实现 Word 导出—用典型图表场景验证”。

技术路线图讲方案是否可执行

技术路线图可以比研究路线图更具体一些，说明前端、后端、数据库、图表解析、文档导出、测试验证之间的关系。它不需要画到每个类和接口，但要让老师看到关键技术闭环。

如果你的系统和本文项目类似，可以写成：用户输入图表文本，前端做基础解析和预览请求，后端完成图表布局与 Word/PDF 生成，数据库保存项目和文档记录。这样老师能判断技术路线是否支撑论文目标。

系统框架图保持概念级

开题阶段可以画一张粗粒度架构图或模块图，但不要把后端服务、数据库表、网络端口全部画死。可以使用“表现层、业务服务、数据存储、文档导出”这种概念级分层。

模块图也一样，一级模块写“项目管理、图表生成、文档导出、账号权限”即可。到正式系统设计章节，再展开流程图、时序图、ER 图和网络拓扑图。

哪些图暂时不用急着画

ER 图、时序图、网络拓扑图在开题阶段不是不能画，但只有在它们能帮助说明可行性时才画。比如课题重点是数据库设计，可以提前给一个概念 ER 图；课题重点是网络安全，可以提前给部署边界。否则先别把细节写死。

常见搭配是：研究路线图一张，技术路线图一张，系统概念框架图一张。三张图已经够开题答辩讲清楚思路。

答辩时按图讲逻辑

讲开题 PPT 时，可以按“为什么做—怎么做—怎么证明做成了”来讲。研究路线图回答怎么推进，技术路线图回答怎么实现，进度安排回答什么时候完成。图不是背景板，要能成为你讲述的骨架。

如果老师追问细节，不要说“图上都有”。更好的回答是：“开题阶段先确定模块边界，后续详细设计会补 ER 图和导出流程图。”这比提前画一堆不稳定细节更稳。

开题前自查

• 每张图是否都服务一个问题：路线、技术、范围或计划。
• 有没有把未确定的数据库字段和接口提前写死。
• 技术路线能否闭环到测试验证。
• 图上的术语是否和开题报告正文一致。
• 你能否不看稿子，用每张图讲 1 分钟。