IT2.0业务中台规划牵引客户IT基础设施投资随想 （八）：业务对象的内涵和建模方法

什么是业务对象？

      业务对象是业务领域重要的人、事、物，用来统一业务领域的重要业务概念，是业务人员之间以及业务人员与系统人员之间沟通的桥梁，是识别变革项目涉及的信息范围和关键信息的依据，明确信息定义和关联关系的基础。

       以上是我司信息架构中对于业务对象的定义，也是一个比较笼统的定义，将对象和概念混合在了一起，不去纠结于两者之间的区别和联系。如果需要深入细究之的话，务必需要说明清楚物理数据设计和逻辑数据设计之间的区别和联系。

       对象属于物理数据设计的范畴，概念属于逻辑数据设计的范畴，我们通常所说的人事物，都有其物理性的一面，还有其逻辑性的一面。对象是对于人事物的物理性定义，指其能被感官感知方面，以及能够占据一定时间、空间的方面。概念则有两个基本的逻辑特征：概念的内涵是反映在概念中的人事物的本质，是概念的质的规定性；概念的外延是反映在概念中的人事物的范围，是概念的量的规定性。概念和对象的区别可以参考下表。

        如下图所示。物理数据设计针对的是对象，每一个对象都有其状态，而对象所属的类决定了对象可能存在的状态。对象可以抽象为变量，一组变量也称为实体，每个变量都会有其赋值，变量或实体所属的类型指定了赋值所要表达意思的集合，逻辑数据设计针对的是变量或实体。举个例子，对于人员数据来说，某个元组指的是某个人员的抽象变量，其取值是随着这个人的状态变化而变化的，状态变化可能是这个人生病了，其取值变化可能是工作状态由正常变为异常。可以看出，从物理数据设计到逻辑数据设计，本质上是从对象的客观状态变化到逻辑变量或实体的主观意识变化，这种转变需要基于主体对客体到本体转变的约定。某种意义上，这个约定也是元数据的来由，即基于业务状态改变对相关变量的数据取值规则进行约定，以实现主体对客体对应本体的一致性认知。

       上述文字有些晦涩难懂，可能需要一定的业务数据建模基础知识，建议可以了解一下本体语义建模的相关概念和方法。这里需要补充说明一点，上面提到的逻辑数据设计和物理数据设计跟传统数据库设计中的概念模型、逻辑模型、物理模型不是一个意思，前者说的是从物理世界到数字世界的数据设计方式，后者说的是从业务概念到数据库的数据设计方式。从以下定义中不难发现，概念模型、逻辑模型和物理模型是承接逻辑数据设计的，且其语境从Outside the computer转变为Inside the computer。

• 物理数据设计：以客体为中心，描述对象的状态变化，对象所属的类决定了对象可能存在的状态。
  1. 对象模型：面向对象模型是一种新兴的数据模型，它采用面向对象的方法来设计数据库。面向对象的数据库存储对象是以对象为单位，每个对象包含对象的属性和方法，具有类和继承等特点。对象模型擅长的数据模拟和行为模拟是传统数据库模型的不足。
• 逻辑数据设计：以本体为中心，对象可以抽象为变量，一组变量也称为实体，每个变量都会有其赋值，变量或实体所属的类型指定了赋值所要表达意思的集合。
  1. 概念模型：用来描述世界的概念化结构，它使数据库的设计人员在设计的初始阶段，摆脱计算机系统及DBMS的具体技术问题，集中精力分析数据以及数据之间的联系等，与具体的数据管理系统无关。概念数据模型必须换成逻辑数据模型，才能在DBMS中实现。
  2. 逻辑模型：是用户从数据库方面所看到的模型，是具体的DBMS所支持的数据模型，如网状数据模型、层次数据模型等。此模型既要面向用户，又要面向系统，主要用于DBMS的实现。
  3. 物理模型：是面向计算机物理表示的模型，描述了数据在储存介质上的组织结构，它不但与具体的DBMS有关，还与操作系统和硬件有关。每一种逻辑数据模型在实现时都有其对应的物理数据模型。DBMS为了保证其独立性与可移植性，大部分物理数据模型的实现工作都可以由系统自动完成，而设计者只设计索引、聚集等特殊结构。

     上述内容可以通过下图的四象限做个总结，欢迎大家进一步深入探讨。

        对本节内容做个总结：上一节说明了业务应用服务的颗粒度取决于其宿主业务对象，或者说基于业务对象来确定要提供的业务应用服务。本节开始重点介绍什么是业务对象，从Physical和Logical、Outside the computer和Inside the computer两个方面&四个象限介绍了业务对象的完整上下文定义，并对业务对象的四象限衍生过程做了个简要说明。

        下一节会就如何识别业务对象做更进一步的说明。