2026计算机毕业论文图表怎么画：七类图规范与画法对照

[摘要] 图表是计算机毕业论文里信息密度最高的部分，也是最容易被挑出问题的地方。本文拆解七类图的画法与必备要素，给出图题图注编号规范、字体字号配色标准、截图三类硬伤修法与工具选型。

关键词：计算机毕业论文论文图表论文流程图架构图时序图论文配图2026

计算机毕业论文图表与流程图怎么画：从架构图到性能曲线，让评审一眼看懂你的系统

计算机毕业论文的图表有个尴尬的特点：它既是最容易出彩的部分，也是最容易翻车的部分。

出彩是因为图表的信息密度高。一张好的架构图能顶三段文字，一张性能曲线能说明一整节实验结果。翻车则是因为绝大多数同学的图表是"画完了但没规范"——图题放在图上方、编号用"图 1"、坐标轴没单位、字号比正文还小、截图直接贴上去带一堆无关的 IDE 工具栏。

结果就是：明明内容很好，评审翻到图表页的第一印象却是"这学生不太规范"。

一、先分清什么该画图什么该写字：计算机毕业论文图表的取舍标准

不是所有内容都该画图。判断标准是空间结构和关系。

表 1

内容类型	该用	不该用
系统的静态结构（分层、模块划分）	架构图、模块结构图	文字罗列模块名
业务流程的顺序与分支	流程图	段落描述"先……然后……"
对象之间的交互与时序	时序图	文字描述调用顺序
数据模型与关系	ER 图	字段清单表格
性能的量化变化	折线图、柱状图	一堆数字写进正文
界面效果	截图	文字描述界面长什么样
算法的逻辑步骤	流程图或伪代码	大段文字描述算法

一个实用判据：如果这段内容用一句话能说清，就别画图；如果需要"先看图再看字"才说得清，就该画图。图和文字是配合关系，不是替代关系——每个图都要在正文里被引用和解读。

二、论文常用七类图及画法

作用：展示系统的分层结构与层间关系。这是计算机论文最重要的一张图，通常放在"系统设计"章节开头。

1. 架构图（系统总体结构）

必备要素：

表 2

要素	要求
分层与层名	用通用叫法：表示层、接口层、业务逻辑层、数据访问层
每层的技术标注	前端框架、后端框架、数据库、缓存、中间件
层间调用方向	用箭头标，箭头旁注明调用方式（HTTP/RPC/消息队列）
外部依赖	第三方服务、网关、对象存储
横切关注点	统一鉴权在哪层、日志在哪记、事务边界在哪切

常见错误：只画方框和箭头，不标技术、不标方向。这样评审看不出你的系统是什么结构、模块间怎么协作。

2. 模块结构图

作用：展示系统拆成哪些模块、模块间的调用关系。

画法：用树状或网状结构，模块用矩形框，模块间连线标调用方向。关键是配合一张模块说明表——每个模块的功能职责、输入输出、依赖项、异常处理，表格里写清楚。

层级不要超过三层。 四层以上的模块图评审根本看不明白，说明你的系统拆分有问题。

3. 流程图

作用：展示业务流程或算法的执行逻辑。这是论文里出现频率最高的图。

流程图的核心规范：

表 3

元素	含义	形状
起止	开始、结束	圆角矩形或椭圆
处理	操作步骤	矩形
判断	分支条件	菱形
输入输出	数据进出	平行四边形
连接	流程连线	箭头

画流程图最常见的两个错：

菱形没有出口标注排在首位。 判断框必须标出分支条件，每个分支都要有文字标注（"是→下单成功"/"否→提示库存不足"）。只有一个箭头出去的判断框，读者不知道判断的是什么。

箭头交叉排在第二位。 交叉线是流程图可读性的最大杀手。处理办法：调整流程顺序重排，必要时用"连接符"（小圆圈标注跳转目标），而不是让线硬交叉。

4. 时序图

作用：展示多个参与者之间的交互顺序。这是体现"系统怎么运转"最有力的图，也是最能体现设计功力的图。

计算机论文里最该画时序图的三类场景：

表 4

场景	参与者示例
登录鉴权	用户、前端、网关、认证服务、Redis、数据库
核心业务流程	用户、订单服务、库存服务、支付服务、消息队列
异常处理流程	展示超时、重试、降级的处理路径

画法要点：

• 参与者用生命线（垂直虚线）表示，横轴是时间轴

消息用横向箭头，实线=同步调用，虚线=返回消息

• 内部处理用小矩形框挂在生命线上

