下载掌阅APP，畅读海量书库
立即打开
读者是否思考过架构图到底有多少种？所谓架构图，其实就是一种静态的结构图。结构图的基本元素是方框和线，其中方框代表某种东西，线代表关系。如果有不同种类的架构图，那么其核心区别是方框中的内容是什么，方框中的内容不同，线的含义也就不同。按照这个思路，架构图主要包括以下几种。
（1） 功能架构图： 如果方框中是功能，则对应功能架构图。功能架构图往往是按照分层的方式绘制的，不带线。功能架构图为非UML图，往往有向客户介绍的需求，需要美化，一般由产品人员维护。图1-4所示为功能架构图示例，该架构图体现了产品在功能上的层次关系。
（2） 软件架构图： 如果方框中是软件组件，则线代表通信关系，对应软件架构图。架构师可以用UML组件图来创建和维护。软件架构图有两种布局方式，第一种以机器对软件组件进行容纳，这时强调软件组件与特定机器的绑定关系。基于服务器布局的软件架构图示例如图1-5所示，其中K8S将机器的角色明确分为两种，两种角色运行不同的组件。第二种基于地点布局。基于地点布局的软件架构图示例如图1-6所示，这是基于地点进行大的布局划分，而构成大中型系统的软件组件往往与地点有强关联性。在基于服务器布局的情况下，架构图与部署图类似，可以起到二合一的作用。
图1-4 功能架构图示例
图1-5 基于服务器布局的软件架构图示例
图1-6 基于地点布局的软件架构图示例
（3） 网络架构图： 如果方框中是硬件设备，则线代表网络连接，整体是网络架构图。如果只表现本系统相关的内容，则可以由架构师负责绘制。如果需要体现系统在整个机房中的连接关系，则需要由网络规划师负责绘制。网络架构图为非UML图。图1-7所示为网络架构图示例。
图1-7 网络架构图示例
（4） 部署架构图： 部署架构图体现了软件组件到硬件设备的映射关系，其中大方框代表服务器，小方框代表软件组件，线代表通信关系（有时可以省略）。部署架构图有对应的UML图，通常由架构师维护。图1-8所示为部署架构图示例。
图1-8 部署架构图示例
进入软件组件的内部，如果该组件是用面向对象编程语言来实现的，则研究该对象的结构应该考虑类的构成，这时就是UML类图，已经不叫架构图了。各种架构图的基本元素是方框和线，因此用朴素的UML绘图工具就能绘制，但有时为了商务交流等需求，需要对其进行美化，将其中的方框用更直观的图形来替换，典型的是网络架构图，其中的设备一般用对应该设备的图形来表示。