一、简介
业务架构图是对某一项目的功能描述。它面向的是普通用户或者高层管理，面向不同的用户就要有不同的业务架构图，就要有不同的粒度。让用户清晰地了解本项目的业务是画图者的任务，如果不能满足用户，那就说明画的不够优秀。所以画图是一个不断改进的过程，没有最终版。
二、画法
1、外观要求
业务架构图描述的是项目的功能，但是外观也同样重要，好的外观给用户一种赏心悦目的感觉。
①架构图让读者看到的第一眼，应该给读者留个好印象，从色彩搭配上来看，颜色不超过5个，颜色搭配要有所区分，不同层级、不同类型要颜色不同，但是也不能太跳脱，整体上颜色风格要一致，图的美观设计最起码要符合大众审美。这里的颜色推荐使用蓝色系列，蓝色比较符合IT界的色调。选颜色时应避免色彩过于光鲜，也避免色彩过于落差。对于同一级别或者相同功能的模块应采用同一颜色。
②第二眼看的应该是整体结构，整张图一共分为几个层次模块，架构图是不是能清晰的表达模块与模块之间的关系？纵向：分层——上层依赖于下层越底层，越是基础服务；横向：并列关系，级别相同。
③线框的使用，虚线框与实线框的意义是不同的，使用虚线框还是实线框更能准确清晰的表达想要表达的意思。多个模块，逻辑上可以归为一块时可以使用虚线框。
④对称：要讲究对称美，尽可能地功能结构分配均匀；
2、逻辑要求
1、抽象：大的模块要进行抽象，不能具体。这里拿吃饭举例子，假如今天吃的是米饭，牛奶，面条，汤，进行抽象可以抽象出两类：吃的和喝的。抽象的思想就是把多个具体的东西抽象出一个相同的特点来。最里层的功能可以进行具体的描述。
2、层级关系：上下为层级关系，一般的业务架构图从上往下包括：用户登录、业务描述、服务支持、数据支持，上级是依赖于下级的。左右为并列关系，如果某一功能伴随整个业务，可以贯彻下来。
3 、局部细节
1、用词表达
要用词准确，可以让开发人员或者用户理解描述的意思
命名上要统一，英文名体现专业性，命名要尽可能使用短名称且一致；
2、是否全面
3、模块划分粒度
细节要进行抽象，抽象出模块，模块的粒度要合适，不可太具体，也不可太宽泛
4、模块摆放以及层级关系
同一个级别的模块要统一级别，粒度大小要统一；
5、图形间距离适中，避免间距过大、过小，影响美观。
大小、格式：要注意大小一致，格式统一；
Tips：
架构图的名词表达要到位，比如：业务架构图和运维架构图中不能出现技术的字眼。因为不同架构图的读者是不同的，要保证你的读者能迅速的get 到你想表达的意思，这是很重要的。
架构图表达的内容是否全面，不管是业务，技术还是运维架构图要表达的内容一定要全面，包括软件系统依赖的第三方服务等都要体现出来。
关于架构图中模块的划分粒度，一定要合适，既不能太宽泛，也不能太细粒度，要达到对具体的小功能模块进行一层抽象的粒度即可。
包括模块摆放的逻辑是否准确，架构图的每一个模块的摆放，都是有讲究的，要能说出为什么这个模块放在这？放在那行不行？为什么？能回答出这几个问题，相信你的架构图问题不大。