一定要画出异常分支（如支付超时后的补偿），只画正常流程的时序图信息量减半

5. 用例图

作用：展示系统的功能边界与用户角色关系。

画法要点：用例用椭圆，角色用人形框，用例之间用关联表示 include/extend 关系。最常见的错误是用例名写成动作短语（"用户登录"）——用例图里应该用名词短语（"身份认证"、"商品管理"），动作在时序图或流程图里表达。

6. ER 图

作用：展示数据模型。规范是：实体矩形、联系菱形、属性椭圆、主键下划线。

已在前面的《系统设计》一篇讲过，这里不重复。

7. 性能曲线图

作用：展示压测结果或算法性能对比。

规范：

横轴纵轴必须有名称 + 单位（横轴"并发用户数（个）"，纵轴"平均响应时间（ms）"）

• 纵轴从 0 开始（除非有明确理由）

多条曲线用不同颜色 + 不同线型 + 图例三重区分（不能只靠颜色，黑白打印会看不出来）

• 关键拐点用虚线标出并加文字注释
• 不要用 3D 效果、渐变填充、阴影

三、图题、图注与编号规范

这部分是最容易扣分的，因为规则明确、照做就行，不做就是白扣。

编号规则

表 5

类型	格式	位置
图	图 3-1、图 3-2	章节号-顺序号
表	表 3-1、表 3-2	章节号-顺序号
公式	（3-1）	章节号-顺序号

编号跟章节走。 第 3 章的图就是 3-1、3-2，第 4 章重新从 4-1 开始。不要全文连续编号（图 1 到图 15），那样读者翻到第 5 章看到"图 23"会不知道在哪。

图题位置：图下表上

表 6

	标题位置	原因
图	图下方居中	图是视觉主体，标题在下方紧贴内容，读起来连贯
表	表上方居中	表是数据主体，标题在上方先告诉读者这张表讲什么

写成"图 3-1 XXX"或"表 3-1 XXX"，冒号可有可无，但全文要统一。

图注：比图题更重要

图题只是"这是张什么图"，图注是"这张图说明了什么"。很多论文完全没写图注，这是巨大的信息浪费。

写法示例：

图 3-2　系统整体架构图 注：系统采用前后端分离架构，前端通过 RESTful 接口与后端交互；用户鉴权统一在接口层完成，业务逻辑层不直接访问数据库；文件存储通过对象存储服务完成，与业务服务器解耦。

图注要交代读者不看图也能懂的关键信息：箭头含义、颜色含义、特殊符号含义、边界条件。

正文必须引用每一张图

没有在正文里被引用的图，等于没画。

正确写法：

错误写法：图 3-2 直接摆在那儿，正文一个字不提。

四、字体、字号与配色标准

场景

字体字号

表 7

场景	字体	字号
图中文字	与正文同族（黑体或宋体）	不小于小五（9pt），推荐五号（10.5pt）
图题	黑体或宋体加粗	五号（10.5pt）
表题	同上	五号
表格内容	宋体	小五（9pt）到五号
坐标轴标签	与正文同族	不小于小五

图里字号小于正文是最常见的问题。 正文小四是 12pt，评审看图的时候要"凑近看"，字太小等于没画。原则是：图里的字要大于等于正文，因为图会被缩放打印。

配色标准

表 8

要求	说明
同层同色	架构图里同一层用同一色系
颜色总数 ≤ 4	包括背景、文字、线条
深浅对比	保证黑白打印仍可区分
不用渐变	不用 3D、不用阴影、不用立体效果
不用红色标注正常流程	红色只用于表示异常/错误路径

"黑白打印仍可区分"是硬标准。 很多学校论文要黑白打印答辩，评审手里拿的是打印稿。用红绿两色区分两条曲线、打印出来变成灰度相近的两条线，评审根本分不清。

安全做法：颜色 + 线型 + 图例三重编码。 比如实线/虚线/点划线 + 不同颜色 + 图例，三个信号任一失效另外两个还能兜底。

截图类图表的三类硬伤

系统界面截图是计算机论文的必备内容，但处理不当很容易扣分。

硬伤一：截的是带 IDE 工具栏的编辑器。

评审要看的是系统运行界面，不是你的代码编辑器。截图前把浏览器地址栏收藏夹、IDE 侧边栏、桌面图标全部关掉，只留系统界面本身。

硬伤二：分辨率太低或缩放导致文字模糊。

用浏览器截图时按 200% 缩放再截，或者直接用系统的截图工具截原始像素。论文里的界面截图，界面上最小的文字也要能看清。

