解决方案的业务架构图怎么画（让解决方案一次通过的）

解决方案的业务架构图怎么画（让解决方案一次通过的）曾经，这个问题也困扰我很久：如何才能画出“高大上”的业务架构图？架构图表达了业务系统之间的关系，帮助我们梳理业务结构。将复杂的业务逻辑简单化，降低理解难度。并让用户及领导理解。业务架构服务于业务目标，通过描绘业务上下层关系，梳理一整套完整、简单的业务视图，降低业务系统的复杂度，提高客户理解度，最终给客户最直观的业务体现。

最近公司要绘制XX行业的解决方案，需要产品经理画出整体架构图，但是自己没接触过，不知道如何下手！”

曾经，这个问题也困扰我很久：如何才能画出“高大上”的业务架构图？

架构图表达了业务系统之间的关系，帮助我们梳理业务结构。将复杂的业务逻辑简单化，降低理解难度。并让用户及领导理解。

业务架构服务于业务目标，通过描绘业务上下层关系，梳理一整套完整、简单的业务视图，降低业务系统的复杂度，提高客户理解度，最终给客户最直观的业务体现。

模型元素

以企业的业务功能规划为例，业务框架图模型如下：

模型中包括6个元素：

• 范围：框架由3个区域构成，给出了全部的业务范围（由区域①、②、③组成）。

• 区域：每个区域有主要的任务目标（①=主营业务、②=辅营业务、③=支持业务）。

• 模块：每个区域内有若干个模块，每个模块的任务不同。

如“主营业务”又划分为四个领域，①-1=销售、①-2=生产、①-3=采购、①-4=物流。

• 边界：每个区域、模块的背景框给出了领域的边界；

• 位置：由上下、中间与边缘的位置关系，可以看出主营、辅营与支持区域之间的关系，

主营区：是三个区域的中心位置心（左上角为上）

辅营区：是①主营业务的基础（②在①的下面）

支持区：是对①、②的支持工作（③在①和②的侧面）

• 粒度：主营业务、辅营业务和支持业务，这三个区的粒度是相同的。

框架图不用“关联线”，而是用相对的“位置”、“背景框”来表达它们之间的逻辑关系。在这里，“区域”就相当于“系统”、“子系统”、“模块”等。

业务架构类型

常见业务架构有2种：

• 上中下结构：资源层—数据层—平台层—业务层—用户层。

• 左中右结构：上游产业—业务模型—下游产业。

上中下结构：表达整体业务线结构

左中右结构：表达开放平台架构

模型画法

架构图与设计软件的界面一样，通常以图的左上角为“上”，构图时，一般会将最为重要的内容放到左上角的位置。

框架图是将业务分析要素进行规划、分类的主要手段，由于是平面布局，所以框架图要容易观察、推敲、调整。

画业务架构图实际上是对业务的一种收集、提炼、拆解、归纳、分类的一个过程。

简单来说可以分为三个核心步骤：分层、分模块、分功能。

分层

分层，指的是将业务按照层级区分，每个层级都属于独立的版块。

“分层”是框架图设计中最为重要的步骤，用绘画的术语表达就是“布局”，分层的原则通常为：

• 划分遵循“一个区，一个目标”的原则；

• 同一层内的功能要“高内聚”，各个功能都为完成同一个目标而存在。

• 不同层间要做得“低耦合”，当框架图的各个部分在外部的需求发生变化时，可以容易地进行调整，删除或是增加；

• 同层内各个要素的粒度要一致，如：都是子系统、或都是模块；

通常下层更抽象，上层更具体。

层级需要有逻辑上的关联，比如下层为上层服务，或者提供能力支撑。

如图【能力层】为【应用层】提供基础能力，上层业务应用可以直接快速调用能力，减少重复开发。

分模块

指在同一个层级中，有哪些独立模块，可以代表一个完整的产品或是同类型的业务聚合。

每个模块之间都相对独立，且模块之间也会存在相互依赖关系、关联关系。

如图，平台层中有三大子平台：

• 基础服务平台

• 开放平台

• 应用使能平台

他们之间业务互不影响，所以都独立存在，属于平行关系。

分功能

指在同一个模块中，将独立的功能划分出来，该功能可以代表一个业务入口。

将一个模块体系中的功能，比较具有代表性的，客户比较关注的，拎出来。

如应用层，我们可以划分为核心应用、基础应用、职能应用、三方应用4个模块。

然后将每个模块填充一些重要的应用，这样一个模块就划分完整。

画业务架构前，应对整个业务体系进行全量的思考，将所有涉及到的应用、功能、系统、能力、平台全部要罗列出来。

然后提炼、归纳、分类，按照常用的分类模板，或是自建模板进行大体框架的构思。最后按照分层、分模块、分功能的维度将具体的内容补充进去。

这个过程对于新手来讲可能要些时间，多画熟练了，就会越画越好、越画越快。

画架构图可以提升个人的全局思维，它会逼着你学习不属于你的内容，这样才能将架构画得更丰满，更有内涵。