架构设计参考项目系列主题：如何画出一张优秀的架构图

架构设计参考项⽬系列主题：如何画出⼀张优秀的架构图

本⽂转⾃：架构⽂摘

美国共同基金⽬录

明治维新与洋务运动导读

泉水教学设计技术传播的价值，不仅仅体现在通过商业化产品和开源项⽬来缩短我们构建应⽤的路径。加速业务的上线速率，也体现在优秀⼯程师的⼯作效率提升、产品性能优化和⽤户体验改善等经验⽅⾯的分享，以提⾼我们的专业能⼒。

接下来，阿⾥巴巴技术专家三画，将分享⾃⼰和团队在画好架构图⽅⾯的理念和经验，希望对你有所帮助。当我们想⽤⼀张或⼏张图来描述我们的系统时，是不是经常遇到以下情况：

对着画布⽆从下⼿、删了⼜来?如何⽤⼀张图描述我的系统，并且让产品、运营、开发都能看明⽩?画了⼀半的图还不清楚受众是谁?画出来的图到底是产品图功能图还是技术图⼜或是⼤杂烩?图上的框框有点少是不是要点⼉框框加进来?布局怎么画都不满意…

如果有同样的困惑，本⽂将介绍⼀种画图的⽅法论，来让架构图更清晰。

先厘清⼀些基础概念

什么是架构?

架构就是对系统中的实体以及实体之间的关系所进⾏的抽象描述，是⼀系列的决策。

架构是结构和愿景。系统架构是概念的体现，是对物/信息的功能与形式元素之间的对应情况所做的分配，是对元素之间的关系以及元素同周边环境之间的关系所做的定义。

做好架构是个复杂的任务，也是个很⼤的话题，本篇就不做深⼊了。有了架构之后，就需要让⼲系⼈理解、遵循相关决策。

什么是架构图?

系统架构图是为了抽象地表⽰软件系统的整体轮廓和各个组件之间的相互关系和约束边界，以及软件系统的物理部署和软件系统的演进⽅向的整体视图。

架构图的作⽤

⼀图胜千⾔。要让⼲系⼈理解、遵循架构决策，就需要把架构信息传递出去。架构图就是⼀个很好的载体。

二次沉淀池

那么，画架构图是为了：

解决沟通障碍

达成共识

减少歧义

架构图分类

搜集了很多资料，分类有很多，有⼀种⽐较流⾏的是 4+1 视图，分别为场景视图、逻辑视图、物理视图、处理流程视图和开发视图。