中国联通浙江分公司统一经营分析系统建设思路交流

1、 浙江分公司统一经营分析系统 建设思路交流 一、系统建设背景新一轮电信业的竞争将全面展开WTO, 国外电信运营商及资本逐步进入国内电信重组、3G牌照的发放竞争对手的挑战ARPU 逐渐下降, 用户数的高速增长如何转化为利润的增长联通业务受两面夹击, 高端: 中国移动 ,低端: 中国电信, “小灵通联通业务开展战略实施业务领先，拓展市场、提高市场占有率实施效劳领先，保持C网高端品牌优势中国联通面临的挑战电信运营商的效劳演变Tele-Solution解决方案提供商网络建设话音网络优化电信集成方案效劳为最终消费者和其他效劳设施之间提供界面管理效劳网络建设话音数据接入服务话音数据增值服务开始提高、优化话

2、音为根底的电信网络以及数据业务的QoS开始开展增值效劳扩展电信网络提高固定网、移动网的网络覆盖率开展数据业务提高以话音业务为根底的网络覆盖率开始开展移动业务80 100090年份US$29US$1.2 US$59US$99业务收入：十亿美元电信企业竞争激烈粗放经营集约化经营单一价格竞争整体实力竞争对市场策略的应对要求越来越高经营能力的提升成为电信运营商竞争力提升的重要手段现有市场经营分析的手段、工具、方法较难满足市场的发展需求数据分散在各个子系统中，无法形成整体经营信息视图。面向事务处理的数据组织不能适应高效的经营分析经营分析需求宏观经营分析需求微观信息系统部每天面对来自业务部门、地市分公司大

3、量促销方案的分析和评估需求需提供制定市场政策的分析决策数据例：对已有大量套餐和不同的用户群中，哪类套餐、用户群对收入奉献最大？)需提供每月经营分析会统一分析的指标数据。实时提供每日的经营情况数据。业务部门、财务部、方案部、互联互通部等日常统计表报的提供。 经营分析需求外部个性化的客户需求是什么？如何满足这种需求？客户消费呈现出何种层次化特征？面对竞争对手，如何保持现有客户、开展新客户？如何快速、灵活地应对市场的变化，降低市场风险？经营分析需求内部2002年1月起，联通公司方案财务部、上市办需要每月公布一次经营信息，每三月公布一次财务信息，这些信息的生成和传递需要良好的信息支持平台。联通公司总部

4、市场部需要及时、准确地了解各省分公司的市场现状。省分公司市场部以及各业务部门需要了解本省地市业务情况、用户情况等。地市级分公司需要客户的静态信息、行为信息、使用信息，从而制定用户开展和保持的具体市场措施。营帐系统报表功能难满足需求1CustomerCompetitionChange客户的需求是什么？是否得到满足？业务性能？企业与客户的关系？客户性能？信息的针对性？信息的正确性？信息的及时性？现有报表的经营支持能力营帐系统报表功能难满足需求2 报表格式不灵活，重新设计格式或更新较难 无法动态集成业务系统新产生的数据 无法提供跨业务支撑系统的统计、分析报表 无法了解客户与企业产品之间的互动关系 无

5、法为企业提供经营决策的深度依据操作型和分析型系统功能的别离Templates显示分析发现探查发现理解分析型数据业务受理业务设计信息管理操作型数据ETL业务人员分析人员经营信息数据的形成面向主题集成的稳定的随时间追加业务值支持管理决策面向应用有限集成的经常更新的当前业务值支持日常业务操作型数据分析型数据操作型数据和分析型数据是有区别的营业数据CDR帐务数据年月日历史帐务数据经营分析系统数据架构数据操作型数据1、信息量小、实时、经常改变；2、包括业务资料、客户资料、系统资料等。 统计、查询型数据数据1、信息量大、准实时、不经常改变；2、包括帐单、详单、客户资料等经营信息查询子系统子系统子系统统一经

6、营分析系统建设的目标建设一个不依赖于应用，而依赖于原始操作数据的信息本质，从专业系统提取数据，组织、存储、展现经营信息，构建统一经营信息效劳系统(UBIS)。为经营信息的流通提供统一、流畅的传输通道，使企业经营信息在总部、省分、地市之间自动、快速的上传下达，减少信息的中间处理环节，提高信息的真实可靠性和及时性，保证经营信息的质量和时效。二、经营分析系统现状经营信息提供现状分析1第一种经营信息提供方式利用业务支撑系统ORACLE/SYBASE的SQL脚本收集统计业务数据，并手工完成报表制作 。经营信息提供现状分析1续缺陷如下：报表制作人员的工作负担重，效率低下，而且会引入人为的错误；随着时间的推

