毕业设计用图指南

全过程的读法与各本分工，见 写作指南总览。

本指南说明毕业设计说明书中常用附图的选用与绘制要点，并指向本站相应工具。图种须与章节论题相符：绪论交代研究路径，技术选型交代系统分层，需求分析交代参与者与数据流动，系统设计交代模块、数据与对象协作，实现章节交代关键算法、页面流程与运行界面。图中用语应与正文一致。

系统如何做成，见 WEB系统极速开发指南。章节安排与摘要见 毕业设计写作指南。测试章用例表见 系统测试章写作指导。开题四栏与篇幅见 开题报告写作指南。研究现状写法见 文献综述写作指南。交稿前的 AIGC 检测见 AI智评介绍。

进入各工具页可见示例文本，改写后即可生成，并可导出 4K PNG；数据库表结构另可导出三线表 DOCX。宜先确定该节所需论证的内容，再选定图种，而后撰写正文。

按章节选图

测试与结论两章一般以表格与对比论述为主，无须为求形式上的完备而插入结构类附图。

绪论：研究路径

绪论中的技术路线图用以标明研究对象、工作顺序与所用方法。

• 技术路线图：左栏列研究内容（可与章名对应），中栏列实施步骤，右栏以箭头指向相应研究方法。开题报告与绪论可各用一图。使用 生成技术路线图，按 chapter 与缩进步骤填写；已确定方法的步骤写作 步骤 | 方法。

常见偏差：仅列章名而无方法；将架构图、功能模块图提前置于绪论。

技术选型：系统结构

技术选型或总体设计一节应说明分层及主要构件，而非罗列技术名称。

使用 文本生成系统架构图：以 layer 分层，一层可写多行，集群用 group，跨层支撑用 side。论文附图以黑白线框为宜；彩色装饰在灰度印刷后往往难以分辨。

常见偏差：将前端、中间件、数据库画成互不隶属的三个框；在一图中堆入全部类名。

需求分析：参与者与数据流

需求分析须交代角色构成，以及业务数据的来源与去向。

• 用例图：参与者作人形符号，用例作椭圆；功能模块可用 [[功能模块]]。使用 生成用例图。include、extends 与泛化仅在关系确实成立时标出。
• 数据流图：外部实体、加工、数据存储与数据流。使用 文本生成数据流图，以 entity / process / store 及 A -> B : 数据名 书写。加工须有输入与输出；外部实体不得直接连接数据存储。

常见偏差：用例图写成功能菜单；数据流箭头未标注数据名；将控制流（条件分支）画入 DFD。

系统设计：结构、数据与对象协作

系统设计将需求落实为可实现的结构。一图对应一个抽象层次。

• 功能模块图：系统、模块、功能，树形缩进即可。使用 文本生成功能模块图。
• ER 图：实体间关系及基数（1、n）。使用 生成ER图，以 erDiagram 书写实体及 ||--o{ 一类关系。
• 实体属性图：各实体所含属性。使用 SQL生成实体属性图，粘贴建表 SQL。
• 数据库三线表：正文中的表结构用三线表（顶线、表头线、底线，无竖线），表号表题在表上方，表头居中、表身左齐。一张库表对应一张三线表，列为字段名、类型、约束、说明。建表 SQL 的表 COMMENT 作表下注，列 COMMENT 作说明。测试章的环境表与用例表同样用三线表，写法见 系统测试章写作指导。使用 SQL生成数据库表格，可导出 CSV 或 DOCX。
• 类图：详细设计中的主要类、属性与关系。使用 生成类图。
• 时序图：某一关键用例中对象依时间顺序的交互。使用 生成时序图。不宜将整个系统画成一张时序图。

常见偏差：ER 图与功能模块图相互改名套用；类图罗列大量无关联的框；时序图参与者多于实际步骤。

系统实现：算法与页面流程

实现章节用流程图说明判断与循环，不必重贴架构图。

使用 生成流程图，以 flowchart TD 书写开始、判断、处理与结束。一图对应一个算法或一条页面主路径。

常见偏差：流程中无判断；将部署步骤或会议流程写入论文附图。

系统实现：已实现界面的截图

实现章除流程图外，须用运行界面证明系统已经做成。截图应与需求分析中的用例、系统设计中的模块相对应；一图只说明一个界面或一种操作结果。界面图由运行中的系统截取，不用本站绘图工具生成。

宜覆盖下列几类，按实际系统取舍，不必凑满。

• 入口与身份：登录页；若有注册或角色选择，各取一图。校验失败界面仅在该逻辑属于实现要点时收录。
• 主界面：登录后的首页或工作台，须能看出导航结构与当前角色。
• 核心业务：按角色各取最能代表工作量的页面。列表页宜带完整样例数据；新增或编辑页取填写后、提交前的表单；审核、评分、发布一类状态变更，宜取变更后的结果页。
• 查询与统计：若选题或设计中强调检索、筛选或统计图，各取一帧已有结果的画面。
• 文件与消息：上传、下载、通知若构成独立功能，取操作完成态，勿只截空白上传框。
• 权限差异：多角色系统可对照同一功能在不同角色下的菜单或按钮，以说明权限已经实现。
• 终端形态：移动端或小程序另取首页与一至两个核心页；桌面程序或嵌入式系统取主窗口及一次完整运行结果。

取景与排版：

1. 只保留应用程序窗口或页面工作区，裁去桌面、任务栏、浏览器标签与地址栏。
2. 样例数据宜可辨、宜完整，避免「aaa」「123」一类占位，亦勿写入真实证件号、手机号或明文口令。
3. 以 PNG 插入 Word，勿拉伸变形；图题写在图下，如「图 5-2 教师端课题审核界面」，正文须先有「如图 5-2 所示」一类引述。
4. 空页面、未实现页、开发工具窗口、控制台日志一般不入正文。
5. 界面图可保留系统原有色彩，付印前仍须检查灰度是否可辨。

常见偏差：只截管理员后台而缺业务角色；把全部菜单各截一张却无一条完整业务闭环；界面图与模块名、用例名不一致。

制图与导出

1. 图题写在正文中，如「图 3-1 系统功能模块图」。工具页标题仅作画布标识。
2. 结构图、流程图导出 4K PNG 后插入 Word。运行界面另按上一节取景，二者不宜混用。
3. 结构类附图以黑白线框为宜；付印前宜检查灰度下能否分辨。
4. 先改文本再生成，不宜在 Word 中手工挪框。各工具页预填示例，可作底稿。
5. 正文中的模块名、实体名、用例名须与图中用语一致。

图幅过大时的分解

• 系统规模较大时，功能模块图宜止于二级，三级可入附录或另作分图。
• 数据流较复杂时，先作 0 层（系统与外部），再作 1 层（主要加工）。
• 数据表较多时，ER 图只保留核心实体，属性放入实体属性图或三线表。

选定章节后，由上表链接进入相应工具。