中国电信企业数据模型3.0

中国电信企业数据模型3.0

中国电信股份有限公司上海研究院

二〇一九年七月

目录

第1章文档说明 (1)

1.1编制说明 (1)

1.2适用范围 (1)

1.3文档结构 (1)

1.4起草单位 (1)

1.5解释权 (1)

第2章概述 (2)

2.1目标和作用 (2)

2.2修订内容简介 (2)

2.3数据模型概念 (5)

2.3.1 概念模型 (6)

2.3.2 逻辑模型 (6)

2.3.3 物理模型 (6)

2.4建模原则 (7)

2.5维护原则 (7)

2.6建模方法论 (7)

第3章EDM3.0框架 (8)

3.1主题域（L EVEL0） (8)

3.2一级分解（L EVEL1） (9)

3.3二级分解（L EVEL2） (10)

3.3.1 参与人主题域 (10)

3.3.2 产品主题域 (10)

3.3.3 帐务主题域 (11)

3.3.4 营销主题域 (11)

3.3.5 事件主题域 (12)

3.3.6 地域主题域 (12)

第4章概念模型 (13)

4.1参与人主题域 (13)

4.1.1 核心概念 (13)

4.1.2 参与人层面 (17)

4.1.3 客户层面 (18)

4.1.4 合作伙伴层面 (20)

4.1.5 竞争对手层面 (22)

4.1.6 员工层面 (23)

4.1.7 协议层面 (24)

4.2产品主题域 (25)

4.2.1 核心概念 (25)

4.2.2 产品规格层面 (27)

4.2.3 销售品规格层面 (29)

4.2.4 产品实例层面 (30)

4.2.5 销售品实例层面 (31)

4.2.6 营销类资源层面 (32)

4.3帐务主题域 (33)

4.3.1 核心概念 (33)

4.3.2 帐户层面 (36)

4.3.3 帐目层面 (37)

4.3.4 支付层面 (38)

4.3.5 余额管理层面 (38)

4.3.6 欠费处理层面 (39)

4.3.7 定价计划层面 (40)

4.3.8 摊分层面 (41)

4.4市场营销主题域 (41)

4.4.1 核心概念 (41)

4.4.2 市场计划层面 (44)

4.4.3 营销活动层面 (45)

4.4.4 销售机会层面 (47)

4.4.5 销售活动层面 (49)

4.4.6 渠道层面 (50)

4.4.7 责任对象层面 (51)

4.4.8 品牌/客户俱乐部层面 (52)

4.5事件主题域 (53)

4.5.1 核心概念 (53)

4.5.2 事件层面 (55)

4.5.3 客户交互事件层面 (56)

4.5.4 内部业务事件层面 (59)

4.6地域主题域 (61)

4.6.1 核心概念 (61)

4.6.2 地域层面 (62)

4.6.3 行政区域层面 (63)

4.6.4 电信管理区域层面 (64)

第5章逻辑模型 (65)

5.1参与人主题域 (65)

5.1.1 参与人层面 (65)

5.1.2 客户层面 (66)

5.1.3 竞争对手层面 (67)

5.1.4 合作伙伴层面 (68)

5.1.5 员工层面 (70)

5.1.6 协议层面 (71)

5.2产品主题域 (72)

5.2.1 产品规格层面 (72)

5.2.2 销售品规格层面 (72)

5.2.3 产品实例层面 (75)

5.2.4 销售品实例层面 (76)

5.2.5 营销类资源 (77)

5.3帐务主题域 (78)

5.3.1 帐务层面 (78)

5.3.2 定价计划层面 (79)

5.4市场营销主题域 (80)

5.4.1 市场计划层面 (80)

5.4.2 营销活动层面 (81)

5.4.3 销售机会层面 (83)

5.4.4 销售活动层面 (84)

5.4.5 渠道层面 (84)

5.4.6 责任对象层面 (85)

5.4.7 品牌层面 (87)

