技术传播的意义，不只表现在借助商业制品和开源方案来缩减开发应用的进程，提升业务部署的速度，还表现在杰出工程师在增强工作效率、改进产品表现度、优化用户感受等方面的心得交流，以此促进我们的职业水平。

这篇文章由阿里巴巴技术专家三画撰写，介绍了他和团队在绘制优质架构图方面的思考和方法，最初发布在阿里内部的技术交流平台上，后来经阿里巴巴中间件部门授权转载，梓敬、鹏升以及余乐也对这篇文章提供了帮助。

在需要借助一幅或数幅图像来展现系统构造时，人们常常遭遇这样的情况：

倘若遇到类似的难题，本篇将阐述一种绘制技巧，旨在使构造图示更为明晰。

先厘清一些基础概念

1、什么是架构

构造就是对体系中各个要素以及要素之间相互关联的概括性说明，是一连串的选择。

架构是结构和愿景。

系统构造是理念的具体化，是关于事物或数据的功能和形态构成之间如何匹配的安排，是对于构成部分彼此间的联系以及构成部分与外部世界相互作用的说明。

构建整体框架是一项艰巨的工作，同时也是一个宽泛的议题，因此本篇不予详述。一旦框架确立，就必须促使各方利益相关者领会并遵循相关决议。

2、什么是架构图

架构图旨在概括软件系统的整体形态，描绘各部分之间的联系和限制范围，同时展示系统的实际布置和未来发展的趋势，提供一个全面的认识。

3、架构图的作用

一张图胜过千言万语。为了让相关方明白并执行架构决定，必须将架构内容传达给他们。架构图是传递这些信息的有效工具。绘制架构图的目的在于：

4、架构图分类

收集了丰富文献，划分种类繁多，其中一种应用广泛的结构是四加一模式，具体包含场景画面、逻辑构造、实体表现、作业顺序以及建设角度。

场景画面旨在展现系统各类角色和功能需求之间的相互联系，体现系统整体目标与交互规划intellij idea画uml图，一般通过功能图来呈现。

逻辑架构旨在展现系统功能分解后各部分之间的相互联系，明确各部分的限制条件和范围划分，体现系统整体构造以及构建方式，一般借助UML的组件图和类图来呈现。

物理架构表明系统软件与物理硬件的对应情况，揭示出系统构成部分怎样安排在若干计算设备上，旨在辅助软件系统安装执行环节。

流程图展现软件构成部分间的交互次序，涉及资料往来，体现系统运作环节与信息流转，常以时序图和流程图呈现

这个视图旨在展示系统内部的模块分布和结构，同时深入到各个包的构成方案，主要面向技术人员，并且能够体现系统构建的实际流程。

这五种架构视角分别从不同方位展现了软件系统的多种特性，它们整合起来，能够作为系统设计的整体规划，详细说明系统的整体构造。

怎样的架构图是好的架构图

这种归类源自前辈的实践心得，相关插图也选自网络资源，那么这些图像的质量如何呢？我们是否需要按照既定模式来绘制类似的图形？

暂时不用考虑这些图是否合适，我们根据它们的归类和用途进行了考虑，归纳出，制作出优秀的架构图，首先需要弄清楚其观看对象，其次要明确想要传达的内容，因此，不要单纯因为要画物理视图就画物理视图，也不要因为要画逻辑视图就画逻辑视图intellij idea画uml图，而应该根据不同的观看对象和传达内容，用图形准确地进行表达，最终的图很可能就属于这些分类之中。那么，画作是否出色，一个直接衡量方法是：接收者是否精确理解了想要表达的内容。

领会了这两项要求之后，站在使用者立场思考，一个出色的结构示意图无需过多阐述，它应当具备内在的说明性，并且维持整体的统一性，同时拥有充分的精确度，能够与实际编码内容相吻合。

画架构图遇到的常见问题

1、方框代表什么？

为何要选用方形而非圆形，这背后是否蕴含着某种特殊的意义？如果随意采用方形或者别的形态，很可能会造成理解上的混乱。

2、虚线、实线什么意思？箭头什么意思？颜色什么意思？

随意使用线条或者箭头可能会引起误会。

3、运行时与编译时冲突？层级冲突？

构建体系是一项艰巨的任务，若仅借助一个图示来呈现整体构造，便极易引发难以理解的含义混淆。

本文推荐的画图方法

C4模型借助容器（比如应用程序、数据存储、微服务）、组件以及代码来展现软件系统的静态构造。这类图表绘制起来相对简便，并且提供了绘图指引，然而最为核心的是，它清晰界定了每种图表的目标读者和其反映的价值。

这个示例源自C4官方网站，并且融入了我们的阐释，用以探讨怎样更佳地阐述软件构造

1、语境图( )

这是一个虚构的互联网银行平台，该平台借助外部大型机银行系统处理客户账户与交易数据，并利用外部邮件系统向客户发送通知。这个平台结构非常简洁明了，无需过多说明，大家都能理解。它涵盖了需要开发的核心系统，涉及的用户群体，以及与之互动的其他辅助系统。

用途

这张基础图表，能够揭示系统构建目标是什么，使用对象是谁，具体由哪些人员操作，以及如何与现有IT架构对接；其阅读范围涵盖开发团队内部成员，也包括外部技术背景和非技术背景人士。

怎么画

核心部分是本系统，外部是用户以及与之产生关联的其他系统。理解好使用者及高阶依赖关系是关键，一旦明确，绘制流程图将十分迅速，仅需几分钟即可完成。

2、容器图( )

容器图是把语境图里待建设的系统做了一个展开。

图中所示，除了使用者及外部设备，待构建的系统包含一个运用java\ mvc架构的网站程序，作为系统功能的主要访问通道，同时配备一个基于架构的手机软件，供移动设备使用，另外设有基于java的接口程序，承担服务任务，并且配备mysql数据库，负责数据保存工作

各个应用之间的交互都在箭头线上写明了。

观察这张图像时，人们不会在意其中是矩形框还是椭圆形框，也不会在意是实线指示还是虚线指示，就连箭头的方向也几乎没有引起人们的关注。

绘图方法多样，每种都对框和线的意义有明确说明，因此，绘制者和解读者都必须完全掌握这些说明，才能全面获取图中的内容，但实际上，这通常是一个相当高的标准，导致许多图只能让人明白其基本意思。

用途

这个图的目标用户包括团队内部或团队外部的程序员，还可以是系统管理员。它的作用可以列举为：

怎么画

用示意图来呈现，里面或许包含项目代号、方案确定、任务分配，以及这些示意图的彼此联系，倘若牵涉到外部平台，务必划定界限。

3、组件图( )

组件图是把某个容器进行展开，描述其内部的模块。

用途

这张图主要面向团队内部的技术人员，用于说明代码的整理和搭建方法，它的作用体现在以下几个方面：

4、类图(Code/Class )

这个图很显然是给技术人员看的，比较常见，就不详细介绍了。

如有侵权请联系删除！