2021-09-07 22:43:29
业务架构图是展现业务层级和关系的工具,服务于业务目标,能降低理解难度,帮助从宏观角度审查产品,设计时需遵循分层、分模块、分功能的步骤,并遵守相关基本规范。
一、业务架构图的设计步骤分层
核心原则:将业务按层级划分,下层更抽象,上层更具体,层级间需保持逻辑关联。例如,底层可定义基础数据结构或核心能力,中层构建业务逻辑模块,上层呈现用户可直接交互的功能界面。
示例:电商业务中,底层为商品数据库、支付接口等基础设施;中层为订单管理、库存同步等业务逻辑;上层为商品展示、购物车等用户功能。
分模块
核心原则:在同一层级中,识别独立模块,模块需代表完整产品或同类业务聚合,模块间既相互独立又存在关联。
操作方法:通过功能聚类或业务场景划分模块。例如,电商业务中,用户管理、商品管理、订单处理可作为独立模块,各模块通过数据流或接口交互。
分功能
核心原则:在模块内部,划分独立功能作为业务入口,需选择代表性、客户高频关注的功能。
示例:在“用户管理”模块中,可细分注册、登录、信息修改等功能,每个功能对应具体业务场景。
前期准备
全面梳理业务体系:列出所有应用、功能、系统、能力、平台,形成业务元素清单。
提炼归纳分类:对清单中的元素进行抽象化处理,合并同类项或拆分复杂项,形成逻辑清晰的分类框架。
构思框架:基于常用模板或自建模板,确定业务架构图的整体结构,例如采用分层矩阵或流程图形式。
横向结构:采用并列结构,确保同一层级的模块或功能级别相同,避免层级混淆。
纵向分层:上层依赖下层,底层提供基础支持。例如,前端展示层依赖后端服务层,后端服务层依赖数据存储层。
对称性:保持功能结构分配均匀,避免局部过于复杂或简单,提升视觉可读性。
虚线框使用:对逻辑上可归为一类的多个模块,用虚线框标注,明确模块间的关联关系。
色彩搭配:不同业务功能用颜色区分,但需保持整体风格一致,符合大众审美,避免过度花哨。

大小与格式:模块或功能的图形元素需大小一致、格式统一,例如统一使用矩形或圆形。
模块分级:同一级别模块需保持粒度统一,避免部分模块过于细化而其他模块过于宽泛。
词汇描述:使用准确、简洁的词汇,确保开发人员或用户能理解,避免专业术语滥用。
模块划分粒度:细节需抽象为模块,粒度需适中。例如,将“支付”抽象为模块,而非细分为“信用卡支付”“支付宝支付”等子模块。
特点:层级较少,模块和功能划分清晰,适合小型业务或单一产品线。
示例:

特点:层级较多,模块和功能嵌套复杂,适合大型企业或多业务线场景。
示例:

《BIZBOK指南》:详细说明业务架构图的设计原则和方法。
CBA业务架构师认证:系统学习业务架构知识,提升设计能力,适合BA或业务高层。