5.5事件主题域 (88)

5.5.1 客户交换事件层面 (88)

5.5.2 订单-定单层面 (89)

5.5.3 计费事件层面 (92)

5.6地域主题域 (92)

5.6.1 行政区域层面 (92)

5.6.2 电信管理区层面 (93)

第6章案例验证 (94)

6.1客户资料管理 (94)

6.1.1 验证目的 (94)

6.1.2 场景描述 (94)

6.1.3 参考实现 (95)

6.2积分、信用度 (100)

6.2.1 验证目的 (100)

6.2.2 场景描述 (100)

6.2.3 参考实现 (102)

6.3品牌标签及统计 (109)

6.3.1 验证目的 (109)

6.3.2 场景描述 (109)

6.3.3 参考实现 (111)

6.4客户服务协议、销售品协议 (114)

6.4.1 验证目的 (114)

6.4.2 场景描述 (114)

6.4.3 参考实现 (116)

6.5合作伙伴管理、营销 (120)

6.5.1 验证目的 (120)

6.5.2 场景描述 (120)

6.5.3 参考实现 (122)

6.6竞争对手 (124)

6.6.1 验证目的 (124)

6.6.2 场景描述 (125)

6.6.3 参考实现 (126)

6.7三户关系 (129)

6.7.1 验证目的 (129)

6.7.2 场景描述 (129)

6.7.3 参考实现 (129)

6.8营销类资源 (132)

6.8.1 验证目的 (132)

6.8.2 场景描述 (132)

6.8.3 参考实现 (133)

6.9协议优惠 (136)

6.9.1 验证目的 (136)

6.9.2 场景描述 (136)

6.9.3 参考实现 (137)

6.10我的E家 (139)

6.10.1 验证目的 (139)

6.10.2 场景描述 (139)

6.10.3 参考实现 (140)

6.11组合产品 (145)

6.11.1 验证目的 (145)

6.11.2 场景描述 (145)

6.11.3 参考实现 (145)

6.12内容表示 (147)

6.12.1 验证目的 (147)

6.12.2 场景描述 (147)

6.12.3 参考实现 (148)

6.13信息集成产品 (149)

6.13.1 验证目的 (149)

6.13.2 场景描述 (149)

6.13.3 参考实现 (149)

6.14来显订购 (152)

6.14.1 验证目的 (152)

6.14.2 场景描述 (152)

6.14.3 参考实现 (153)

6.15销售品定价参数、对象 (155)

6.15.1 验证目的 (155)

6.15.2 场景描述 (155)

6.15.3 参考实现 (156)

6.16销售品限制 (157)

6.16.1 验证目的 (157)

6.16.2 场景描述 (158)

6.16.3 参考实现 (158)

6.17担保 (160)

6.17.1 验证目的 (160)

6.17.2 场景描述 (160)

6.17.3 参考实现 (160)

6.18市场计划预算和指标 (163)

6.18.1 验证目的 (163)

6.18.2 场景描述 (163)

6.18.3 参考实现 (164)

6.19销售机会管理 (167)

6.19.1 验证目的 (167)

6.19.2 场景描述 (167)

6.19.3 参考实现 (169)

6.20营销活动管理 (172)

6.20.1 验证目的 (172)

6.20.2 场景描述 (172)

6.20.3 参考实现 (173)

6.21责任对象 (176)

6.21.1 验证目的 (176)

6.21.2 场景描述 (176)

6.21.3 参考实现 (177)

6.22责任区域、组织、渠道、战略分群、地域 (180)

6.22.1 验证目的 (180)

6.22.2 场景描述 (180)

6.22.3 参考实现 (181)

6.23渠道考核 (183)

6.23.1 验证目的 (183)

6.23.2 场景描述 (184)

6.23.3 参考实现 (185)

6.24客户交互、订单 (187)

6.24.1 验证目的 (187)

6.24.2 场景描述 (187)

6.24.3 参考实现 (188)

