1.前言
你是否对大厂展示的五花八门，花花绿绿的架构设计图所深深吸引，当我们想用几张图来介绍下业务系统，是不是对着画布不知从何下手？作为技术扛把子的筒子们是不是需要一张图来描述系统，让系统各个参与方都能看的明白？
如果有这样的困惑，本文将介绍一些画图的方**，让技术图纸更加清晰。
2. 架构的定义
系统架构是概念的体现，是对物/信息的功能与形式元素之间的对应情况所做的分配，是对元素之间的关系以及元素同周边环境之间的关系所做的定义;
架构就是对系统中的实体以及实体之间的关系所进行的抽象描述，是一系列的决策;
架构是结构和愿景.
怎么画组织结构图最简单，在TOGAF企业架构理论中， 架构是从公司战略层面，自顶向下的细化的一部分，从战略=> 业务架构=>应用/数据/技术架构，当然老板层关注的是战略与业务架构，我们搬砖的需要聚焦到应用/数据/技术架构这一层。
应用架构: 由应用架构师负责，需要根据业务场景需要，设计应用的层次结构，制定应用规范、定义接口和数据交互协议等。并尽量将应用的复杂度控制在一个可以接受的水平，从而在快速的支撑业务发展的同时，在保证系统的可用性和可维护性的同时，确保应用满足非功能属性的要求如性能、安全、稳定性等。
技术架构: 描述了需要哪些服务；选择哪些技术组件来实现技术服务；技术服务以及组件之间的交互关系;
企业回1、首先必须熟练木工的操作技能；（如锯、砍、刨、钉、粘，组拼、拆除及其先后次序，以及搭设稳定模盒的支架、支撑） 2、看得懂图纸，熟悉各种混凝土构件的相对位置及其构造关系； 3、掌握如何避免浇筑构件的外观质量缺陷的常识及方法； 。
数据架构: 描述了数据模型、分布、数据的流向、数据的生命周期、数据的管理等关系;
3.架构图的分类
系统架构图是为了抽象的表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界，以及软件系统的物理部署和软件系统的演进方向的整体视图。好的架构图可以让干系人理解、遵循架构决策，就需要把架构信息传递出去。那么，画架构图是为了：解决沟通障碍/达成共识/减少歧义。比较流行的是4+1视图和C4视图。
3.1 4+1视图
3.1.1 场景视图
用于描述系统的参与者与功能用例间的关系，反映系统的最终需求和交互设计，通常由用例图表示;
3.1.2 逻辑视图
用于描述系统软件功能拆解后的组件关系，组件约束和边界，反映系统整体组成与系统如何构建的过程，通常由UML的组件图和类图来表示。
3.1.3 物理视图
用于描述系统软件到物理硬件的映射关系，反映出系统的组件是如何部署到一组可计算机器节点上，用于指导软件系统的部署实施过程。
步骤1、打开EXCEL，依次点击【插入】、【SmartArt】、【层次结构】、【组织结构图】、【确定】；步骤2、接着删除多余的文本框，给剩下的文本框中输入股东会，依次点击【设计】、【添加形状】、【在下方添加形状】；步骤3。
3.1.4 处理流程视图
用于描述系统软件组件之间的通信时序，数据的输入输出，反映系统的功能流程与数据流程，通常由时序图和流程图表示。
3.1.5 开发视图
操作步骤：一、双击打开软件，然后选择“新建”-“创建空白文件”；二、然后选择创建“思维导图”，点击“确定”；三、如图，在这里选择“外观”，然后点击选择组织架构图类型；四、共有六种类型可选，选择自己需要的就可以。
开发视图用于描述系统的模块划分和组成，以及细化到内部包的组成设计，服务于开发人员，反映系统开发实施过程。
5 种架构视图从不同角度表示一个软件系统的不同特征，组合到一起作为架构蓝图描述系统架构。
3.2 C4视图
下面的案例来自C4官网，然后加上了一些笔者的理解。
C4 模型使用容器（应用程序、数据存储、微服务等）、组件和代码来描述一个软件系统的静态结构。这几种图比较容易画，也给出了画图要点，但最关键的是，我们认为，它明确指出了每种图可能的受众以及意义。
3.2.1 语境图(System Context Diagram)
1、首先在Word文档中按层级输入各个部门的组织名称。2、然后将光标定位到要插入SmartArt的位置，点击【插入】＞【插图】＞【SmartArt】。3、在打开【选择SmartArt图形】对话框中，选择【层次结构】，在中间列表中选择【组织。
3.2.2 容器图(Container Diagram)
3.2.3 组件图(Component Diagram)
组件图是把某个容器进行展开，描述其内部的模块，主要是给内部开发人员看的，怎么去做代码的组织和构建，描述了系统由哪些组件/服务组成，了组件之间的关系和依赖，为软件开发如何分解交付提供了框架。
4.怎么画好架构图
1、拖动图块到画布上，编辑好文字并摆放好位置。2、点击模块，鼠标移到图块的圆点上点击拖动流程线条。3、依次画好第2级的流程线条即可完成组织架构图。工具和原料：1、Asus华硕VivoBook15。2、WIN7或更高版本。3、WPS流。
上面的分类是前人的经验总结，图也是从网上摘来的，那么这些图画的好不好呢？是不是我们要依葫芦画瓢去画这样一些图？先不去管这些图好不好，我们通过对这些图的分类以及作用，思考了一下，总结下来，我们认为，明确这两点之后，从受众角度来说，一个好的架构图是不需要解释的，它应该是自描述的，并且要具备一致性和足够的准确性，能够与代码相呼应。
4.1 视图的受众
4.2 视图的元素区分
可以看到架构视图是由方框和线条等元素构成，要利用形状、颜色、线条变化等区分元素的含义，避免混淆。架构是一项复杂的工作，只使用单个图表来表示架构很容易造成莫名其妙的语义混乱。
让我们一起画出好的架构图！
“做程序员，圈子和学习最重要”因为有有了圈子可以让你少走弯路，扩宽人脉，扩展思路，学习他人的一些经验及学习方法！同时在这分享一下是一直以来整理的Java后端进阶笔记文档和学习资料免费分享给大家！需要资料的朋友私信我扣【06】
