今天有位同学询问，如何才能画出“高大上”的业务架构图。
他说：“最近公司要绘制XX行业的解决方案，需要产品经理画出整体架构图，但是自己没接触过，不知道如何下手。”
曾经，这个问题也困扰我很久，直到我和公司的技术架构师沟通过，才明白架构图原来如此简单。
在画架构图之前，我们要先问清楚自己这3个问题：
架构图想表达什么？有什么用？给谁看？
答1：架构图需要表达是业务系统之间的关系，帮助你梳理业务结构。
答2：将复杂的业务逻辑简单化，降低理解难度。
答3：给用户以及各层级领导。
所以经过分解，我们知道了业务架构是什么。
答案很简单：业务架构图是一种表达业务层级和关系的工具。
业务架构服务于业务目标，通过描绘业务上下层关系，梳理一整套完整、简单的业务视图，降低业务系统的复杂度，提高客户理解度，最终给客户最直观的业务体现。
业务架构类型常用的业务架构分层有2种：
上中下结构：资源层—数据层—平台层—业务层—用户层。
左中右结构：上游产业—业务模型—下游产业。
画业务架构图实际上就是对业务的一种收集、提炼、拆解、归纳、分类的一个过程。
简单来说可以分为三个核心步骤：分层、分模块、分功能。
架构图核心要义之一：分层分层，指的是将业务按照层级区分，每个层级都属于独立的版块。
一般常见的互联网分层逻辑为IAAS、PAAS、SAAS。
下层更抽象，上层更具体。
层级需要有逻辑上的关联，比如下层为上层服务，或者提供能力支撑。
如上图所示，【能力层】为【应用层】提供基础能力，上层业务应用可以直接快速调用能力，减少重复开发。
架构图核心要义之二：分模块分模块，是指在同一个层级中，有哪些独立模块，可以代表一个完整的产品或是同类型的业务聚合。
每个模块之间都相对独立，且模块之间也会存在相互依赖关系、关联关系。
如上图所示，在平台层中有三大子平台：基础服务平台、开放平台、应用使能平台。他们之间业务互不影响，所以都独立存在，属于平行关系。
架构图核心要义之三：分功能分功能，是指在同一个模块中，将独立的功能划分出来，该功能可以代表一个业务入口。
简单理解就是将一个模块体系中的功能，比较具有代表性的，客户比较关注的，拎出来。
比如应用层，我们可以划分为核心应用、基础应用、职能应用、三方应用4个模块。然后将每个模块填充一些重要的应用，这样一个模块就划分完整。
最后在画业务架构前，有必要对整个业务体系进行全量的思考，将所有涉及到的应用、功能、系统、能力、平台全部要罗列出来。
然后进行提炼、归纳、分类，按照常用的分类模板，或是自建模板进行大体框架的构思。
最后按照分层、分模块、分功能的维度将具体的内容补充进去。
这个过程对于新手来讲可能要一周时间，多画一些，基本上一张图2个小时可以画出个大概。熟练了，对体系了解比较深入，那就回越画越好、越画越快。
画架构图可以提升个人的全局思维，它会逼着你学习不属于你的内容，这样才能将架构画得更丰满，更有内涵。
微信公众号：朴老师大白话，
微信：DY402122152。
期待与你交流！（来者备注一下哦~）