6.25客户交互、客户障碍 (190)

6.25.1 验证目的 (190)

6.25.2 场景描述 (190)

6.25.3 参考实现 (190)

6.26服务定单 (192)

6.26.1 验证目的 (192)

6.26.2 场景描述 (192)

6.26.3 参考实现 (194)

6.27资源确认 (196)

6.27.1 验证目的 (196)

6.27.2 场景描述 (196)

6.27.3 参考实现 (196)

6.28地域 (197)

6.28.1 验证目的 (197)

6.28.2 场景描述 (197)

6.28.3 参考实现 (197)

第7章附录 (199)

7.1附件一：概念模型 (199)

7.2附件二：逻辑模型 (199)

7.3附件三：数据字典 (199)

7.4附录一：IE模型图表说明 (199)

7.4.1 概念模型表示法 (199)

7.4.2 逻辑模型表示法 (200)

7.5附录二：参考资料 (203)

图表目录

图表3-1：模型L EVEL0 (8)

图表3-2：模型L EVEL1 (9)

图表3-3：模型L EVEL2-参与人域 (10)

图表3-4：模型L EVEL2-产品域 (10)

图表3-5：模型L EVEL2-帐务域 (11)

图表3-6：模型L EVEL2-营销域 (11)

图表3-7：模型L EVEL2-事件域 (12)

图表3-8：模型L EVEL2-地域域 (12)

图表4-1：参与人主题域核心概念 (16)

图表4-2：参与人域－参与人层面概念模型 (17)

图表4-3：参与人域－客户层面概念模型 (18)

图表4-4：参与人域－合作伙伴层面概念模型 (20)

图表4-5：参与人域－竞争对手层面概念模型 (22)

图表4-6：参与人域－员工层面概念模型 (23)

图表4-7：参与人域－协议层面概念模型 (24)

图表4-8：产品主题域核心概念 (27)

图表4-9：产品域－产品规格层面概念模型 (28)

图表4-10：产品域－销售品规格层面概念模型 (29)

图表4-11：产品域－产品实例层面概念模型 (30)

图表4-12：产品域－销售品实例层面概念模型 (31)

图表4-13：产品域－营销类资源层面概念模型 (32)

图表4-14：帐务主题域核心概念 (36)

图表4-15：帐务域－帐户层面概念模型 (36)

图表4-16：帐务域－帐目层面概念模型 (37)

图表4-17：帐务域－支付层面概念模型 (38)

图表4-18：帐务域－余额管理层面概念模型 (38)

图表4-19：帐务域－帐务定制层面概念模型 (39)

图表4-20：帐务域－帐单定制层面概念模型 (40)

图表4-21：帐务域－摊分层面概念模型 (41)

图表4-22：市场营销主题域核心概念 (44)

图表4-23：营销域—市场计划层面概念模型 (44)

图表4-24：营销域—营销活动层面概念模型 (45)

图表4-25：营销域—销售机会层面概念模型 (47)

图表4-26：营销域—销售活动层面概念模型 (49)

图表4-27：营销域—渠道层面概念模型 (50)

图表4-28：营销域—责任对象层面概念模型 (51)

图表4-29：营销域—市场计划层面概念模型 (52)

图表4-30：事件主题域核心概念 (54)

图表4-31：事件域—内部业务事件层面概念模型 (59)

图表4-32：地域主题域核心概念 (61)

图表4-33：地域域—地域层面概念模型 (62)

图表4-34：地域域—行政区域层面概念模型 (63)

图表4-35：地域域—电信管理区域层面概念模型 (64)

图表5-1：参与人域－参与人层面逻辑模型 (65)

图表5-2：参与人域－客户层面逻辑模型 (66)

图表5-3：参与人域－竞争对手层面逻辑模型 (67)

图表5-4：参与人域－合作伙伴层面逻辑模型 (69)

图表5-5：参与人域－员工层面逻辑模型 (70)