7、移会逐渐满足不了业务部门日益增长业务数据的要求，报表较难从多个业务支撑系统中获取数据；为不影响业务支撑系统的效率，统计、查询功能很难满足业务管理上复杂关联查询的需求；报表的分发都是通过人工完成的；经营信息提供现状分析2第二种经营信息提供方式 利用业务支撑系统内置的报表功能生成业务报表。 经营信息提供现状分析2续缺陷如下：报表格式是预定义、静止的，较难适应报表数据源、报表内容和结构的要求发生变化，报表灵活性和效率均会受到极大的限制；报表功能是简单的；有些报表需要来自于非业务支撑系统的外部数据源，有些报表需要跨业务支撑系统的综合型数据，对这类报表要求该方式无法满足；无法支持报表数据的动态探查功能，

8、不能实现对业务经营信息进行归纳和演绎地挖掘； 经营信息提供现状分析3第三种经营信息提供方式 利用第三方报表工具从业务支撑系统中采集数据，直接生成报表 。经营信息提供现状分析3续缺陷如下：分专业进行的，无法满足跨业务综合型报表需求；没有沉淀出经营数据，报表更新增加业务支撑系统的信息处理压力； 无法适应报表数据源的变化和报表可扩展性要求；报表流转过程过于复杂，各专业生产系统均有一套独立的报表制作与流转机制，严重影响了经营信息上报的及时性、一致性与准确性，并增加报表处理的复杂性。 经营信息提供现状分析总结统计分析报表的数据来源、采集途径及提供报表的流程多样、复杂，缺乏灵活性和扩展性；不同的统计报表出

9、口，会导致经营信息不一致；难于支持迫切需要的决策支持系统和客户关系管理系统。三、浙江联通BI建设思路 UBIS系统建设总体规划 通过第二数据中心的建设，逐步将各业务生产子系统的业务数据、客户数据以及其他重要经营数据抽取、转换、存储到统一经营信息效劳系统中，在此根底上实现统计报表、分析报表、主题分析、辅助决策等的全方位经营信息支持效劳，分阶段构建统一经营信息效劳系统。浙江UBIS系统建设路线图远期近期 初期经浙江分公司研发部、宏智科技的合作，已建成一套“市场部管理平台SCB)，该系统根本满足业务报表的需求。营帐中间表方式构建DW；进一步进行数据挖掘；完善客户类信息分析；为经营分析、决策提供支撑。

10、第二数据中心的建成，构建ODS；展示层可直接由ODS、DW提供数据。ODS抽取各关联系统数据策略建设步骤DW构建深度挖掘需求指标报表系统上线特点有效缩短系统上线周期，可以在最短的时间内见成效，既保证系统在架构上 的先进性，又兼顾了联通对本系统尽快上线的实际需求；充分利用营帐系统资源；考虑技术的成熟性。功能完善经营信息系统的逻辑部署模型WEBGUIAPI经营业务报表BSR客户信息分析CIA商业管理统计报表OLAP数据挖掘抽取、转换和加载结算系统计费系统其他系统/外部数据元数据管理商业元数据管理数据仓库元数据管 理ETL规那么管 理数据源元数据管 理 营帐系统系统管理数据展现数据存储ETL数据获取

11、用户权限管理系统监视接口管理四、系统功能及技术实现经营分析系统初期浙江经营分析初期系统主要SCB系统)，通过营帐、计费等系统生成180张临时中间表、50多张最终结果表，在此根底上，展现移动、短信、增值业务等业务类型报表。中间表在营帐系统库表中建立，每日定时启动进程生成数据1：00启动3个、3：00启动4个。基于J2EE技术的WEB平台。详参附后资料。软件平台所用控件：JAVA applet 开发环境：JSP + Tomcat 数据库：Oracle 8i数据抽取：存储过程数据来源：营帐系统存储量：在10G以内抽取保存账单，不保存详单； 日数据量很小；保存6个月数据；后台操作系统： HP Unix

12、前台操作系统：Win2000SCB系统已实现的主要功能统计分析：星级客户分析 大客户流失分析大客户异动分析 大客户话费跟踪分析 竞争对手分析 通话行为分析 客户开展及流失分析 营销手段分析 实时信息分析 客户交费情况分析 新增/流失客户分析 日常收益分析 增值业务分析 业务量情况分析 收入总量及变化分析 出帐信息分析ARPU分析客户欠费情况分析客户离网情况分析资费套餐分析零话费分析帐单分析好号码分析 客服信息分析 客户投诉焦点分析 客服呼叫焦点分析 具体功能展示可见附件资料近期系统实现方案浙江经营分析系统的建设分初期已完成、近期、远期三个阶段完成，近期功能系统正在建。近期系统采用基于J2EE技

