开放平台架构_三步画出产品业务架构图

今天有位同学询问，如何才能画出“高大上”的业务架构图。

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

曾经，这个问题也困扰我很久，直到我和公司的技术架构师沟通过，才明白架构图原来如此简单。

在画架构图之前，我们要先问清楚自己这3个问题：

架构图想表达什么？有什么用？给谁看？

答1：架构图需要表达是业务系统之间的关系，帮助你梳理业务结构。

答2：将复杂的业务逻辑简单化，降低理解难度。

答3：给用户以及各层级领导。

所以经过分解，我们知道了业务架构是什么。

答案很简单：业务架构图是一种表达业务层级和关系的工具。

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

业务架构类型

常用的业务架构分层有2种：

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

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

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

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

业务架构图的三大核心要义

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

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

架构图核心要义之一：分层

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

一般常见的互联网分层逻辑为IAAS、PAAS、SAAS。

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

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

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

架构图核心要义之二：分模块

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

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

如上图所示，在平台层中有三大子平台：基础服务平台、开放平台、应用使能平台。他们之间业务互不影响，所以都独立存在，属于平行关系。

架构图核心要义之三：分功能

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

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

比如应用层，我们可以划分为核心应用、基础应用、职能应用、三方应用4个模块。然后将每个模块填充一些重要的应用，这样一个模块就划分完整。

最后

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

然后进行提炼、归纳、分类，按照常用的分类模板，或是自建模板进行大体框架的构思。

最后按照分层、分模块、分功能的维度将具体的内容补充进去。

这个过程对于新手来讲可能要一周时间，多画一些，基本上一张图2个小时可以画出个大概。熟练了，对体系了解比较深入，那就回越画越好、越画越快。

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

微信公众号：朴老师大白话，
微信：DY402122152。
期待与你交流！（来者备注一下哦~）