硬伤三：界面里有真实个人信息。

用户名改成"张三"、手机号改成 138，头像去掉，邮箱用 test@example.com。这条是合规红线，不是美观问题。

截图后还要做的事

表 9

处理	原因
裁掉无关区域	突出主体
标注关键交互位置	加箭头和序号，指向界面上的关键控件
必要时打码	隐藏敏感信息
统一尺寸	同类截图宽度一致
加图题和图注	说明这张图展示了哪个功能

加了标注箭头的截图，说服力远高于裸截图。 一张标了"① 搜索框 ② 筛选面板 ③ 结果列表区"的界面截图，比三段文字描述强得多。

五、工具怎么选

表 10

工具	适合画什么	优点	不足
Visio	流程图、架构图、时序图	图形库全、形状规范、导出 EMF 清晰	时序图绘制较繁琐
draw.io	架构图、流程图	免费、在线协作、导出 SVG/EMF 好	图形库规范性一般
ProcessOn	流程图、思维导图	模板多、协作方便	导出格式需注意
PlantUML	时序图、类图、ER 图	代码生成，风格统一，改一次全文更新	需要写文本语法
PowerPoint	示意图、封面图	上手快、样式灵活	精确对齐和排版费劲
Origin / matplotlib	性能曲线图	精确控制、数据可复现	需要编程基础
Excel	简单图表	快速出图	样式控制弱

推荐组合：架构图和流程图用 Visio 或 draw.io，时序图和 ER 图用 PlantUML，性能曲线用 Origin 或 Python。

PlantUML 值得专门提一下：它是文本描述生成图表，代码存在文件里，改动后重新生成即可。论文写到后期调整章节顺序、补充模块时，PlantUML 生成的图能一键同步更新编号和布局，手工画的图就只能一张张改。

格式要求：论文里的图一律用 EMF 或 SVG 矢量格式插入，不要用 PNG 截图格式的图。矢量图放大不糊，打印清晰。唯一例外是系统界面截图——那是位图，但分辨率必须够。

六、自查清单

编号与题注

• 图表编号按章节走（3-1 而非全文连续）
• 图题在图下、表题在表上
• 每张图都有图注，说明关键信息
• 每张图表在正文中都被引用并解读

可读性

• 图中文字不小于五号（10.5pt）
• 坐标轴有名称和单位
• 线条与文字清晰，放大后不糊
• 图形在黑白打印下仍可区分
• 已在 A4 上实际打印或全屏预览检查过一次

规范性

• 图形符号符合规范（流程图判断用菱形、ER 图实体用矩形）
• 没有 3D、渐变、阴影、立体效果
• 颜色不超过 4 种，同类元素同色
• 多条曲线有图例，且线型可区分

截图类

• 无 IDE 工具栏、浏览器书签等无关元素
• 分辨率足够，界面文字清晰
• 无真实个人信息
• 关键交互位置有标注箭头

格式

• 图形用 EMF/SVG 矢量格式插入
• 正文中的图居中，图题居中

最后一条建议：论文定稿前把所有图单独导出来拼成一张图看一眼。 这个方法能一次性暴露"某张图字号太小""两张图配色不统一""某张图被裁了"这类问题——因为插在 Word 里你不会注意到它们并排看时的差异。

架构图、流程图、时序图、用例图、ER 图模板可在五网精选模板库查取。

参考来源

1. Object Management Group，UML 规范官方页面，https://www.omg.org/spec/UML/。

2. diagrams.net（draw.io）官方站点，在线图表绘制工具，https://www.diagrams.net/。

3. PlantUML 官方文档，文本生成 UML 图与图表工具，https://plantuml.com/。

4. CY/T 173—2019《学术出版规范 关键词编写规则》，2019年5月29日发布，2019年7月1日实施，国家新闻出版署，https://std.samr.gov.cn/hb/search/stdHBDetailed?id=8CE6BE317878CE05E05397BE0A0A82EB。

5. GB/T 7713.1-2025《信息与文献 编写规则 第1部分：学位论文》，2025年8月1日发布，2026年2月1日实施，国家市场监督管理总局、国家标准化管理委员会，https://openstd.samr.gov.cn/bzgk/std/newGbInfo?hcno=36C05B5738C54D42B4B262525320B52F。

6. 五网精选模板库，https://www.5ol.com/moban.html。

本文由五网（www.5ol.com）用户/编辑整理，来源标注见参考来源章节。图表格式、字号与编号规则以本校模板为准，学术出版领域的图表著录可参照 CY/T 170—2019 与 CY/T 171—2019。