如何画好架构图

你好，我是 hockor，作为软件开发者，我们在工作中难免要画很多的架构图，但是很多人对于如何去画架构图其实是很模糊的，有那么多种类型的图，我们究竟该选哪个，用应该怎么画呢？今天我们一起来看看这个问题。

什么是架构图

在谈什么是架构图之前，我们先来聊聊什么是架构。

软件架构指的是软件系统的顶层设计（Rank），它定义了系统由哪些角色（Role）组成，角色之间的关系（Relation）和运作规则（Rule），如下图所示。

再回到我们的问题，到底什么是架构图，从字面意思上来讲，架构图 = 架构 + 图，它是你当前架构的一种表达方式，当然架构设计的领域是很多的，比如业务架构，系统架构，技术架构，模型架构等等。。。

针对不同的架构类型，当然也就需要用不同的架构图去表现它，我们都知道现实世界到软件世界的映射，是一个不断抽象的过程，这其中的方法就是不断的建立模型，所以架构的过程其实就是建模的过程，而架构图表现的就是你建模的方式。

为什么要画架构图

既然架构的过程就是建模的过程，为什么我们要费时费力的去画架构图呢？直接用代码或者文字体现不就行了吗？我觉得这个问题可以从 2 点方面来回答：

• 从技术角度来讲：架构图相比其他表现方式，可以更方便的表明当前系统的结构体系，减少同事或者与客户之间的认知障碍，达到统一认知。

• 从阅读角度来讲：图的表现力远远高于文字的表现力，这也是为什么人们常说“一图胜千言，NO 图 NO BB”。

架构图分类

根据我们工作职责的不同，我们所需要体现的架构图也会有所不同，比如你是一个 PD，你考虑的更多是产品架构，比如你是一个前端，你考虑的更多是前端技术体系和模块的架构，那么这里总结了一下我们常见的不同架构分类，主要有以下内容。

现在我们知道了架构的分类，那么我们如何开始去画一张架构图呢？这里有几个路径，你可以参考一下：

• 搞清楚要画的架构图的类型

• 抽离架构图中的关键要素

• 梳理各个要素之间的关系：包含关系 、引用关系、同级关系等等

• 根据以上信息串联起来，并标识清楚。

接下来我们看看几个常见的架构的描述和其示意图，和我们上面的 4R 一起做个对比。

业务架构

对应我们 4R 中的 Rank，也就是顶层结构。

业务架构指的是使用一套方法论/逻辑对产品（项目）所涉及到的业务进行边界划分，核心点就是把业务边界通过不同颜色模块标识出来，并做分组，同时不需要去考虑具体技术点。

使用场景：

• 产品人员规划业务

• 给高 P 汇报业务

• 给新员工培训业务体系

比如一个电商系统的业务架构图如下。

应用架构

对应我们 4R 中的 Role，也就是组成角色。

应用架构是对整个系统实现的总体上的架构，需要指出系统的层次、系统开发的原则、系统各个层次的应用服务，通过不同的颜色来标识角色，自顶向下分层设计。

使用场景：

• 整体引用架构规划设计

• 架构培训

例如，下图就将系统分为数据层、服务层、通讯层、展现层，并细分写明每个层次的应用服务。

技术架构

对应我们 4R 中的 Relation，也就是角色关系。

应用架构本身只关心需要哪些应用系统，哪些平台来满足业务目标的需求，而不会关心在整个构建过程中你需要使用哪些技术。

技术架构则是应接应用架构的技术需求，并根据识别的技术需求，进行技术选型，把各个关键技术和技术之间的关系描述清楚。技术架构解决的问题包括：纯技术层面的分层、开发框架的选择、开发语言的选择、涉及非功能性需求的技术选择。

比如下面这张美团点评酒旅前端团队的技术体系结构图。

序列图

对应我们 4R 中的 Rule，也就是运作规则。

序列图，又称时序图，是一种 UML 交互图。它通过描述具体场景中，对象之间发送消息的时间顺序显示多个对象之间的动态协作。

比如下面这张用户登录过程的序列图。

C4 模型

这里再推荐一个现在很流行的 C4 架构模型，其官网为： https://c4model.com/

C4 架构模型由一系列分层的软件架构图组成，这些架构图用于描述上下文、容器、组件和代码。C4 图的层次结构提供了不同的抽象级别，每种抽象级别都与不同的受众有关。

C4 代表 上下文（Context）、容器（Container）、组件（Component）和代码（Code），是一系列分层的图表，可以用这些图表来描述不同 Level 的软件架构，每种图表都适用于不同的受众。可以将其视为代码的谷歌地图。

总结

好，最后我们再来总结一下，本文主要讲解了什么是软件架构设计，基于软件架构的 4R 的理论我们可以映射到业务架构，应用架构，技术架构以及时序流程，同时还推荐了近些年比较流行的 C4 架构模型。

文章的最后再来推荐下我常用的画图工具：

• 架构图：draw.io 本地版，内部有非常多的预设标准，非常强大。

• processOn：网页版工具，也非常强大，如果你有同步的需求，可以使用它。

• UML 图： https://plantuml.com/zh/ ，有非常多的示例，同时 VScode / webstorm 都有对应的插件，可以方便的在编辑器中书写

最后，一张好的架构图不仅仅可以形象的描述业务领域的抽象设计，同时也要有美观的展示，它应该能帮助阅读者更好的了解当前系统的层次结构，同时也能帮助开发者自己更好的去设计和完善系统，最后还是那句话：“一图胜千言，NO 图 NO BB”。

另外在平时工作中，我们画的最多的还有一种图，就是流程图，比如下面这种

其中的圆形是啥意思？菱形又是啥意思？限于篇幅，我们下次来详细讲讲流程图吧，来详细聊聊其中各种图形的关系和含义，让你能轻松看懂别人的流程图。

好了，今天的内容就到这里了，如果觉得文章对你有帮助欢迎点赞转发，我是 hockor，我们下次再见。

欢迎关注我的个人公众号《hockor》.

参考资料：

• 4R 架构理论： https://www.jianshu.com/p/cdce0b40ec5d
  

• 前阿里 P9 教你如何画好一张架构图： https://www.bilibili.com/video/BV1764y1a7PD
  

• 程序员的架构修炼： https://segmentfault.com/a/1190000038579086
  

• C4 Model： https://c4model.com/