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




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

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

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

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



模型元素


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



模型中包括6个元素:


  • 范围:框架由3个区域构成,给出了全部的业务范围(由区域①、②、③组成)。

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

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


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


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

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


主营区:是三个区域的中心位置心(左上角为上)

辅营区:是①主营业务的基础(②在①的下面)

支持区:是对①、②的支持工作(③在①和②的侧面)


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

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



业务架构类型


常见业务架构有2种:

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

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


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



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




模型画法


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

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

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

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


分层


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

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


  • 划分遵循“一个区,一个目标”的原则;

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

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

  • 同层内各个要素的粒度要一致,如:都是子系统、或都是模块;



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

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

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


分模块


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



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


如图,平台层中有三大子平台:

  • 基础服务平台

  • 开放平台

  • 应用使能平台

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


分功能

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



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

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

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

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

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

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

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



你可能感兴趣的:(让解决方案一次通过的“业务架构图”怎么画)