你真的了解业务架构吗（业务架构定义）

大家好，我是大龄码农，今天开始咱一起聊聊业务架构。

什么是业务架构？业务架构就是通过对公司业务进行抽象整合，设计出的一套满足业务扩展的系统并迭代升级的过程。

抽象整合是设计手段或过程，支持业务扩展是设计目的，迭代升级则是应变业务发展做出的架构调整。这里就聊聊如何设计一套可扩展、可维护的业务系统（这里的可扩展特指业务扩展，我认为业务架构跟技术架构应该隔离开，业务架构注重业务可扩展和功能可维护，而技术架构重点关注高可用、集群可扩展、高性能问题）。

下面是业务架构设计的核心步骤：

1.系统划分，按领域划分系统或子系统；并细化系统（或子系统）具备的能力。

2.依赖确认，定好系统之间的依赖和层级关系（关系要清晰，上层系统依赖下层且关系不可逆）。

3.流程制定，确定系统的核心交互流程，流程要抽象才能通用。

从公司的顶层架构到每个领域的顶层架构再到子系统或模块的架构只要重复上面的步骤即可。从顶层架构到最细流程至少要有3张设计图：

顶层交互图：明确领域边界，确认好领域间依赖关系。

领域能力图：细化领域能力，确认好领域（或子系统）的能力版图。

明细流程图：串联领域能力，确认好每种场景的交互流程图。

下面以我熟悉的支付系统为例，先上顶层交互图：

PS：

• 架构图仅供参考，不同的公司设计形态可能不同。
• 这里的业务架构，是针对业务做的系统架构设计（而非从产品角度做的业务规划）。