图表5-6：参与人域－协议层面逻辑模型 (71)

图表5-7：产品域－产品规格层面逻辑模型 (72)

图表5-8：产品域－销售品规格层面逻辑模型 (73)

图表5-9：产品域－销售品规格层面（销售协议）逻辑模型 (74)

图表5-10：产品域－产品实例层面逻辑模型 (75)

图表5-11：产品域－销售品实例层面逻辑模型 (76)

图表5-12：产品域－营销类资源层面逻辑模型 (77)

图表5-13：帐务主题域－帐务层面逻辑模型 (78)

图表5-14：帐务域－定价计划层面逻辑模型 (79)

图表5-15：市场营销域－市场计划层面逻辑模型 (80)

图表5-16：市场营销域－营销活动层面逻辑模型 (81)

图5-17：市场营销域－营销活动/销售机会评估层面逻辑模型 (82)

图表5-18：市场营销域－销售机会层面逻辑模型 (83)

图表5-19：市场营销域－销售活动层面逻辑模型 (84)

图表5-20市场营销域－渠道层面逻辑模型 (84)

图表5-21：市场营销域－责任对象层面逻辑模型（责任区域） (85)

图表5-22：市场营销域－责任对象层面逻辑模型（责任对象） (86)

图表5-23：市场营销域－品牌层面逻辑模型 (87)

图表5-24：事件域－客户交互事件层面逻辑模型 (88)

图表5-25：事件域－订单/定单层面逻辑模型（关联客户交互事件） (89)

图表5-26：事件域－客户订单/定单层面逻辑模型（客户订单） (89)

图表5-27：事件域－客户订单/定单层面逻辑模型（申告障碍单） (90)

图表5-28：事件域－客户订单/定单层面逻辑模型（服务请求单） (90)

图表5-29：事件域－客户订单/定单层面逻辑模型（定单） (91)

图表5-30：事件域－计费事件层面逻辑模型 (92)

图表5-31：地域域－行政区域层面逻辑模型 (92)

图表5-32：地域域－电信管理区层面逻辑模型 (93)

图表7-1：IE模型图表说明－概念模型表示法 (200)

图表7-2：IE模型图说明－逻辑模型表示法 (203)

内部资料，注意保密，未经同意，请勿翻印版本：1,0 文档信息

修改过程

评审过程

分发范围

第1章文档说明

1.1 编制说明

企业数据模型3.0是中国电信CTG-MBOSS中EDA分总规范的一个分册，是中国电信企业数据标准体系组成部分，包括概念数据模型、逻辑数据模型。本次修订重点主要是BSS部分数据模型，涵盖参与人、产品、帐务、市场营销、事件和地域六大主题域。

1.2 适用范围

中国电信企业数据模型3.0适主要用于指导中国电信信息系统建设，主要是指导相关信息系统数据模型设计工作，同时也作为中国电信信息系统整合时的数据整合路标，重点在于解决各系统间的数据重复定义和不一致性问题。

1.3 文档结构

本文档包括五部分内容，其中第一部分为第1、2章节，从总体上对数据模型进行了简单的描述；第二部分为第3章节，介绍了企业数据模型的整体框架和各个主题域的主要内容；第三部分为第4、5章节，详细的介绍了企业数据模型内容；第四部分为第6章节，主要四企业数据模型案例验证部分，主要是业务案例的场景和在模型中如何支撑；最后一部分为附录章节，包含主数据、IE模型图表说明和参考附录。

1.4 起草单位

本文档的起草单位为中国电信集团公司。

1.5 解释权

本文档的解释权属于中国电信集团公司，版权属于中国电信集团公司。

第2章概述

2.1 目标和作用

