软件架构图

在写需求说明书需要画系统架构图，给客户汇报PPT的时候也需要画系统架构图，系统架构图并不全是领导会去画的，很多时候，连刚进公司的需求分析师都会被要求去画系统架构图。

先看看别的公司如何画系统架构图的吧~

一、按功能模块

把每个功能模块，以及功能模块的菜单罗列清楚。

这种是最基础的架构图，比较适合IT看，好处是把系统边界确认清楚，不好的是看不出业务是如何管理的。

二、按层级

层级，也就是具有相同属性或特征的信息块归为同一个层级。

在设计有层级的架构图时，需要想清楚每个层级之间的逻辑关系，画图和写作一样，可以参考高中时代学习作文的方法：

并列

对照

承上启下

......

除了注重层级之间的逻辑关系，每个功能模块，每个功能菜单之间的前后关系，左右关系，上下关系都需要有逻辑。

为什么这个功能模块要放在那个功能模块前面？

为什么这个功能模块会和那个功能模块挨在一起？

为什么箭头指向那边？

用业务的语言解释架构图中每个元素之间的逻辑关系，不管怎么画，只要有逻辑，可以看明白，解释清楚，那么这就是一张合格的架构图。