中国联通企业信息化规划DSSampampBASv埃森哲

2020年5月16日,中国联通企业信息化规划经营分析与企业决策支持专题汇报,议程,一、经营分析系统现状分析二、分析型系统目标架构总体规划三、分析型系统功能架构设计规划四、分析型系统系统架构设计规划五、分析型系统数据模型设计规划六、分析型系统演进方案,经营分析系统的成绩：,把分析型的应用从原来的业务系统中分离出来；在功能的设计上比较全面，包括了主要的报表、联机分析和数据挖掘的功能，可以支撑各种分析需求；建立了数据仓库，将多个系统的数据进行了整合，并且实现了历史数据的沉淀。,中国联通当前经营分析系统的成绩,中国联通当前经营分析系统相关问题分析,当前经营分析系统在系统设计规范方面存在一些弊端，其中根源问题在于系统定位不明确。,系统定位不明确,系统定位不明确示例,经营分析系统要支撑几乎公司所有层面的分析需求，带来焦点不集中、分析不深入的问题；通过针对不同的使用对象对统计分析功能进行划分，明确了DSS和经营分析系统之间的定位。,决策层,管理层,业务分析层,业务报表操作层,分析内容,分析深度,主题分析深度不一致。,主题之间有数据间隙。,主题分析有重叠。,专题分析无深度，针对性不强。,主题与专题划分无清晰界定。,分析类型划分不清晰：经营分析系统的主题分析与专题界定不清晰；主题分析划分不规范，所有主题分析不能覆盖所有分析内容；不同主题分析之间有重叠；主题分析的深度和粒度不一致。专题分析的针对性不强，分析的深度不够,主题分析深度一致。,主题之间无数据间隙。,主题分析无重叠。,主题与专题划分有清晰界定。,专题分析有深度，针对性强。,对主题重新进行划分：主题和专题有明确的划分，划分7个主题分析，他们的总集合可以覆盖所有数据专题是围绕一个问题从不同的主题中抽取所需指标和卫队对问题进行深入分析。专题分析往往针对一个业务部分关注的一个业务上的专题,经营分析系统的分析类型缺乏明确的划分，主题之间存在重复分析等问题，专题分析深度不够；在明确区分主题与专题分析的基础上，对主题分析类型进行重新划分，解决了分析类型划分不明确的问题。,功能架构不规范示例,目前经营分析系统存在的问题,通过现状分析，我们发现目前经营分析系统存在如下问题：,我们的针对性解决方案,针对经营分析系统存在的问题，通过分析型系统设计规划予以解决：,议程,一、经营分析系统现状分析二、分析型系统目标架构总体规划三、分析型系统功能架构设计规划四、分析型系统系统架构设计规划五、分析型系统数据模型设计规划六、分析型系统演进方案,设计决策支持与经营分析系统分离的考虑,实现分析型系统业务价值的关键在于为不同的使用者提供具有针对性的信息。,数据粒度,使用者,业务操作人员,企业高层决策人员,运营数据,汇总数据,业务影响,信息粒度过粗不利于具体业务操作,为具体业务操作人员提供必要详细信息,信息粒度过细缺乏针对性使决策者坐失良机,为企业高层决策人员提供决策所需汇总信息,以服务对象来划分企业决策支持系统和经营分析系统,统计分析型系统服务对象,CEO,COO,。,市场部总管,计划部总管,运维部总管,计费处处长,市场部CRM处长,。,市场营销策划人,客户经理,。,总裁级系统使用者,总管级系统使用者,中层领导级系统使用者,底层系统使用者,企业决策支持,经营分析系统,OSS报表分析,ERP报表分析,统计分析型系统分布图,经营分析系统,企业决策支持系统,OSS报表及分析系统,ERP报表分析系统,DSS与经营分析系统的功能框架比较,决策支持系统,经营分析系统,企业决策支持系统-支持准确、高效的管理层决策,在经营分析系统的基础上，结合目前的支撑条件，决目前亟待解决的问题，既进一步完善报表体系，建立OLAP分析框架。建立完善的企业决策支持系统，实现多层面多类型的决策支持。,价值体现,描述,主要实现功能,企业决策支撑系统是在现有市场分析、计划分析和运维分析的基础上，为管理层领导提供综合分析结果，并通过三方面的动态关联分析，为高层领导制定相关决策提供全面的支撑。企业决策支撑系统所涉及的数据主要来自于与针对市场的分析系统、网络资源相关系统和企业资源管理系统。将原有的经营分析系统拆分为经营分析系统和企业决策系统，明确提出DSS面向企业决策服务，使系统的目标定位更加明确，便于系统实施。,企业决策支撑系统将成为总裁及总管级领导制定出企业正确决策、增强竞争力的关键。,建设方式：总部和31个省分于2006年同时开展DSS系统的建设。实施过程：包括三个阶段：需求分析、数据准备和应用实施。各阶段的实施周期为：需求分析一个月、数据准备三个月和应用实施六个月。和其他系统关系：DSS系统将从经营分析系统获取经营方面的数据，从综合运营系统获取网管运营方面的数据，从ERP系统获取企业资源管理方面的数据。,演进路线,建设方法,在建设的第一阶段，即2006年，完成DSS系统的全国统一部署和主要分析主题实现。建设的第二，三阶段，在数据仓库的数据种类不断完善的基础上，进一步深化主题分析。未来企业决策系统会取代所有面向总裁级和总管级的报表及分析系统计划部统计处的报表系统市场部报表系统中面向高层决策人员的报表汇总现有经营分析系统中面向高管的分析方面的功能模块,经营分析系统-提供营销分析及客户洞察，快速应对市场变化,客户洞察功能主要是面向客户，市场营销等操作层面的专题分析，如：客户分群，客户离网预测等。面向各部门的指标及统计报表的生成以及总部和省分管理要求的经营类报表的生成和上传。面向市场，产品，业务发展的主题分析，如：收入结构分析、业务收入预测、产品评估、竞争对手分析等。,价值体现,描述,主要实现功能,经营分析系统负责提供各类详尽经营报表、经营方面相关的主题分析和客户洞察等功能，是利用业务系统产生的大量数据资源，实现对数据的分析处理，为经营工作提供及时、准确、科学的信息支撑的关键系统。将原有的经营分析系统拆分为经营分析系统和企业决策系统，明确提出经营分析系统满足具体客户洞察及分析和报表需求，使系统的目标定位更加明确，便于系统实施。,整合各业务系统的数据，建立统一的经营分析数据视图。建立完善的报表管理体系，保证数据统计，报表生成和上传发布的一致性和高效性，便于及时、准确的了解全面的经营状况。建立有层次的主题分析体系，深入的获取市场、竞争、业务和客户知识，为中级管理层面的经营决策和操作层面的营销、客户挽留和服务提供有力的信息支持。,建设方式：分为两种情况。如果原来的经营分析系统建设情况较好，可以在此基础上依照我们建议进一步改造和完善。如果原来的经营分析系统建设情况不好，建议重新建设。和其他系统关系：经营分析系统将从各类操作型生产经营系统获取经营方面相关数据，从综合运营系统获取网管运营方面的数据，从ERP系统获取企业资源管理方面的数据。,演进路线,建设方法,在建设的第一阶段，即2006年，总部经营分析系统重点对总部的业务进行支持以及各省经营分析的汇总分析，省分经营分析系统重点提高客户洞察能力。在建设的第二阶段，总部经营分析系统加强对全国性的合作伙伴的洞察以及各种分析功能的增强。同时，总部和省分经营分析系统不断进行功能优化，使之全面配合各类业务系统的运行，同时配合DSS系统进行数据抽取。,企业决策支持系统和未来经营分析系统与现有系统之间的关系,经营分析系统,维系挽留系统(分析功能部分),企业决策支持系统,经营分析系统,计划部统计处报表系统,（包含客户洞察）,市场部报表系统,现有系统,未来系统,议程,一、经营分析系统现状分析二、分析型系统目标架构总体规划三、分析型系统功能架构设计规划四、分析型系统系统架构设计规划五、分析型系统数据模型设计规划六、分析型系统演进方案,功能架构设计规划思路,在功能架构设计规划过程中，采用了从上至下和从下至上相结合的思路。,从下至上,从上至下,指标分类框架,通过对企业前后端相关指标的整理，形成了一套规范的指标体系框架。,指标分类框架设计成果示例,示例,维度分类框架,基于SID分类框架，对分析维度进行梳理，形成了维度分类框架。,维度分类框架设计成果示例,示例,报表分类框架及对应指标和维度,报表,市场营销类,宏观经济类,市场竞争类,业务发展类,营业收入类,服务水平类,计划财务类,宏观经济类,人力资源类,营业收入类综合信息类（财务指标）,网络运维类,网络运维类,服务水平类,不同类型的指标和维度共同构成了报表，进一步梳理形成报表分类框架。,报表分类框架,报表类型所对应的指标和维度,报表分类框架及对应指标和维度示例,以市场营销类报表中的业务发展类和营业收入类报表为例。,业务发展类报表,营业收入类报表,示例,示例,OLAP分析主题框架,基于指标体系框架和分析维度框架，对OLAP分析主题进行了重新梳理，行程OLAP分析主题框架。,OLAP分析主题设计成果示例,收入总量、收入变化及收入结构分析,示例,针对收入总量、收入变化及收入结构分析可用的指标和维度举例。,指标、维度与报表和OLAP分析主题的关系,由指标定义和维度共同形成各种报表和OLAP分析主题,OLAP分析,指标分类框架,维度分类框架,报表,维度例如，GSM、炫铃业务、月租费,由指标和维度共同形成一个具体的指标定义例如，GSM炫铃业务月租费收入,指标例如，收入,议程,一、经营分析系统现状分析二、分析型系统目标架构总体规划三、分析型系统功能架构设计规划四、分析型系统系统架构设计规划五、分析型系统数据模型设计规划六、分析型系统演进方案,分析型系统架构埃森哲通用架构,目标系统架构,总部,省分,注：BSS分析需求是我们关注的重点，对OSS/MSS分析需求暂时不多加讨论,使用对象：所有面向客户的部门（大市场）经理、处长市场及竞争者分析合作伙伴分析客户分析。,使用对象：所有面向客户的部门（大市场）经理、处长客户洞察（离网预测/客户分群）市场及竞争者详细分析合作伙伴详细分析客户详细分析。,使用对象：省分CXO市场类分析（目前最多使用）运维类分析计划类分析市场/运维/计划的关联分析,使用对象：总部CXO市场类分析运维类分析计划类分析市场/运维/计划的关联分析,经营分析系统,决策支持系统,总部,省分,？,？,目标系统架构总部和省分的分层考虑,目标系统架构说明,企业级数据仓库,数据集市,数据集市,分析,ODS,报表,STAGE,目标系统架构,新操作型系统,新操作型系统,6,5,4,3,2,1,11,10,9,8,7,ETL1,ETL2,ETL3,ETL4,应用接口,存储区域比较分析,EDW,数据集市,数据集市,分析,ODS,报表,STAGE,目标系统架构,新操作型系统,新操作型系统,应用接口,5,3,9,7,3,5,7,9,ETL过程分析,4,6,ETL3,企业级数据仓库,数据集市,数据集市,分析,ODS,报表,STAGE,目标系统架构,新操作型系统,新操作型系统,ETL1,ETL2,ETL4,应用接口,2,8,2,4,8,6,系统结构对应关系,企业级数据仓库,数据集市,数据集市,分析,ODS,报表,STAGE,原来经营分析系统中的DW层对应新架构中的数据集市层。,原来经营分析系统中的ODS存储来自业务系统的临时数据，对应架构中的STAGE层。,有部分数据是经过整合的，对应为ODS层。,数据仓库层无对应。,现有系统,目标系统架构,新操作型系统,新操作型系统,议程,一、经营分析系统现状分析二、分析型系统目标架构总体规划三、分析型系统功能架构设计规划四、分析型系统系统架构设计规划五、分析型系统数据模型设计规划六、分析型系统演进方案,系统结构对应关系,企业级数据仓库,数据集市,数据集市,分析,ODS,报表,STAGE,原来经营分析系统中的DW层对应新架构中的数据集市层。,原来经营分析系统中的ODS存储来自业务系统的临时数据，对应架构中的STAGE层。,有部分数据是经过整合的，对应为ODS层。,数据仓库层无对应。,现有系统,目标系统架构,新操作型系统,新操作型系统,概念模型设计方法,分析型系统的核心数据模型是以主题域方式存储的星形结构（Star-Schema），概念模型包括每个星形结构的核心度量和维度，是以系统的功能架构为核心设计的。,与功能架构对应关系,设计星形结构,设计维度,划分主题域,基于指标分类框架；结合分析框架；将相关系统的数据模型划分主题域；输出：主题域划分,基于维度分类框架；采用通用的概念模型表示法；输出：维度设计文档,基于报表和OLAP分析的框架；采用面向分析功能的设计方法；采用通用的概念模型表示法；输出：星形结构设计文档,表现功能架构中分析功能点与数据模型中星形结构之间的对应关系；输出：关系对应表格,划分主题域,根据分析型系统功能架构中指标体系的分类，我们将分析型系统的概念模型分为8个主题域，每个主题域中包括若干星形结构，用以支撑相应主题域中所对应的报表和OLAP分析等功能。,分析型系统主题域设计,设计维度,分析型系统的维度分类主要是依据功能架构中对分析维度的架构描述进行设计的，同时在设计中考虑了维度的分类以及维度的分层结构。,功能架构中的维度分类框架,维度的概念模型设计,维度模型设计举例,维度分类设计中对产品类维度中费用类型维度的设计举例。,示例,设计星形结构,分析型系统的星形结构设计，首先参考功能架构中指标体系的设计将分析型系统的概念模型分为几大主题域，然后根据报表和OLAP分析等功能为各主题域设计相应的星形结构，分析的功能。,功能架构指标体系,功能架构的报表和OLAP分析体系,星形结构设计,星型结构设计举例,星形结构设计的举例：渠道发展客户情况,示例,与功能架构对应关系,分析型系统概念模型中的每个主题域、以及主题域中的星形结构的设计都是依据报表和OLAP等分析功能进行设计的，因此设计出的各星形结构能够完全支持功能架构中的功能。功能架构中的分析功能与数据模型中的星形结构有着清晰的对应关系。,示例,议程,一、经营分析系统现状分析二、分析型系统目标架构总体规划三、分析型系统功能架构设计规划四、分析型系统系统架构设计规划五、分析型系统数据模型设计规划六、分析型系统演进方案,联通分析型系统架构,总部,省分,企业数据仓库体系整体的演进路线,阶段一,阶段二,阶段四,EDW的建设(BSS),原有BAS持续建设,新BAS的建设(基于EDW),新BAS功能持续完善,DSS建设完成(但未基于EDW),M4,M3,M2,M1,里程碑：,图例：,EDW,BAS,DSS,M1：DSS系统经过10个月的建设，上线使用。,M2：EDW中的BSS相关数据能够支撑当时BAS的需求，则开始在EDW上建立面向BAS的数据集市。,M3：BAS的应用从原有系统割接到新BAS系统上，原有BAS系统停止建设。,EDW建设完成,DSS割接到EDW上并持续建设,M4：EDW经过建设，已经接入OSS和ERP系统数据，能够支撑DSS的应用。通过ETL过程设计,将DSS系统割接到EDW上。,割接(数据集市和ETL),EDW的建设(OSS/ERP),阶段三,DSS持续建设,割接(ETL),Q&A,附录:1.场景描述2.DSS与BAS分离考虑3.DSS实施方法4.BAS建设方案5.EDW整体演进方案6.系统建设及管控方法论,附录一：场景描述,场景展现,通过一个以某省分公司为例的完整的分析场景来展现企业决策支持系统和经营分析系统的功能和系统实现。,企业决策支持系统,OSS报表分析,经营分析系统,ERP报表分析,BD1,DB1,DB3,DB2,BD2,BD3,DO1,OD2,DO3,ED4,D1,B1,D2,B2,D3,O1,D1,D3,D2,OE4,O3,B3,BE4,E4,附录二：DSS与BAS分离分析,设计方案的演进思路,中国联通企业级数据仓库,经营分析数据存储,BSS数据存储,OSS数据存储,ERP数据存储,报表应用,客户洞察,DSS,DSS数据存储,客户洞察数据存储,报表数据存储,应用层,源系统数据层,数据集市,企业级数据存储,DSS数据存储,两种可选的物理实施方案,BSS数据存储,DSS数据存储,BSS数据存储,DSS所需数据,OSS数据存储,ERP数据存储,OSS数据存储,ERP数据存储,数据流为DSS分析所需粗粒度数据,数据流为DSS分析所需粗粒度数据,经营分析,面向营销的分析,DSS,BSS报表分析系统（名称待定）,DSS,两种物理实施方案的比较,设计,使用对象的专一针对性,使用对象专一，具有针对性,使用对象专一，具有针对性,扩展的灵活性,系统相对独立且数据实时性要求低，与其他系统间的相互影响较小,任何系统的变化都将对数据仓库有所影响，从而影响到基于数据仓库的各种应用,数据冗余程度,存在一定的数据冗余,存在一定的数据冗余,系统集成程度,系统分散，系统间接口多，集成性差,数据部分集中，系统间接口较少，集成性较强,数据存储粒度,数据存储粒度较粗,数据存储粒度较粗,性能,系统性能*,独立系统，面向专业分析需求，用户少，系统压力小，性能好,面向多种分析需求，用户很多，系统压力极大，性能差,使用功能的全面性,只能满足高层决策分析需求，不能支撑非常具体细化的分析,只能满足高层决策分析需求，不能支撑非常具体细化的分析,需求,需求的紧迫性,能够满足当前领导对此功能需求的紧迫程度,能够满足当前领导对此功能需求的紧迫程度,方案一,方案二,两种物理实施方案的比较,实施,系统演进难易程度*,数据存储与企业级数据仓库相独立，数据仓库的升级改造对DSS系统造成的影响较小,由于与DW系统共享数据存储和应用服务，因此当DW系统进行升级改造时会对DSS系统造成很大的影响,实施周期,较短,较短,实施的风险度（管控层面）,系统独立实施，对其他系统影响不大，管控的复杂度和难度都较低,在现有经营分析系统的基础上扩充数据和功能模块，一方面会造成数据仓库中的数据存储混乱，另一方面也会受到经营分析系统实施现状的影响，实施风险非常大,建设的复杂度（数据层面）,独立的数据存储，建设相对容易,在现有数据仓库中增加一定的数据类型，建设相对容易,维护的复杂度,独立的专题系统，维护简单,由于与现有数据仓库的数据共同存储，系统维护的复杂度有所上升,投资的大小,相对投资较小,相对投资较小,方案一,方案二,我们的意见依省分实际情况而订,所要回答的问题：数据的冗余程度，数据的实时性要求？方案一有部分数据冗余（即两个分析性数据存储），但存储的方式因不同的服务目的而不同；由于DSS需要的数据的实时性程度不高（每天同步一次），因此对系统性能和数据同步性没有过高的要求；营销相关的准实时分析可以从BSS报表分析系统提供；如何保证数据的可靠性、一致性、准确性，如何避免信息孤岛？数据的一致性和信息孤岛的避免主要靠操作性系统之间的整合及数据模型的规范一致性来保证；数据的质量保障主要靠对操作流程的控制力度，属于管控的范畴；多个同类项目的管控的问题，项目管理的问题（不同的厂家，不同的时间）？系统必要的企业级的统一规范，包括系统核心功能规范和数据规范；项目管理的问题属于管控的范畴；,附录三：DSS实施方法,决策支持系统实施方法,实施周期,1个月,4个月,5个月,DSS系统实施各阶段的关键任务包括：需求分析阶段：数据准备阶段：应用实施阶段：,需求提供方对需求的确认；分析需求已被转换成可理解的数据需求；数据模型的相对稳定性；保证ETL过程的灵活性和可控性；高效的协调各数据提供方对项目的配合；对需求和数据进行有效的管控；采用循序渐进的开发方式，保证使用者对应用的认可；良好的知识转移过程。,DSS系统的实施过程包括三个阶段：需求分析、数据准备和应用实施。各阶段的实施周期为：,决策支持系统建设方案省分情况分类,维度1：省分业务发展情况。按照省分的经营情况分类，分类的指标包括现有用户数、年业务收入及利润；维度2：经营分析系统数据仓库建设情况。主要考虑数据仓库中数据的完整性（营帐相关信息、所有业务）；维度3：经营分析系统对分析需求的支撑情况。,省分分类情况,省分分类维度,决策支持系统建设方案省分物理实施方案,A类省分,B类省分,C类省分,此类省分的经营分析系统基础较好，有可能对经营分析系统进行扩展实现DSS功能。,此类省分的经营分析系统基础一般或较弱，数据基础和上层分析功能都处在不断完善过程中。,此类省分业务基础较弱。,方案A,方案B,方案C,此方案省分无系统，通过客户端访问总部DSS系统,决策支持系统建设方案数据流关系,方案A,方案B,方案C,总部系统,省分系统,BSS数据存储,DSS数据存储,OSS数据存储,ERP数据存储,DSS数据存储,BSS,BSS数据存储,DSS数据存储,OSS数据存储,ERP数据存储,DSS数据存储,BSS,DSS数据存储,BSS,OSS数据存储,ERP数据存储,BSS数据存储,整合的数据文件,对应不同省分情况的三套物理方案与总部DSS系统拥有不同的数据流关系。,附录四：BAS建设方案,经营分析系统建设方案基于两种情况的考虑A和B,营帐系统,客服系统,经营分析系统,CRM系统,计费系统,经营分析系统,演进方案？,经营分析系统,经营分析系统,情况B现有经营分析系统数据模型并不完善,情况A现有经营分析系统数据模型比较完善,经营分析系统如何在现有的基础上演进的问题，可以基于两种情况A和B来考虑：,经营分析系统建设方案基于A种情况的方案A,营帐系统,客服系统,经营分析系统,CRM系统,计费系统,经营分析系统,在现有经营分析系统基础上发展、完善