中国电信作为电信运营商，向公众提供信息服务，其本身的运营管理对信息化高度依赖。在市场竞争日益激烈的今天，企业信息化作为支撑企业管理和运营的基础，已经成为新的竞争焦点和致胜的关键因素。中国电信的企业信息化的特点主要体现在需求多变、数据多样、技术复杂，同时对服务支撑提出了很高要求。现代电信企业的IT支撑不是一个系统可以满足的，必然面临多个系统的集成问题，而IT系统集成的基础在于概念的一致性，因此，IT系统建设的成功很大程度上取决于系统模型的合理性和不同系统间概念的一致性，企业数据建模是企业信息化的核心问题。通过企业数据模型定义整个企业信息化体系的数据标准，逐步统一企业内数据标准，为从根本上解决企业数据分散重复、口径不一致、共享困难造成的信息孤岛等问题奠定坚实的基础，推动企业内各类信息系统的整合和数据的共享，全面提升经营决策、运营管理、业务拓展和客户服务等方面的支撑能力。

中国电信企业数据模型的定位是企业级的，根据企业目标和通用业务规律，统一定义企业核心数据和关系。中国电信企业数据模型的作用并非是直接做为系统的数据模型，而是作为一个企业的数据标准，指导各个应用系统的数据模型统一设计，避免出现大的业务概念不一致，从根本上保证系统之间能实现数据的较好共享，消除由于各个系统自行设计开发而导致的数据孤岛现象，从而提高企业的运营效益、提高数据质量。本次修订的主要目标，首先用于指导CRM与计费系统的融合，要求CRM与计费系统的融合应以企业数据模型3.0相关部分的数据模型为演进目标；其次用于指导CRM的升级改造，各省尤其是较早上线省份的升级需要遵循EDM3.0模型；最后企业数据模型3.0能够约束ODS建设，要求ODS 统一层的逻辑模型BSS部分直接使用EDM3.0相关的数据模型。

2.2 修订内容简介

基于CRM与计费系统数据模型的融合以及指导ODS系统一期建设的目标，本

次企业数据模型3.0修订范围为企业数据模型2.0的BSS部分的主题域模型，主要完善点包括以下几个方面：

1、参与人主题域

明确客户概念

?从客户生命周期角度，划分客户为在网客户、离网客户和潜在客

户；

?调整客户战略分群，具体为个人客户、家庭客户和企业客户；

?完善客户评价体系，忠诚度和满意度无法定量衡量，暂时不作为

客户评估信息表示；忠诚度主要通过积分体现；引入积分帐本，

支持客户级积分管理，支持不同类型的积分帐本，如：品牌积分；

?统一使用人、付费人、产权人的表达，付费人在逻辑上是客户通

过帐务定制关系和产品实例发生关系；使用人在逻辑上通过记录

使用该产品实例的客户的关系记录；客户的定义是通过产权关系

界定的，体现在产品实例中。

以客户为中心，体现客户协议，支撑客户级订单、客户级帐单等

?增加客户服务协议，描述涵盖所有业务的普适性条款，不涉及具

体业务使用约定，用于弥补法律漏洞。比如，缴费及时性要求、

产品使用正确性要求等；

?增加销售品协议，明确为销售品协议是客户与电信在签订的关于

某个销售品的具有法律效力的约定，包含了关于订购、使用电信

相关产品，以及与费用支付相关的条款。

引入客户俱乐部体系，挽留和保持高端客户忠诚度

2、帐务主题域：

以客户为中心，体现客户级帐单等业务需求，明确区分帐单定制关系和帐务定制关系，客户对帐单和发票的定制要求主要包括格式、

投递信息等内容。

针对合作伙伴的摊分和结算需求，对相关实体进行了修正和补充。

在余额账本方面，对账本的拥有对象和使用对象进行了区分，并根据预付费的要求对余额账本模型进行了细化。

根据异地缴费等业务的要求对帐务相关实体进行了修改。

3、产品主题域：

继承和完善产品、销售品体系，明确组合产品定义及其与产品关系；

明确基础类销售品及套餐类销售品的分类，以及相互之间的关系；

