如何画架构图？有什么是一定要有的，又有什么是不该有的？

架构图可以说是一个程序员的必备技能。做为一个在从业十多年中，画过无数的架构图的IT老司机，我来分享一下如何去画架构图？

当我们想用一张或几张图来描述我们的系统时，是不是经常遇到以下情况：

对着画布无从下手、删了又来？
如何用一张图描述我的系统，并且让产品、运营、开发都能看明白？
画了一半的图还不清楚受众是谁？
画出来的图到底是产品图功能图还是技术图又或是大杂烩？
图上的框框有点少是不是要找点儿框框加进来？
布局怎么画都不满意……

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

先厘清一些基础概念

1、什么是架构？

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

架构是结构和愿景。

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

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

2、什么是架构图？</