作为软件开发者，我们在工作中难免要画很多的架构图，但是很多人对于如何去画架构图其实是很模糊的，有那么多种类型的图，我们究竟该选哪个，用应该怎么画呢？今天我们一起来看看这个问题。

什么是架构图

在谈什么是架构图之前，我们先来聊聊什么是架构。

软件架构指的是软件系统的顶层设计（Rank），它定义了系统由哪些角色（Role）组成，角色之间的关系（Relation）和运作规则（Rule），如下图所示。

业务架构

定义：

描述系统对用户提供了什么业务功能，类似4 1视图

使用场景：

1.汇报

2.面试、晋升

3.产品人员规划业务

画图技巧：

1、不同的颜色标识业务状态（不超过3色）

2、分组，标准是相似性。协同，互用 虚线框框起来

客户端/前端架构

定义：客户端和前端的领域逻辑架构，类似于4 1视图的逻辑视图。

使用场景：

1、整体架构设计

2、架构培训

3.面试

画图技巧：

1.通过不同颜色来标识不同角色

2、通过连接线来表示关系。

应用架构图

定义：描述后端系统由哪些应用组成。

使用场景：

1.项目开发、测试

2、部署开发

3、子域架构设计

画图技巧：

1.通过不同颜色来标识不同角色

2、不同连线来标识不同关系

部署架构图

定义：描述系统具体如何部署的，对应4 1视图的物理视图

系统序列图

系统动态架构图

系统序列图用UML序列图来画图，用于面试核心功能的实现规则。