Dataphin 3.6 版本主题域管理和业务实体管理做了重大升级:
- 支持多级主题域, 且支持树形图展示多级主题域.
- 定义业务实体时, 同时定义实体关系, 并提供"实体关系图"更好的呈现实体关系.
此次升级确定了Dataphin概念模型的功能框架, 即概念建模的核心为定义业务实体并明确业务实体之间的关系. Dataphin的数据模型分为四层, 主题域模型, 概念模型, 逻辑模型, 业务分析模型, 详见 <智能数据构建与管理Dataphin之“规划”> .
本文主要介绍概念模型的基础概念, 概念建模的功能和使用流程可参阅产品文档或使用手册.
业务实体
Dataphin从 3.1 版本开始, 将原来的"维度"升级为"业务对象", "业务过程"升级为"业务活动", 3.6版本中将业务对象和业务活动合并起来称作"业务实体". 可以通过以下类比的方式来理解业务实体:
- 在业务系统中, 大多通过面向对象的程序语言来开发, 如 Java, C++, 代码中的大部分"类 (class)", 会与实际业务中的实体一一对应. 换句话说, 业务实体就是业务系统开发过程中的"对象(类)". 当然, 在系统开发过程中, 也存在一些辅助的"类", 比如工具类, 这些在实际业务中并没有相应的"实体".
- 同样在业务系统中, 有很多"表"来存储业务中的各种数据, 每一个"表"代表业务中的某个"实体".
Dataphin业务实体的体系见下图:
业务对象 |
业务对象是参与业务的人或事物, 在企业组织的业务模式确定时就存在的, 偏静态的实体. 根据复杂程度, 业务对象可以分为
|
业务活动 |
一个或者多个业务对象在某个时间(段)为了达成某种目的所进行的活动或者是某种活动的结果. 业务活动有以下几个关键要素(属性):
根据业务活动持续时间的长短, 可以将业务活动细分为:
|
实体关系
在实际业务中, 业务实体并不是孤立存在的, 他们之间有着各种各样的联系, Dataphin将这些联系定义为"实体关系". Dataphin 3.6 版本中, 引入的实体关系如下图.
概念建模实施步骤
一个全新的企业组织, 启动数据中台建设, 概念建模的实施流程步骤如下:
- 列举业务中的业务实体, 有以下几种方式来梳理
- 参考行业通用模型(如有)
- 详尽的业务调研, 访谈各个业务方, 从业务视角梳理出业务中的参与方(业务对象实体), 相关的概念(业务对象实体), 以及各参与方之间发生的各种活动(业务活动)
- 查看业务系统(如 ERP, CRM 等)的技术设计, 分析设计中的"类", 梳理出业务实体
- 分析业务系统(如 ERP, CRM 等)的数据库表, 梳理出业务实体
- 理顺实体关系, 可采用以上同样的方式方法.
示例: 零售行业通用概念模型
以上是零售行业通用的主题域模型.
- 零售行业最基础的三个实体为 人, 货, 场, 就可以推出最核心的三个业务对象实体, 客户(消费者), 商品, 渠道(线下门店, 线上各种渠道)
- 零售行业的核心业务活动实体为 销售, 将商品通过不同的销售渠道售卖给消费者. 销售 业务活动实体 关联了 客户, 商品, 渠道 三个业务对象实体.
- 营销域的一系列业务实体解决引流, 扩大"客户(消费者)"数量的问题, 有 营销活动, 消费券 等业务实体; 内容域提供资源提高"客户(消费者)"的粘性, 有各种内容实体.
- 供应链域的一系列业务实体, 保障"商品"的供应, 有 供应商, 采购, 运输, 仓储 等业务实体.
- 履约域的业务实体将商品送到客户手中.
- 其他各种业务实体都在围绕 人, 货, 场 展开, 总可以梳理出很多业务实体
下图是零售行业的概念模型的一角
关于概念模型就说到这里, 欢迎留言讨论.
