《中国联通统一经营信息服务系统技术规范（讨论稿）》由会员分享，可在线阅读，更多相关《中国联通统一经营信息服务系统技术规范（讨论稿）（98页珍藏版）》请在金锄头文库上搜索。
1、中国联通统一经营信息服务系统技术规范（讨论稿）中国联通统一经营信息服务系统 技术规范（讨论稿）中国联通综合电信业务支撑系统统一经营信息服务子系统技术规范（讨论稿）中国联通客服、结算与信息系统部2002.6.15目录81 总则 81.1 系统建设提出的背景 81.1.1 电信行业背景 81.1.2 中国联通对统一经营信息的基本需求 91.1.3 现有经营信息提供方式的不足 111.1.4 统一经营信息服务子系统建设的必要性 131.2 规范适用范围 131.3 规范起草单位 131.4 规范解释权 131.5 术语解释 151.6 参考文献 162 系统建设目标及原则 162.1 系统建设目标及
2、步骤 162.1.1 建设目标 162.1.2 建设方式 172.1.3 建设步骤 182.2 系统建设技术原则 182.2.1 灵活性和扩展性 182.2.2 安全可靠性 182.2.3 可维护性 182.2.4 易用性 192.2.5 可理解性 192.2.6 响应及时性 192.2.7 互操作性 192.3 系统经营信息组织原则 192.3.1 经营信息与业务操作数据相分离的原则 202.3.2 按照本质特征组织经营信息结构的原则 202.3.3 信息沉淀原则 202.3.4 多粒度原则 202.3.5 统一经营信息集中服务原则 202.3.6 总部省分公司经营信息服务一体化原则 212
3、.3.7 系统经营信息接口和源数据接口标准化、规范化原则 213 系统体系结构 213.1 系统环境体系结构 223.2 系统功能体系结构 233.2.1 纵向描述 253.2.2 横向描述 253.2.2.1 数据采集层 253.2.2.2 数据仓库生成层 263.2.2.3 应用逻辑层 263.2.2.4 元数据管理 263.2.2.5 系统管理 273.3 系统信息体系结构 284 系统接口 284.1 接口设计原则 284.2 接口分类 294.3 外部接口设计要求 294.3.1 数据采集接口 294.3.1.1 数据采集接口概述 304.3.1.2 数据采集接口方式 314.3.2
4、 经营信息提供接口要求 314.4 内部接口设计要求 314.4.1 与系统本地化应用的接口要求 324.4.2 总部与省分公司系统间接口要求 325 系统功能及处理流程 325.1 总体业务功能 335.2 总体处理流程 355.3 数据采集 365.3.1 数据源文件监视器 375.3.2 数据源文件预处理 385.3.3 数据源文件格式检查 405.4 数据仓库的数据加载 415.4.1 ETL 功能 425.4.2 数据清洁 7C 的标准，tpmC 值是根据标准模型中 New-Order 事务的处理数目来计算的，一个 New-Order 事务由平均 4-5 个 SQL 语句处理完成，整
5、个测试的执行过程中，New-Order 处理占 45%。估算条件：用户数按 140 万计算每天每用户按 5 个话单分析过程：每分钟处理： （用户数）140 万*5/24/60 =4861峰值处理： 4861*2 = 9722需执行约 8 个 SQL 语句，则估算一个话单汇总处理业务相当的 TPC-C 值为：8*0.45/4 = 0.9 TPC-C话单汇总和分析，的 TPC-C 值要求满足：9722 * 0.9 = 8750假设其他经营分析的 TPC-C 总和与话单分析的 TPC-C 相等。8750*2=17500考虑 25%的冗余（系统其它开销）：主机性能=17500*1.25 =23333D
6、W/OLAP/WEB 服务器性能分析DW/OLAP/WEB 服务器主要完成的功能：数据仓库的数据存储对数据进行 OLAP 分析提供用户的连接提供 WEB 展现功能从功能上分析，该服务器既有 OLAP 处理，又有 OLTP 的处理。是两种应用的结合，因此，在性能的分析上，我们要进行了综合考虑。OLAP 分析的时长是与数据量有一定的关系的，也就是数据量的增加，相应的分析时长也会增加。OLAP 数据模型的生成要对数据库进行 OLTP 处理，所以该服务器的性能应大于或等于 ODS/ETL 服务器的 TPMC 值。系统实施配置系统软件要求要求采用开放、界面友好、具有较强的网络通信处理功能、完备的安全保密
7、机制的系统软件。网络平台要求鉴于 Internet 已经成为网络的事实标准，本系统的网络平台要求架构在TCP/IP 之上。无论底层网络接入采用什么协议、或操作系统采用什么平台，系统的网络平台采用 TCP/IP 协议。操作系统平台和数据库管理系统要求统一经营信息服务系统主要包括提供各类数据服务的后台服务器，和系统管理终端。建设统一经营信息平台时需要构建数据仓库服务器、ETL 服务器等其它服务器，在保证系统性能和安全的前提下，它们可以跨平台建设，采用 UNIX 操作系统或 Windows NT/2000 server 等平台。同样在保证系统性能和安全的前提下，在构建数据仓库时，可以选择商用大型关系
8、型数据库，这些数据库必须具备数据仓库处理能力。系统管理终端采用 Windows98/NT/2000 操作系统平台。软件界面要求本系统为统计分析应用系统提供数据支持，因此，本系统对外的界面主要有供各部门手工录入数据的 WEB 页面、供各部门浏览的 OLAP 报表界面、及供系统管理员进行系统管理而设的图形界面。系统对外界面应该：启动界面中应该有用户权鉴功能。窗口和菜单的设计应该简单明了、方便操作、风格一致。设计的报表页面应该简捷、美观、大方、指标数据层次清晰。数据库及数据仓库要求本平台是供基于海量的业务操作数据作分析和统计的应用系统使用的。系统运行环境中包含有面向企业的 ODS 数据库和面向企业决
9、策的多主题的数据仓库。数据库及数据仓库软件方面：具有在线备份、恢复机制；支持数据库开发工具；支持网络协议；支持数据安全等。数据存储设备要求：支持足够大的数据存储容量；处理速度上满足系统的要求。主机要求支持数据库和数据仓库的服务器需采用具有大容量磁盘阵列的高性能企业级的服务器。 由于 ETL 服务器处理的数据量比较大，所以要采用性能比较高的企业级服务器。系统逻辑上应包括以下几类服务器，服务器物理配置由各厂家根据具体实施情况设计。元数据信息服务器存放系统中的所有元信息，包括：源数据文件格式元信息、总部数据文件格式元信息、商业规则元信息、数据仓库元信息、ODS 元信息、ETL 规则等。将所有上述元信
10、息放在一个服务器上便于管理，同时也便于访问。ETL 服务器用于决策支持的数据仓库中的数据不是单单把业务系统的中的数据拿来就可用的。一般都需要做一定的预处理。这其中就要用到 ETL 即抽取、转换、装入工具。该部分对应于数据子系统中的数据处理，包括数据生成和数据刷新。数据仓库及 ODS 服务器数据仓库是面向决策支持的，其特点是拥有各种不同粒度的数据，因而其数据量巨大，但是访问的频度则要低得多。另外数据仓库中数据的组织形式也与数据库有很大区别，数据仓库一般采用多维模型，尤其是星型模型，即数据仓库一般包括一个事实表和若干维表，不同维的层次即能表示不同粒度的数据信息。ODS（操作型数据存储）是用于支持企
11、业日常的全局应用的数据集合，保存在 ODS 中的数据具有 4 个基本特点：面向主题的、集成的、可变的、数据是当前的或接近当前的。它架设了 OLTP 系统和 OLAP 系统的桥梁。为了提高从 ODS 到数据仓库导入数据的效率，将 ODS 和数据仓库放在一台服务器上，这样就要求数据仓库及 ODS 服务器具有海量存储能力，和高的主机性能。统计报表服务器提供基于传统的各式统计型报表，该部分对应于报表子系统中的报表处理部分，确切的说，对应于报表处理中的统计型报表处理。OLAP 服务器OLAP 服务器则是将数据仓库的数据按各种主题组织成多个多维立方体，它直接为前端各种展示工具提供快速响应服务。因此需要数据
12、仓库的支持，使得在秒级获得各种查询或分析报表的响应。该部分对应于报表子系统中的报表处理部分，确切的说，对应于报表处理中的分析型报表处理。Web 服务器设置 Web 服务器，为用户提供通过 Web 访问 OLAP/数据挖掘等服务器的接口。从而为决策者们从网络任何地点接入提供极大的灵活性。数据挖掘服务器在系统中、远期目标中，要包括数据挖掘服务器，利用数据挖掘技术，从大量客户信息、业务数据中找出人们未知的知识，用于企业的经营决策支持。存放各类算法、获得的各类知识、知识生成，知识刷新等。系统存储容量估算ODS 数据库数据量估计：在 GSM 系统中，假设 300 万用户，每天的话单数据量为 1.6G，假
13、设其他的VOIP、193、165 等系统的话单数量总共也为 1.6G，存放 3 个月的话单数据，需要（1.61.6）303288G。同时，ODS 数据库中需要客户、用户、帐户等静态数据及帐单数据，GSM 的这部分数据为 70G，假设其他业务的数据也近似共为 70G，考虑到这些数据中会更改，每个月假设更改 20%用户，考虑存放 3 个月的更改数据，所需的数量为：140140203224G。DW 数据量估计：如果仅考虑业务类分析主题，每个事实表若平均为 5 个维，其中包含时间维，维的平均层次为 3 层，每个层次有 3 个分类值，度量的字节数：50Byte，考虑到维不同层次之间交叉取值含义的有效性，
14、压缩比保守考虑为 20，若考虑 DW 中存放两年数据，则空间估算如下：业务营业信息和业务计费信息时间维一般到日，所以估计基础数据量为：（2 年*365 天*(3 值3 层次)4 维）*(4 字节*5 个维字段+度量占 50 字节) * (6 个基础业务+1 个综合业务) * 8 个事实表=1.416T其它业务分析主题时间维取值一般到月，所以估计基础数据量为：（2 年*12 月*(3 值3 层次)4 维）*(4 字节*5 个维字段+度量占 50) *（6个基础业务1 个综合业务）*8 个事实表=47G系统用于临时存放专业源数据和报表及建索引等数据的容量粗略估算为以上容量的 20整个数据库的容量估
15、计为：(288224141647)1202 . 37T附录 1：GSM、CDMA 接口文档样本以下以本系统与移动业务系统的主动数据采集接口为例描述了接口的具体内容，系统与其它专业系统的数据采集接口及系统与其它系统经营数据文件接口可参考以下内容制定。接口信息编号接口名称接口编号GSM 用户信息接口、CDMA 用户信息接口010用户押金信息接口020用户服务信息接口030付款信息接口040综合帐单信息日传送接口050综合帐单信息月传送接口051欠费接口060预存款接口070资源销售记录接口080资源状况接口090详单记录接口100用户套餐接口110用户营业业务记录接口120增值业务使用接口130新
16、业务使用接口140首张落地话单接口150充值记录接口160客户信息接口170客户用户关系信息接口180资源状态变迁接口190销帐接口210用户信息接口接口信息总体描述在系统进行割接时传递某一个时点的全部用户信息，以后的接口中的信息是本接口在一个传递周期内发生变更的用户部分信息。不包括用户定购和变更的服务信息、用户套餐信息、用户押金信息，相应的信息在对应的接口中体现。用户标识和用户所拥有的资源类型以及资源编号是一对多的关系，因此需要用多条记录来反映用户所拥有的资源的变化。例如新建用户，就需要用 2 条记录来分别记录用户的号码和 SIM 卡号接口实现方式使用文件传送方式。接口传递周期以天为单位传递数据。接口数据格式GSM 用户信息接口数据格式字段英文名参数类型缺省值是否为空主键字
