CTG-MBOSS 规范

? 详单数据：ODS详单数据保存1－3月，EDW详单数据保存2年； ? 汇总数据：ODS保存3年；EDW保存5年； ? 其他数据：ODS保存13月；EDW保存3年。 ? 技术特征

? ODS主要实现大并发量数据访问，EDW主要实现小并发量数据访问； ? ODS数据库优化同时侧重索引和分区技术；EDW数据库优化主要侧重分区技

术；

? ODS支持OLTP类型和OLAP的数据操作，EDW支持OLAP类型的数据操作。 ? 系统可靠性

? ODS参与运营，必须保证可靠性；

? 相对于ODS，数据仓库可以允许有更多的脱机时间。 ? 系统开放性

? 因为需要与大量不同硬件、数据库配置的系统相互交换数据，ODS要求比

较高的系统开放性；

? EDW一般只获取数据，而不提供给其他应用系统以多种模式直接访问，某

些解决方案上也可采用相对封闭的数据库、软硬件平台。

4.2.3 ODS与EDW在企业数据架构下有效协作

EDW和ODS是中国电信企业数据架构的重要组成部分，它们共同构成企业的统一数据平台。EDW主要为企业提供分析决策服务，ODS主要实现企业数据整合、数据共享和准实时运营监控等功能。企业数据应用门户作为ODS和EDW的应用展示界面，是访问ODS和EDW应用的统一入口，通过数据服务或界面集成的方式，将ODS与EDW中不同报表内容整

版权所有，注意保密 27

E-O：总体规范

CTG-MBOSS 规范

合后统一对外展现。两个系统有效协作关系如图4-1所示:

图 4-1 ODS与EDW有效协作

注：上文/图中提到的企业数据门户是广义的企业数据应用门户，是将企业所有数据以报表形式统一展现的平台，而我们现阶段通常意义上所讲的解决管理层看数问题的企业数据应用门户只是上文/图中提到的企业数据应用门户的一阶段功能。 5 系统演进

5.1 系统演进总体论述

ODS系统采用统一规划、分步实施的方式，在明确系统定位与目标后，将沿着系统目标分阶段演进。遵循应用先基础、后提升，数据先核心、后外围的模式，对生产运营支撑程度逐步提升，将ODS演进分为三个阶段：数据整合阶段、应用开发阶段和完善提升阶段。

版权所有，注意保密 28

E-O：总体规范

CTG-MBOSS 规范

图5-1 系统演进图

5.2 系统演进阶段 5.2.1 数据整合阶段

本阶段主要工作是ODS完成对BSS域核心数据的整合工作，形成ODS的基础架构，达到ODS支撑生产运营的基本要求，本阶段需实现的主要目标包括：

1. 建立初步的ODS体系架构，整合BSS域的全部核心数据、OSS域中的工单与112

故障单及商务领航平台的订购相关数据；

2. 形成客户统一视图，解决客户品牌经营亟需的运营需求；

3. 建立初步的数据共享中心，为对数据实时性要求相对不高的系统提供数据共享服

务；

4. 完成部分其它生产系统未实现的批量计算功能；

5. 实现初步的数据质量管理功能，建立起初步的数据质量管理闭环流程。

版权所有，注意保密 29

E-O：总体规范

5.2.1.1 业务应用 演进细项 售前支撑 演进说明 ? 新增数据共享应用

CTG-MBOSS 规范

? 客户统一视图部分数据提供 ? 新增数据共享应用 ? 为号码百事通等对数据实时性要求相对不高的系统售后支撑 提供数据 ? 新增计算应用 ? 商务领航品牌标签的标识 ? 客户积分计算 ? 新增固定报表 ? 客户品牌（商务领航与我的E家）统计 其他综合应用 ? 企业数据应用门户的部分报表 ? 新增动态报表应用 ? 用户发展数、使用量、业务收入、欠费、竞争统计 5.2.1.2 系统功能 演进细项 数据域 演进说明 ? 新增数据域：参与人(客户)、帐务、产品、事件(CRM事件)、工单、112故障单、商务领航平台订购数据 ? 新增功能范围 数据整合功能范围 ? ETL ? 数据抽取 ? 数据转换 ? 数据映射 版权所有，注意保密 30

E-O：总体规范

? 数据检查 ? 数据加载 ? 支持更新方式 ? 文件 ? 视图 ? 服务 ? 批量/实时 ? 全量/增量 ? 更新频度

CTG-MBOSS 规范

? 要求数据更新频度能支持到天/小时级 ? 模型定义 ? 要求定义EDM所有实体的CRUD矩阵 ? 整合数据层承载EDM模型 ? 根据应用需求建设初步汇总数据模型 ? 新增功能范围 ? 数据提供 ? ODS作为EDW主要的数据来源 数据共享功能范围 ? ODS可为号码百事通、112等系统提供数据共享服务 ? ODS可为CRM系统提供客户统一视图部分数据 ? 支持共享方式 ? 支持文件、数据服务等共享方式 数据质量管理功能范围 ? 新增功能范围 ? 数据质量检查 ? 单系统数据完整性检查 版权所有，注意保密 31

E-O：总体规范