13、术的WEB平台，通过嵌入Cognos、StyleReport等报表工具，建立DW模型，并利用PowerMart ETL数据抽取工具，提取营帐及其他关联系统数据，支持表报一/二类、本地、OLAP、局部主题分析、挖掘。系统权限管理归档/备份/恢复管理报表管理系统接口管理系统日志管理系统监控经营信息系统功能模型 系统功能数据挖掘OLAP分析报表功能数据获取ETL重做ETL错误处理数据稽核数据加载数据转换接口数据抽取即席报表固定报表营销管理分析模块效劳质量分析模块市场竞争分析模块网络性能分析模块大客户分析模块业务开展分析模块收益情况分析模块客户开展分析模块客户闭合群分析客户价值分析时间序列分析业务相关

14、性分析欠费客户分析流失客户分析市场细分综合应用系统管理信息展示营销专题模块合作效劳专题模块竞争对手专题模块市场细分专题模块元数据管理信息订阅信息发布数据抽取调度管理硬件体系架构技术实现整体框架硬件平台：IBM670效劳器ODS DBMSETL SERVER文件效劳器数据采集效劳器HP8400效劳器DW DBMSOLAP效劳器WEB效劳器系统管理模块存储IBM ESS800磁盘阵列分析、浏览终端PC Server e-Server X445 软件平台：展示平台：基于J2EE的WEB平台数据抽取：PowerMart模型制作：PowerDesign数据展现：Cognos报表制作：StyleRepor

15、t系统管理：Java开发的程序数据接口区ODS数据集市源数据存放区中央数据仓库数据转换、加载数据转换、加载数据监查 数据抽取、预处理ETL 物理实现数据抽取ETL各生产系统采用主动式文件接口；各生产系统定期将数据传送至源数据存放区；文件格式为文本文件或数据库表文件；源数据监查： 监视各业务系统是否按时将文件传达； 检查传达的文件是否正确。固定类业务报表收入分析业务量分析用户开展分析结算用户行为分析渠道分析离网分析增值业务竞争对手分析局部本地主题分析欠费分析收入趋势分析离网分析(大进大出)套餐分析(话务结构) 分析维度时间 、地域 年龄段 、用户性别 、消费层次 、客户类型 、客户职业 、信用等

16、级 业务品牌、业务种类 、通信时段、运营商 费用类别 、交费途径、结算单位 业务受理效劳类型 、咨询/查询/投诉途径 、投诉类型 营销渠道 、促销类型 、营销人员综合素质等级 小区网元编码、所属BSC 、所属MSC 分析指标用户总数 、活动用户数 、欠费用户数 、流失用户数 通信时长、通信次数、MOU月平均通信时长 收入总量 、收入增量 、ARPU 、代收费 、结算费 客户咨询/查询人次 、客户咨询/查询人数 、客户投诉人次 大客户数 、大客户业务量增量 、本类大客户收益占同类客户收益总量的比例 呼转计费时长 、呼转通话次数 TCH掉话率 、TCH话务量 、TCH拥塞率 、告警次数 以电信企业

17、为例计费系统客户收入效劳 数 据 仓 库生产系统OLTP系统： 面向应用、事务驱动的 实时性高 数据检索量少 主要处理当前数据 需要一个数据库引擎RDBMS数据仓库系统决策支持系统： 面向主题客户、收入、效劳 实时性要求不是特别高 数据检索量大，综合分析处理 存储大量的历史数据和当前数据 需要一个数据仓库引擎RDBMS帐务系统客服系统数据库与数据仓库简单的数据挖掘挖掘模型 回归分析、神经元网络、决策树、关联规那么等 挖掘内容市场细分闭环客户群分析流失客户特征分析欠费客户特征分析业务相关性分析时间趋势预测前端展现WEB方式分析结果呈现例如1-C/S模式分析结果呈现例如2-B/S模式旋转前旋转后前

18、端展现OLAP旋转前端展现OLAP钻取前端展现OLAP切片主题一： 客户开展分析分析内容客户总量分析、开展趋势分析、构成分析新增/流失客户分析、异动分析、行为分析所解决问题开掘客户的分布含时间序列和比例对客户进行信用评定、奉献度排名、时段分析确定风险系数分布和对企业经营的影响程度如何开掘客户特性因素与业务效劳、经营风险、利润间的关系举例：客户流失分析直接穿透查看用户往期收入及个人信息举例：客户欺诈行为分析主题二：业务开展分析分析目的开掘哪些客户群需要增加哪种业务效劳、新业务对话务量和收入的影响、资费调整对收入的影响分析内容分时长业务量分析竞争对手业务量分析与竞争对手业务开展情况比较业务使用总量分析业务量开展预测分析业务增量预测分析及MOU月平均通话时长预测分析举例：分时长业务量分析主题三：收益情况分析分析的目的 了解业务收入构成、开展趋势，资费政策调整对收入的影响，市场营销