梳理销售品和定价计划之间的关系，使得销售品成为售卖和定价的中介；通过销售品参数衔接销售品和定价参数，解决营业前台客户

化的资费选择；

增加销售品担保要求、担保方式等实体，支撑销售品售卖过程中的担保需求；

完善营销类资源及其与产品之间的关系。

4、市场营销主题域：

明确了计划制定过程中的指标表达，通过明确的计划指标的落实，指导营销活动的定义和执行，支撑营销活动的执行和跟踪；

建立了销售线索到销售机会的跟踪，并建立了通过销售机会引导销售活动的体系；

结合各省对渠道管理的要求，明确了销售组织（渠道）的架构和管理体系；

扩展了责任区域的概念，把营维区域定义成直销渠道客户经理认领客户的范围依据；

建立了责任对象的概念，把客户经理认领并负责的对象扩展到了除客户外，还有产品实例、群组等，并同时明确了客户经理在负责各

个营维对象时的具体职责；

支撑品牌经营，品牌是一种名称、术语、标记、符号或图案，或是它们的相互组合，用以识别企业提供给某个或某群消费者的产品或

服务，并使之与竞争对手的产品或服务相区别。其中业务品牌是根

据业务的性质特征推出的品牌，业务品牌相对稳定；客户品牌针对

目标客户的共性需求。

5、事件主题域：

统一接触渠道的表示，抽象表达客户接触交互过程，区分客户接触

和内部工作调度表达。

以客户为中心，支撑客户级订单等业务需求，明确客户级订单表示，客户一次订购过程中涉及的所有购买或变更、退网都作为一个整体

客户订单，针对不同类型对象表示为订单行，一单清针对的主体对

象就是客户订单。

6、地域主题域：

支撑移动业务，增加小区计费需要的设备覆盖范围，增加移动H码表示。

7、增加了大量业务场景及参考实现

为了使数据模型更好的落地，在本次修订中增加了20多个业务案例，覆盖参与人、产品、帐务、事件、市场营销和地域，包括目前

各省支撑的热点问题、历史遗留的争议问题等。

在本次修订过程中，存在一些争议，有待后续进一步完善，主要体现在以下几个方面：

1、SLA协议表达。各省对于SLA协议管理需求不明确，在数据模型中，可

以通过两种实现方式表达，其一：做为服务保障产品实现，在整个产品、

销售品体系中解决；其二，通过协议方式记录相关SLA条款，单独成体

系；

2、是否有必要分离企业内部管理的账目与向客户交互的账目，在本次修订

中，继承原有的体系未分离；

3、是否有必要首先建立帐户与销售品实例的关系？在本次修订中，继承原

有体系未调整，保持帐户和产品实例之间的关系；

4、客户俱乐部管理需求不明确，直接引用移动运营商的数据模型。

2.3 数据模型概念

数据模型是描述数据、数据之间的关系的图形化视图，具体指用实体、属性及其关系对企业运营和管理过程中涉及的所有业务概念和业务规则，同时规范化相应定义、命名和编码。

2.3.1 概念模型

概念模型是业务视角的高层次的粗粒度的模型，用于定义核心业务概念实体以及实体之间的关键关联关系。概念模型不包含设计的细节，仅定义核心业务实体、实体之间的关联关系、相关的业务规则，在概念模型中不对实体的属性建模。概念模型的主要特征如下：

1、确定主要的概念实体；

2、确定实体之间的业务关系。

2.3.2 逻辑模型

逻辑模型从概念模型转换而来，即以概念模型的设计作为基础，将实体与关系映射到关系数据模型，进行细化设计。增加设计所需要的新的实体类，细化关联关系设计，包括引入新的关联关系，将多对多的关联关系分解。细化实体类属性设计，细化业务规则的描述。逻辑模型的主要特征如下：

1、设计原则以三范式为主；

2、确定实体、属性以及实体间关系；

3、确定数据类型；

4、确定domain。

2.3.3 物理模型

