前言
业务架构图是一种表达业务层级和关系的工具。
- 业务架构图需要表达业务之间的层级和关系，帮你梳理业务系统
- 将复杂业务的逻辑简单化，降低理解难度
- 给用户及相关人员查看
业务架构服务于业务目标，通过描绘业务上下层关系，梳理一整套完整、简单的业务视图，降低业务系统的复杂度，提高用户理解度，最终给用户最直观的业务体现。
业务架构类型
上中下结构
由下向上分为：资源层、数据层、平台层、业务层、用户层
左中右结构
由左向右分为：上游产业、业务模型、下游产业
奥义
画业务架构图实际上就是对业务的一种收集、提炼、拆解、归纳和分类的一个过程。
可以分为三个步骤：分层、分模块、分功能
分层
分层是指将业务按照层级区分，每个层级都属于是一个独立的板块。比如按照IaaS、PaaS、SaaS分层。
按照下层更抽象，上层更具体的原则，将业务架构图理解为一棵树的结构。
层级需要有逻辑上的关联，比如下层为上层服务，或者下层为上层提供能力支撑。比如数据层为平台层提供数据支撑，平台层为业务层提供基础能力和数据分析的能力，通过SDK为业务层提供服务，减少业务层的重复开发。
分模块
分模块是指在同一个层级中，拆解出有哪些独立的模块，每一个模块都可以代表是一个完整的产品，或者是同类型的业务聚合。
每一个模块之间都是独立的，模块之间也可以存在相互依赖、相互关联的关系。比如平台层中可以有基础服务平台、开放平台、应用平台等，三个平台之间不存在相互依赖和关联的关系，属于独立存在的平行关系；又比如在应用层有引擎应用、调度应用、配置应用、平台服务应用，这四个模块之间存在平台服务依赖于配置、调度和引擎，引擎应用依赖于调度和配置，所以他们之间存在相互依赖和关联关系。
分功能
分功能是指在一个模块中，将独立的功能划分出来，每一个功能都代表是一个业务入口。简单点讲就是将一个模块体系中比较具有代表性的、且用户最关注的业务功能给提炼出来。比如应用层可以划分核心应用、基础应用、职能应用、第三方应用等模块，然后再将每个模块的重要功能填充进去，这样一个模块就划分完整了。
总结
在画业务架构图前，必须先对整个业务体系进行全量的思考，将所有涉及到的应用、功能、系统、能力和平台全部都要罗列出来，然后再进行提炼、归纳、分类，按照常用的分类模板或自建模板进行大体框架构思，最后按照分层、分模块、分功能的维度将具体内容补充进去。