如何画出一张合格的技术架构图？.docxVIP

如何画出一张合格的技术架构图？ 架构就是对系统中的实体以及实体之间的关系所进行的笼统描述，是一系列的决策。 架构是结构和愿景。 系统架构是概念的体现，是对物/信息的功能与方式元素之间的对应情况所做的安排，是对元素之间的关系以及元素同周边环境之间的关系所做的定义。 做好架构是个简单的任务，也是个很大的话题，本篇就不做深化了。有了架构之后，就需要让干系人理解、遵照相关决策。 2、什么是架构图？ 系统架构图是为了笼统地表示软件系统的全体轮廓和各个组件之间的相互关系和约束边界，以及软件系统的物理部署和软件系统的演进方向的全体视图。 3、架构图的作用 一图胜千言。要让干系人理解、遵照架构决策，就需要把架构信息传递出去。架构图就是一个很好的载体。那么，画架构图是为了： ·?处理沟通妨碍 ·?达成共识 ·?削减歧义 4、架构图分类 搜集了很多材料，分类有很多，有一种比较流行的是4+1视图，分别为场景视图、规律视图、物理视图、处理流程视图和开发视图。 ★ 场景视图 场景视图用于描述系统的参与者与功能用例间的关系，反映系统的最终需求和交互设计，通常由用例图表示。 ★ 规律视图 规律视图用于描述系统软件功能拆解后的组件关系，组件约束和边界，反映系统全体组成与系统如何构建的过程，通常由UML的组件图和类图来表示。 ★ 物理视图 物理视图用于描述系统软件到物理硬件的映射关系，反映出系统的组件是如何部署到一组可计算机器节点上，用于指点软件系统的部署实施过程。 ★ 处理流程视图 处理流程视图用于描述系统软件组件之间的通信时序，数据的输入输出，反映系统的功能流程与数据流程,通常由时序图和流程图表示。 ★ 开发视图 开发视图用于描述系统的模块划分和组成，以及细化到内部包的组成设计，服务于开发人员，反映系统开发实施过程。 以上 5 种架构视图从不同角度表示一个软件系统的不同特征，组合到一起作为架构蓝图描述系统架构。 怎样的架构图是好的架构图 上面的分类是前人的阅历总结，图也是从网上摘来的，那么这些图画的好不好呢？是不是我们要依葫芦画瓢去画这样一些图？ 先不去管这些图好不好，我们通过对这些图的分类以及作用，思考了一下，总结下来，我们认为，在画出一个好的架构图之前， 首先应当要明确其受众，再想清楚要给他们传递什么信息 ，所以，不要为了画一个物理视图去画物理视图，为了画一个规律视图去画规律视图，而应当依据受众的不同，传递的信息的不同，用图精确?????地表达出来，最终的图可能就是在这样一些分类里。那么，画出的图好不好的一个直接标准就是：受众有没有精确?????接收到想传递的信息。 明确这两点之后，从受众角度来说，一个好的架构图是不需要解释的，它应当是自描述的，并且要具备全都性和足够的精确?????性，能够与代码相呼应。 画架构图遇到的常见问题 1、方框代表什么？ 为什么适用方框而不是圆形，它有什么特殊的含义吗？任凭使用方框或者其它外形可能会引起混淆。 2、虚线、实线什么意思？箭头什么意思？颜色什么意思？ 任凭使用线条或者箭头可能会引起误会。 3、运转时与编译时冲突？层级冲突？ 架构是一项简单的工作，只使用单个图表来表示架构很简约形成莫明其妙的语义混乱。 本文推举的画图方法 C4 模型使用容器（应用程序、数据存储、微服务等）、组件和代码来描述一个软件系统的静态结构。这几种图比较简约画，也给出了画图要点，但最关键的是，我们认为，它明确指出了每种图可能的受众以及意义。 下面的案例来自C4官网，然后加上了一些我们的理解，来看看如何更好的表达软件架构 1、语境图（System Context Diagram） 这是一个想象的待建设的互联网银行系统，它使用外部的大型机银行系统存取客户账户、买卖信息，通过外部电邮系统给客户发邮件。可以看到，格外简约、清楚，信任不需要解释，都看的明白，里面包含了需要建设的系统本身，系统的客户，和这个系统有交互的周边系统。 ★ 用途 这样一个简约的图，可以告知我们，要构建的系统是什么；它的用户是谁，谁会用它，它要如何融入已有的IT环境。这个图的受众可以是开发团队的内部人员、外部的技术或非技术人员。即： ·?构建的系统是什么 ·?谁会用它 ·?如何融入已有的IT环境 ★ 怎样画 两头是本人的系统，四周是用户和其它与之相互作用的系统。这个图的关键就是梳理清楚待建设系统的用户和高层次的依靠，梳理清楚了画下来只需要几分钟时间。 2、容器图（Container Diagram） 容器图是把语境图里待建设的系统做了一个开放。 上图中，除了用户和外围系统，要建设的系统包括一个基于Java \ Spring MVC 的 Web 应用供应系统的功能入口，基于xamarin架构的手机 app 供应手机端的功能入口，一个基于 Java 的 API 应用供应服务，一个 My