物理模型是逻辑模型在具体的RDBMS产品的实现。考虑到目前的关系数据库管理系统对所支持的数据存储特征具有很大的一致性，我们并不强调RDBMS 产品，仅规定以下的内容，本文所述的物理模型的主要特征如下：

1、在统一的范式标准要求下，表、字段和关系必须和逻辑模型一致；

2、确定数据类型、精度、长度；

3、确定约束、索引；

4、统一数据分类编码含义及使用规则。

2.4 建模原则

为保证模型的稳定性和对业务支持的灵活性，我们遵循以下的原则：

1)继承性原则：模型中，对于EDM的核心实体和相关概念，在不影响理

解的前提下，尽量不提出新的概念；

2)稳定性原则：为保证模型的稳定性，实体与规则分离，突出核心实体的

描述，提出规则点，对规则本身不做详尽描述；

3)前瞻性原则：为保证模型的前瞻性，模型适当超前，能够适用业务的发

展变化；

4)兼顾实际原则：尽量兼顾各地实际实施情况，在中国电信刚刚完成大规

模的系统建设后，尽量减少系统的动荡。

2.5 维护原则

维护工作与建模有同等的重要性，因此，对于企业数据模型的维护工作应依据规范流程进行，企业数据模型采用版本集中维护，集团公司统一发布，企业数据模型修正的只有经过专家组审核后才能启动维护流程。

2.6 建模方法论

本次建模总体采用迭代的方法，以EDM2.0为原型输入，阶段性逐步演进模型，并采用自顶向下的方法，将整个模型按照CTG-MBOSS的功能域、层面（聚合业务实体）划分，逐步细化。在建模过程中，根据各厂商搜集的各地需求和集团近期的相关文件，对于EDM2.0中已经不适宜业务发展的概念进行修正，对EDM2.0中未作详细描述而在现实业务活动中已经成为重要概念的部分增加相应的实体描述。在阶段版本初步形成后，比照计费数据模型2.0的相关设计，进行兼容性调整，进而形成阶段发布版本。

第3章 EDM3.0框架

3.1 主题域（Level0）

在域和层面的划分上，延用中国电信企业数据模型2.0，数据模型架构的顶层视图如下所示（Level 0）。

图表 3-1：模型Level0

◆参与人域

分多角度描述参与人充当电信企业各类角色的信息，同时侧重于对客户信息的描述，包括参与人信息、客户信息、合作伙伴信息、竞争对手信息、员工信息等。

◆产品域

描述分层次的产品模型，包括产品信息、销售品信息，以及客户订购产品后形成的产品实例信息和销售品实例信息。

◆帐务域

帐务域描述客户使用通信产品发生的费用合计、优惠和收费销帐全过程所需

的数据资料，包含帐户信息、帐目、账单信息、支付关系、余额帐本、欠费处理信息、定价信息等。

◆营销域

营销域包含市场营销、销售相关的信息，包括市场计划、营销活动、销售活动、销售机会、渠道、责任对象等信息。

◆事件域

事件域描述与客户交互过程相关的事件信息，以及内部业务事件信息；计费数据源产生的使用记录信息。

◆地域域

地域域是一类公共信息，主要从行政区域的角度和电信管理要求的角度描述了地域的信息。

3.2 一级分解（Level1）

根据自顶向下、逐层分解的模型设计方法，在明确划分了模型所具有的数据域后，需要进一步对各个域进行分解，将其分解到聚集业务实体的层次。

对数据模型架构的进一步分解视图（Level 1）如下图所示：

图表 3-2：模型Level1

3.3 二级分解（Level2）

对上面描述的聚集业务实体进行进一步分解，可以得到各个域所包括的主要业务实体，关于这些业务实体的概念和关联关系将在下一章的概念模型设计中进行详细描述。

3.3.1 参与人主题域

图表 3-3：模型Level2-参与人域

3.3.2 产品主题域

图表 3-4：模型Level2-产品域