《【精品文档】中国联通浙江分公司统一经营分析系统建设思路交流》由会员分享，可在线阅读，更多相关《【精品文档】中国联通浙江分公司统一经营分析系统建设思路交流（64页珍藏版）》请在金锄头文库上搜索。
1、,浙江分公司统一经营分析系统 建设思路交流,一、系统建设背景,新一轮电信业的竞争将全面展开 WTO, 国外电信运营商及资本逐步进入国内 电信重组、3G牌照的发放竞争对手的挑战 ARPU 逐渐下降, 用户数的高速增长如何转化为利润的增长 联通业务受两面夹击, 高端: 中国移动 ,低端: 中国电信, “小灵通”联通业务发展战略 实施业务领先，拓展市场、提高市场占有率 实施服务领先，保持C网高端品牌优势,中国联通面临的挑战,电信运营商的服务演变,Tele-Solution 解决方案提供商,网络建设 话音,网络优化 电信集成方案服务 为最终消费者和其他服务设施之间提供界面管理服务,网络建设 话音 数据
2、,接入服务 话音 数据 增值服务,开始提高、优化话音为基础的电信网络 以及数据业务的QoS 开始发展增值服务,扩展电信网络 提高固定网、移动网的网络覆盖率 发展数据业务,提高以话音业务为基础的网络覆盖率 开始发展移动业务,经营分析需求宏观,经营分析需求微观,信息系统部每天面对来自业务部门、地市分公司大量促销方案的分析和评估需求 需提供制定市场政策的分析决策数据（例：对已有大量套餐和不同的用户群中，哪类套餐、用户群对收入贡献最大？) 需提供每月经营分析会统一分析的指标数据。 实时提供每日的经营情况数据。 业务部门、财务部、计划部、互联互通部等日常统计表报的提供。,经营分析需求外部,个性化的客户需
3、求是什么？如何满足这种需求？ 客户消费呈现出何种层次化特征？ 面对竞争对手，如何保持现有客户、发展新客户？ 如何快速、灵活地应对市场的变化，降低市场风险？,经营分析需求内部,2002年1月起，联通公司计划财务部、上市办需要每月公布一次经营信息，每三月公布一次财务信息，这些信息的生成和传递需要良好的信息支持平台。 联通公司总部市场部需要及时、准确地了解各省分公司的市场现状。 省分公司市场部以及各业务部门需要了解本省地市业务情况、用户情况等。 地市级分公司需要客户的静态信息、行为信息、使用信息，从而制定用户发展和保持的具体市场措施。,营帐系统报表功能难满足需求（1）,营帐系统报表功能难满足需求（2
4、）,报表格式不灵活，重新设计格式或更新较难无法动态集成业务系统新产生的数据无法提供跨业务支撑系统的统计、分析报表无法了解客户与企业产品之间的互动关系无法为企业提供经营决策的深度依据,操作型和分析型系统功能的分离,经营信息数据的形成,经营分析系统数据架构,统一经营分析系统建设的目标,建设一个不依赖于应用，而依赖于原始操作数据的信息本质，从专业系统提取数据，组织、存储、展现经营信息，构建统一经营信息服务系统(UBIS)。 为经营信息的流通提供统一、流畅的传输通道，使企业经营信息在总部、省分、地市之间自动、快速的上传下达，减少信息的中间处理环节，提高信息的真实可靠性和及时性，保证经营信息的质量和时效
5、。,二、经营分析系统现状,经营信息提供现状分析（1）,第一种经营信息提供方式 利用业务支撑系统ORACLE/SYBASE的SQL脚本收集统计业务数据，并手工完成报表制作 。,经营信息提供现状分析（1）续,缺陷如下： 报表制作人员的工作负担重，效率低下，而且会引入人为的错误； 随着时间的推移会逐渐满足不了业务部门日益增长业务数据的要求，报表较难从多个业务支撑系统中获取数据； 为不影响业务支撑系统的效率，统计、查询功能很难满足业务管理上复杂关联查询的需求； 报表的分发都是通过人工完成的；,经营信息提供现状分析（2）,第二种经营信息提供方式利用业务支撑系统内置的报表功能生成业务报表。,经营信息提供现
6、状分析（2）续,缺陷如下： 报表格式是预定义、静止的，较难适应报表数据源、报表内容和结构的要求发生变化，报表灵活性和效率均会受到极大的限制； 报表功能是简单的； 有些报表需要来自于非业务支撑系统的外部数据源，有些报表需要跨业务支撑系统的综合型数据，对这类报表要求该方式无法满足； 无法支持报表数据的动态探查功能，不能实现对业务经营信息进行归纳和演绎地挖掘；,经营信息提供现状分析（3）,第三种经营信息提供方式利用第三方报表工具从业务支撑系统中采集 数据，直接生成报表 。,经营信息提供现状分析（3）续,缺陷如下： 分专业进行的，无法满足跨业务综合型报表需求； 没有沉淀出经营数据，报表更新增加业务支撑
7、系统的信息处理压力； 无法适应报表数据源的变化和报表可扩展性要求； 报表流转过程过于复杂，各专业生产系统均有一套独立的报表制作与流转机制，严重影响了经营信息上报的及时性、一致性与准确性，并增加报表处理的复杂性。,经营信息提供现状分析总结,统计分析报表的数据来源、采集途径及提供报表的流程多样、复杂，缺乏灵活性和扩展性； 不同的统计报表出口，会导致经营信息不一致； 难于支持迫切需要的决策支持系统和客户关系管理系统。,三、浙江联通BI建设思路,UBIS系统建设总体规划,通过第二数据中心的建设，逐步将各业务生产子系统的业务数据、客户数据以及其他重要经营数据抽取、转换、存储到统一经营信息服务系统中，在此
8、基础上实现统计报表、分析报表、主题分析、辅助决策等的全方位经营信息支持服务，分阶段构建统一经营信息服务系统。,浙江UBIS系统建设路线图,远期,近期,初期,经浙江分公司研发部、宏智科技的合作，已建成一套“市场部管理平台（SCB)”，该系统基本满足业务报表的需求。 营帐中间表方式,构建DW； 进一步进行数据挖掘； 完善客户类信息分析； 为经营分析、决策提供支撑。,第二数据中心的建成，构建ODS； 展示层可直接由ODS、DW提供数据。 ODS抽取各关联系统数据,策略,建设步骤,DW构建,深度挖掘,需求指标,报表系统 上线,特点,有效缩短系统上线周期，可以在最短的时间内见成效，既保证系统在架构上的先
9、进性，又兼顾了联通对本系统尽快上线的实际需求； 充分利用营帐系统资源； 考虑技术的成熟性。,功能完善,经营信息系统的逻辑部署模型,WEB,GUI,API,经营业务报表（BSR）,客户信息分析（CIA）,商业管理,统计报表,OLAP,数据挖掘,结算系统,计费系统,其他系统/ 外部数据,元数据管理,商业元数据管理,数据仓库元数据管 理,ETL规则管 理,数据源元数据管 理,营帐系统,系统管理,数据展现,数据存储,ETL,数据获取,用户权限管理,系统监视,接口管理,四、系统功能及技术实现,经营分析系统初期,浙江经营分析初期系统（主要SCB系统)，通过营帐、计费等系统生成180张临时中间表、50多张最
10、终结果表，在此基础上，展现移动、短信、增值业务等业务类型报表。 中间表在营帐系统库表中建立，每日定时启动进程生成数据（1：00启动3个、3：00启动4个）。 基于J2EE技术的WEB平台。 详参附后资料。,软件平台,所用控件：JAVA applet 开发环境：JSP + Tomcat 数据库：Oracle 8i 数据抽取：存储过程 数据来源：营帐系统 存储量：在10G以内 抽取保存账单，不保留详单； 日数据量很小； 保存6个月数据； 后台操作系统： HP Unix 前台操作系统：Win2000,SCB系统已实现的主要功能,统计分析： 星级客户分析 大客户流失分析 大客户异动分析 大客户话费跟踪
11、分析 竞争对手分析 通话行为分析 客户发展及流失分析 营销手段分析 实时信息分析 客户交费情况分析 新增/流失客户分析 日常收益分析 增值业务分析 业务量情况分析 收入总量及变化分析,出帐信息分析 ARPU分析 客户欠费情况分析 客户离网情况分析 资费套餐分析 零话费分析 帐单分析 好号码分析 客服信息分析 客户投诉焦点分析 客服呼叫焦点分析,（具体功能展示可见附件资料）,近期系统实现方案,浙江经营分析系统的建设分初期（已完成）、近期、远期三个阶段完成，近期功能系统正在建。 近期系统采用基于J2EE技术的WEB平台，通过嵌入Cognos、StyleReport等报表工具，建立DW模型，并利用P
12、owerMart ETL数据抽取工具，提取营帐及其他关联系统数据，支持表报（一/二类、本地）、OLAP、部分主题分析、挖掘。,系统权限管理,归档/备份/恢复管理,报表管理,系统接口管理,系统日志管理,系统监控,经营信息系统功能模型,系统功能,数据挖掘,OLAP分析,报表功能,数据获取,ETL重做,ETL错误处理,数据稽核,数据加载,数据转换,接口数据抽取,即席报表,固定报表,营销管理分析模块,服务质量分析模块,市场竞争分析模块,网络性能分析模块,大客户分析模块,业务发展分析模块,收益情况分析模块,客户发展分析模块,客户闭合群分析,客户价值分析,时间序列分析,业务相关性分析,欠费客户分析,流失客
13、户分析,市场细分,综合应用,系统管理,信息展示,营销专题模块,合作服务专题模块,竞争对手专题模块,市场细分专题模块,元数据管理,信息订阅,信息发布,数据抽取调度管理,硬件体系架构,技术实现整体框架,硬件平台： IBM670服务器 ODS DBMS ETL SERVER 文件服务器 数据采集服务器 HP8400服务器 DW DBMS OLAP服务器 WEB服务器 系统管理模块 存储 IBM ESS800磁盘阵列 分析、浏览终端 PC Server e-Server X445,软件平台： 展示平台：基于J2EE的WEB平台 数据抽取：PowerMart 模型制作：PowerDesign 数据展现：
14、Cognos 报表制作：StyleReport 系统管理：Java开发的程序,数据接口区（ODS）,数据集市,源数据存放区,中央数据 仓库,数据转换、加载,数据转换、加载,数据监查 数据抽取、预处理,ETL 物理实现,数据抽取（ETL）,各 生 产 系 统,采用主动式文件接口； 各生产系统定期将数据传送至源数据存放区； 文件格式为文本文件或数据库表文件； 源数据监查：监视各业务系统是否按时将文件传达；检查传达的文件是否正确。,固定类业务报表,收入分析 业务量分析 用户发展分析 结算 用户行为分析 渠道分析 离网分析 增值业务 竞争对手分析,部分本地主题分析,欠费分析 收入趋势分析 离网分析(大
15、进大出) 套餐分析(话务结构),分析维度,时间 、地域 年龄段 、用户性别 、消费层次 、客户类型 、客户职 业 、信用等级 业务品牌、业务种类 、通信时段、运营商 费用类别 、交费途径、结算单位 业务受理服务类型 、咨询/查询/投诉途径 、投诉类型 营销渠道 、促销类型 、营销人员综合素质等级 小区网元编码、所属BSC 、所属MSC ,分析指标,用户总数 、活动用户数 、欠费用户数 、流失用户数 通信时长、通信次数、MOU（月平均通信时长） 收入总量 、收入增量 、ARPU 、代收费 、结算费 客户咨询/查询人次 、客户咨询/查询人数 、客户投 诉人次 大客户数 、大客户业务量增量 、本类大
16、客户收益占同 类客户收益总量的比例 呼转计费时长 、呼转通话次数 TCH掉话率 、TCH话务量 、TCH拥塞率 、告警次数 ,以电信企业为例,计费系统,客户,收入,服务,数 据 仓 库,生产系统（OLTP系统）：面向应用、事务驱动的实时性高数据检索量少主要处理当前数据需要一个数据库引擎RDBMS,数据仓库系统（决策支持系统）：面向主题（客户、收入、服务）实时性要求不是特别高数据检索量大，综合分析处理存储大量的历史数据和当前数据需要一个数据仓库引擎RDBMS,帐务系统,客服系统,数据库与数据仓库,简单的数据挖掘,挖掘模型回归分析、神经元网络、决策树、关联规则等挖掘内容 市场细分 闭环客户群分析 流失客户特征分析 欠费客户特征分析 业务相关性分析 时间趋势预测,前端展现WEB方式,分析结果呈现示例1-C/S模式,
