CTG-MBOSS 规范
1. 在ODS系统建设完成后，10000号/网上客服中心等其他系统需要调整客户帐单查
询等功能改从ODS获取相关查询数据。 ? 接口改造
1. 10000号/网上客服中心需要开发向ODS系统传送客户接触信息、行为信息接口。 5.2.2 流程和岗位调整建议
引入ODS系统后，生产系统在处理交易过程中从ODS系统获取共享数据，ODS能够协助生产系统完善视图展示，更好支撑一线人员看数需求；能够提供分析数据，更好提升针对性营销能力，以逐步提升生产流程的优化和功能完善。
进入ODS系统的数据需要经过数据清洗和数据质量管理，对存在逻辑错误的数据需要通过ODS系统的数据质量管理功能分拣出出，并将问题数据返回生产系统修改，这就要求生产系统增加相关的数据质量修改流程和环节。
生产系统数据通过ODS系统的数据质量管理过程后，对于发现的异常和错误数据需要相关的数据审核岗位修正数据，ODS系统的上线需要增加相关的岗位设置，例如数据审核岗、数据修正岗、模型管控岗等。 5.2.3 IT管控支撑建议
ODS系统承担着数据质量管理的重要任务，同时系统和周边生产系统存在大量的准实时访问接口，对整个电信系统的生产运营和分析产生重要影响，客观上要求加大IT管控的力度，提高系统建设质量，减少系统风险。
由于IT组织和管控支撑体系对于系统建设、维护、使用和系统生命周期管理的重要作用，ODS系统遵循ITSP战略规划，明确项目实施和管理的IT的组织体系，明确了系统生命周期管理中需求管理、供应商管理、项目管理、版本管理和运行管理的流程、要素和组织体系，方便各省参照实施。
版权所有，注意保密
46
E-O：技术规范
5.3 实施步骤 5.3.1 实施进度
CTG-MBOSS 规范
根据集团公司对ODS系统的建设规划和要求，系统实施和演进可以分为参与运营阶段、提升运营阶段、完善运营阶段：
? 数据整合阶段（2007年8月——2008年6月） 主要实现的目标如下：
1. 建立初步的ODS体系架构，整合BSS域的全部核心数据、OSS域中的工单与112
故障单及商务领航平台的订购相关数据；
2. 形成客户统一视图，解决客户品牌经营亟需的运营需求；
3. 建立初步的数据共享中心，为对数据实时性要求相对不高的系统提供数据共享服
务；
4. 完成部分其它生产系统未实现的批量计算功能；
5. 实现初步的数据质量管理功能，建立起初步的数据质量管理闭环流程。 ? 应用开发阶段（2008年6月——2009年12月） 主要实现的目标如下：
1. 扩展ODS体系架构，整合BSS市场营销域等数据、OSS的开通和故障数据、业务
平台数据；
2. 扩展与完善企业经营报表，承接生产系统对外报表提供，实现企业经营关键绩效
指标与经营风险的监控，满足管理层至客户经理的及时看数需求，提升运营支撑能力；
3. 为CRM、计费、10000号、网厅、服务开通、业务平台、资源管理等系统提供跨域
数据共享；
4. 扩展ODS上的批量计算功能； 5. 完善数据质量管理标准与体系。
? 完善提升阶段（2009年12月以后不断完善）
版权所有，注意保密
47
E-O：技术规范
主要实现的目标如下： 1. 完善ODS体系架构；
2. 完善业务运营过程中的统计、监控应用；
CTG-MBOSS 规范
3. 建成企业级的运营数据共享平台，为BSS、OSS系统提供更全面的数据共享；为国
家公安与安全机构、金融机构等外部机构提供其所需的中国电信运营数据； 4. 提供完善的数据质量管理体系。 5.3.2 实施步骤
ODS系统实施可以分为如下几个阶段：
改进全省上线后，系统持续改进全省推广展开试点局运行阶段评估试点系统试运行试点系统完善业务需求书确认、分析系统模型调研周边接口调研业务需求准备集成商本地化开发、设计割接上线6543完善21需求准备试点开发和测试试运行和上线试运行评估全省推广持续改进 图5－1 系统实施步骤
系统实施过程各个步骤的主要工作任务如下： ? 需求准备阶段
版权所有，注意保密
48
E-O：技术规范
CTG-MBOSS 规范
1. 系统数据模型调研：ODS系统将根据最新的中国电信企业数据模型建设，各
省CRM和计费系统数据模型和融合模型存在一定差异，需要对数据模型做充分的调研，寻找模型的差异，提出模型转换方案。
2. 周边接口调研：ODS系统和周边的CRM、计费、10000号、服务开通、数据仓
库等系统存在数据抽取和访问接口，需要详细调研接口现状，设计合理可靠的接口。
3. 业务需求准备：ODS系统存储了大量的准实时业务运营数据，可以提供报
表、查询、计算应用等功能，需要根据各省的业务和数据现状，调研相应的业务需求。
? 试点开发和测试阶段
1. 业务需求确认：根据业务需求，对ODS系统的业务功能和需求做确认工作。 2. 本地化开发：ODS系统软件集成商根据系统需求说明书，在技术规范的要求
下，做本地化开发工作。
? 试运行和上线阶段
1. 试运行：ODS系统将部分参与到生产系统的业务流程中，考虑到实施风险，
建议采用本地网试点，然后全省推广的方式。在试点阶段，需要监控系统性能，做好系统测试工作，系统基本稳定后启动全省推广工作。
2. 割接上线：试点本地网试运行结束后，如果基本系统建设目标，可以实施系
统割接，在割接过程中需要做好系统异常应急预案，降低实施风险。
? 试点运行评估阶段
1. 在试点结束后，需要对系统实施效果做详细评估，认真总结系统实施的经验
和教训，对系统存在的问题做认真整改。
? 全省推广阶段
1. 试点系统完成后，ODS系统将在全省推广，ODS全省推广需严格按照 “现状
调研－>接口准备->应用测试－>系统上线”的步骤进行，保证系统在其他本地网推广的效果；
版权所有，注意保密
49
E-O：技术规范
? 持续改进
CTG-MBOSS 规范
1. ODS系统的建设不是一步到位的软件产品，而是循序渐进的数据驱动与应用
驱动相结合的系统，需要根据业务需求不断完善系统功能，更多地承担中国电信准实时运营数据的统计功能。
2. ODS系统的数据模型按照集团企业数据模型建设，周边系统数据模型将逐步
向ODS系统数据模型靠拢。
3. ODS系统的数据质量是ODS自身和EDW成功实施的重要保证，在系统建设过
程中，要高度重视数据质量问题，加强对数据质量的监控，督促生产系统改善数据质量，提升ODS系统自身价值，同时为数据仓库系统提供优质的数据源。
6 系统部署
6.1 系统部署的参考因素
ODS系统整合了生产系统的运营数据，以准实时的方式向生产系统提供跨系统的数据共享。同时ODS系统基于整合好的运营数据提供查询、报表、计算等应用。由于ODS介入生产运营的特点，对系统的可靠性和稳定性提出了很高的要求。因此， ODS系统的建设模式和部署方法需要综合考虑如下因素：
（1） （2） （3） （4） （5） （6） （7）
遵循中国电信ITSP规划和CTG-MBOSS规范要求； 本省运营支撑系统部署模式和现状，周边系统规划； 省公司电信用户数和业务量； 中国电信IT管控的要求；
ODS系统平台可靠性、稳定性、性能的要求； 支撑系统的数据模型差异性，数据模型改造难度； 本地网个性化业务需求，是否需要建设本地运营数据平台。
版权所有，注意保密
50
E-O：技术规范