系统设计章节图表布局：从全局到细节的顺序

系统设计章节最怕两种写法：一种是只写文字，读者看不出系统结构；另一种是连贴十几张图，每张图都像孤岛。图不在多，而在顺序。读者应该先看见整体，再进入模块、流程、交互和数据。

你可以把这一章想成带读者参观系统：先站在门口看总览，再走进各房间看职责，最后挑几条关键路径讲它如何运转。

第一张图先交代系统边界

通常先放技术架构图或系统总体架构图。它负责说明终端、接入、业务、数据、外部服务这些边界。不要一上来就贴登录流程图，因为读者还不知道登录属于哪个系统、调用哪些层。

这张图后面要解释分层理由：为什么前端和后端分开，为什么文档导出放在服务层，为什么数据库不直接暴露给页面。只写“系统采用 B/S 架构”不够。

第二类图讲功能拆分

架构图之后，适合放功能模块图。模块图回答“系统有哪些功能域”，例如项目管理、图表生成、导出管理、账号权限。它比架构图更贴近业务，但还没有进入具体步骤。

模块图写不好时，经常像菜单截图。建议把一级模块写成业务域，把二级模块写成职责，不要写“按钮”“页面”“弹窗”。

第三类图只挑关键路径

流程图和时序图不要给每个功能都画。选择最能体现系统设计价值的路径，例如登录认证、图表生成、导出 Word、PDF 预览、权限校验。

流程图讲一个场景的控制路径：开始、处理、判断、结束。时序图讲对象之间的调用顺序：页面、接口、服务、数据库、外部组件。两者不要重复画同一件事。如果你已经用流程图讲了“导出步骤”，时序图就应该补充“哪些服务互相调用”。

数据库设计放 ER 图和字段表

数据库设计小节可以先放 ER 图，让读者看实体关系；再放字段表或属性图，解释核心表字段。ER 图不必塞满所有字段，字段表也不能替代 ER 图。一个讲关系，一个讲字段细节。

如果系统有多对多关系，要说明中间表；如果工具图里隐藏了中间表，也要在正文里交代实际表结构仍然存在。

部署相关才放网络拓扑图

不是所有论文都需要网络拓扑图。如果系统只是本地单机部署，硬画拓扑图会显得空。涉及网关、防火墙、内外网、数据库隔离、物联网设备或云部署时，再放拓扑图。

拓扑图后要解释区域、设备和协议端口，而不是只写“部署结构如下”。

一个顺手的章节顺序

可以按这个顺序组织：总体架构图 -> 功能模块图 -> 关键业务流程图 -> 关键交互时序图 -> ER 图和核心字段表 -> 必要时补网络拓扑图。不是每篇论文都要全用，但顺序不要乱。

定稿前看一遍：架构图里的模块能否在模块图里找到；模块图里的核心功能是否有流程或时序说明；流程中的数据对象是否能在 ER 图里找到；拓扑图是否和架构图的部署说法一致。