再谈业务对象：起源、定义、特征与价值全景解析，附52页PPT

附件为华为数据架构设计，52页可编辑PPT

引子：之前写过一篇关于业务对象的文章，详见：华为对【业务对象】的理解。我写的另一篇文章：业务流程、业务能力、流程型组织三者的关系和区别，有朋友留言说：“离开业务对象谈流程就是无源之水”。

一、业务对象的起源

我在追本溯源“业务对象（Business Object）”的过程中，发现这个概念在国际标准或学术体系中并没有明确的起源。翻阅大量的企业架构、数据治理和软件工程文献，能找到的更多是业务实体（Business Entity）或业务信息（Business Information）的概念，而没有出现过系统化的“业务对象”定义。

在国内，业务对象的概念更多由华为推广，随后许多大型企业在数字化建设和数据治理实践中也开始使用这一术语，尤其是在数据架构 L3 层的梳理方法中，将“业务对象”作为连接业务与数据、流程与系统的重要抓手。

如果要找到国际上较为正式的参考资料，最接近的一次出现是在 IBM 2021 年的文档中，IBM 在其企业集成平台中提到：

业务对象是封装业务数据和元数据的逻辑结构，可跨模块共享和复用，用于描述业务概念及其数据内容。——IBM 官方文档

由此可以推测，国内“业务对象”这一概念的形成，受到了IBM企业建模和 SOA方法的启发，并在华为的企业架构与数据治理实践中完成了本土化、方法论化，成为今天数据架构设计和数据治理落地的重要工具。

二、业务对象的定义

综合华为企业架构方法论，业务对象可定义为：

业务对象是业务领域中具有独立意义、可标识和实例化的人、事、物、地等核心元素的抽象表达，是业务流程、数据治理与信息系统设计之间的桥梁。

https://mp.weixin.qq.com/s/mIgPeXSsehE1FKoDbatkHg

业务对象在企业架构体系中具有跨层次特性：

• 在业务架构中

• • 业务对象作为对业务核心元素的抽象表达，用于刻画业务活动所涉及的人、事、物、地；

  • 通过业务对象可清晰描述业务流程中各环节的输入、输出和关键交付物，从而实现业务信息的统一表达。

• 在数据架构中

  

  • 向上承接业务域（L1）与主题域（L2），统一业务语言和信息边界；

  • 向下支撑逻辑实体与物理数据模型（L4/L5），指导数据库和信息系统设计；

  • 横向绑定数据 Owner，实现“一数一源、一源多用”的数据治理闭环。

• • 业务对象位于数据架构 L3 层，是承上启下的关键桥梁：

  • 这一层的业务对象抽象，是业务概念向数据资产转化的核心步骤，为后续的数据建模、数据共享和治理提供标准化基础。

三、业务对象的核心特征

结合华为企业架构方法论和国际企业建模实践，业务对象在业务、数据和系统三个层面上必须满足以下四个核心特征：

1. 业务领域运作和管理中不可缺少的人、事、物、地

• 业务对象是业务运行的核心单元，可基于商业设计、价值流进行识别，并与企业业务能力框架匹配。

• 针对每个业务对象，通常会建立相应的业务流程、组织管理机制和IT系统管理能力。

• 每个业务对象的管理责任主体必须明确，边界清晰，以支撑跨部门和跨系统协作。

2. 具有唯一身份标识信息

• 每个业务对象必须具有唯一身份标识（ID），可用于准确区分不同实例。

• 唯一标识能够支持精准检索、跨领域引用，并确保在分布式环境下的一致性与共享能力。

• 业务对象的唯一标识是数据治理和数据资产可追溯管理的基础。

3. 相对独立并有属性描述

• 业务对象能够独立存在，可被获取、传输、使用，并产生业务价值，而逻辑数据实体往往依附于业务对象。

• 业务对象具有生命周期和状态变化特征，即便随时间推移状态改变，其核心身份不变。

• 对象之间可建立关联关系，但非附属关系；每个对象需具备描述自身特征的属性。

• 在管理实践中，可根据管理责任主体或业务需求对业务对象进行必要的拆分。

4. 一般为主数据和事务数据，存在具体实例

• 业务对象必须具有可落地的实例，一般属于主数据或事务数据；

• 这些对象通常需明确数据定义、架构标准和度量监控，才能实现有效管理；

• 报告数据或纯计算结果通常不被视为业务对象，因为缺乏独立存在的业务价值。

四、业务对象的价值作用

在企业架构和数据治理实践中，业务对象是业务、数据和系统的交汇点。

1. 划分业务责任边界

• 业务对象是企业数据资产管理的最小颗粒度，是业务责任边界的自然分割单元；

• 通过业务对象，可以在跨部门、跨业务域的数据治理中明确责任归属，避免重复建设和信息孤岛；

• 统一的业务对象定义有助于保持跨领域信息一致性，实现端到端的业务协同。

2. 明确数据责任人

• 每个业务对象对应的数据实例，都必须有明确的数据 Owner（责任部门和具体责任人）；

• 通过业务对象与数据 Owner 的绑定，可以建立可追溯的治理机制，支撑“一数一源、一源多用”的数据管理目标；

• 这一机制是数据治理从制度化走向可操作化、可审计化的重要基础。

3. 指引 IT 系统设计

• 业务对象是逻辑数据模型和服务化设计的核心单元：

  • 在应用系统建设中，业务对象可直接映射为数据库表、微服务接口或 API 对象；

  • 在服务化架构和中台建设中，业务对象是模块边界和数据接口设计的核心参考；

• 通过业务对象建模，可实现业务与系统的自然对齐，提升信息系统建设的可复用性与一致性。

五、华为数据架构设计52页PPT