中国移动NGBOSS规划培训-运营分析域架构(1).ppt

《中国移动NGBOSS规划培训-运营分析域架构(1).ppt》由会员分享，可在线阅读，更多相关《中国移动NGBOSS规划培训-运营分析域架构(1).ppt（64页珍藏版）》请在三一办公上搜索。

1、中国移动通信有限责任公司NGBOSS规划运营分析域架构研讨,提 交 人：系统组,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构四、省级运营分析域架构 五、一级运营分析域架构,目录,中国移动经营分析系统的建设思路,背景BOSS集中化已完成市场竞争程度不均等，发达地区已出现经营分析应用（广东），但大部分省公司还停留在竞争的初级阶段国内缺乏数据仓库和经营分析的成功经验和案例建设思路省经营分析系统由数据仓库和分析两部分构成：数据仓库用于存储数据和生成数据集市；分析由数据集市、分析应用以及展现等构成经营分析系统发展分为两个阶段：第一阶段是构建数据仓库，第二阶段是分析和应用的发

2、展和推广若从应用出发建经营分析系统，一方面业务驱动力难以行成规模化的数据仓库；另一方面，根据应用分析去采集的数据不完整或不准确，将来增加或调整应用时难度大，周期长依靠国外数据仓库工具厂商的经验和能力，依托国内合作伙伴实施，培养国内的专业团队,管理人员,当前分析型系统的现状从业务运营支撑系统范围内来看,数据仓库,专题分析,主题分析,KPI报表,.,BOSS,其他系统,经营分析系统,数据主要来源于BOSS系统,分析应用直接建立在数据仓库上，没有相应的数据集市去灵活满足业务部门的灵活需求,数据仓库中数据根据分析应用的需要抽取，随着分析应用的不断增加，数据仓库也经常重新装载,经营分析的结果缺乏返回BO

3、SS的途径,分析应用的建设主要着眼于决策层/管理层的需求，而未对业务分析员和一线员工的需求重点关注,决策人员,当前分析型系统的现状从省公司范围内看,从企业范围内来看，经营分析系统仅仅是企业范围内的分析型系统的一个部分基于不同的操作型系统，生长出不同的分析型系统。为了得到完整分析的数据，这些分析型系统交叉获得不同操作型系统的数据，从而形成一个蜘蛛网状的分析架构缺乏统一的ETL架构，导致不同的分析型系统的数据ETL的规则、时间和口径难以保持一致，从而导致分析结果相互矛盾的现象出现,BOSS,DSMP,.,经营分析,DSMP分析,.,企业范围内的分析型系统,当前分析型系统的现状从中国移动范围内看,经

4、营分析应用汇总数据池测试中心管理中心,中央节点,省节点,省节点,广域传输网,未来面临的新挑战,提供产品,提供产品,基地模式带来的全网分析需求产品运营商需要全网客户数据客户运营商需要全网产品数据？,对外提供分析服务的能力为了更好的服务客户，客户运营商需要向客户提供分析服务为了更好的服务合作伙伴，产品运营商需要向合作伙伴提供分析服务,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构四、省级运营分析域架构 五、一级运营分析域架构,目录,分析域的业务配合模型,思想,分析工具,数 据,分析应用,使用者,开发者,价值,使用,利用,驱动,产生,开发,使用,创造,操作型应用,互动,创

5、造,分析域的业务配合模型分析应用的产生,思想,分析工具,数 据,分析应用,使用者,开发者,价值,使用,利用,驱动,产生,开发,使用,创造,操作型应用,互动,创造,使用者产生的思想（idea）是生成分析应用的核心驱动力。,数据是企业的核心资产与核心竞争优势,分析工具是可以购买的无差异化的产品,分析域的业务配合模型价值创造方式,思想,分析工具,数 据,分析应用,使用者,开发者,价值,使用,利用,驱动,产生,开发,使用,创造,操作型应用,互动,创造,价值创造方式之一：通过使用者使用分析应用来创造价值。,价值创造方式之二：通过分析应用与操作型应用的互动来创造价值,建立使用者与开发者之间的桥梁,如何建立

6、跨越鸿沟的“大桥”？,使用者,开发者,让使用者能方便快捷的使用,培训,产生思想的火花,思想碰撞,使开发者更容易的理解业务需求,理解业务,数据集市的分散部署,将数据视为企业的核心资产,数据仓库的建设中不会保存全部的数据，而是根据应用的需要抽取所需的数据。当新的分析应用出现的时候，往往要重新装载新的数据，使新的分析应用实现时间大大延长。更可能的是，某些历史数据并没有保存下来，无法取得分析所需的历史数据，从而大大减少了数据所能创造的价值,不将数据视为企业资产所带来的后果.,资产的核心在于能创造价值；经过整合的数据同样具备这样的特质，通过多种分析技术手段，可以挖掘潜藏在数据“金矿”中的商业价值数据不仅

7、能创造价值，而且能在未来创造长远价值，尽管这些未来的长远价值在目前是不被认识的或不明显的,为什么需要将数据当作“资产”来管理？,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构 1、经营分析模式的拓展 2、基地全网分析的实现方式 3、分析域总体架构四、省级运营分析域架构 五、一级运营分析域架构,目录,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构 1、经营分析模式的拓展 2、基地全网分析的实现方式 3、分析域总体架构四、省级运营分析域架构 五、一级运营分析域架构,目录,现有经营分析模式本地分析模式,数据仓库,本地分析应用,本地数据源,省公司

8、自治运营,本地分析模式,为满足自治运营的需要，在本地的数据源获取原始数据，汇集到本地的数据仓库，并开发本地化的分析应用，从而满足每一自治运营商自身的分析需求,现有经营分析模式一级全网分析模式,总部对自治运营商的全网管理,一级全网分析模式,为了管理多达31个的自治运营商，需要从各省数据仓库获取原始数据，汇集到总部的全网数据仓库，并开发面向全网管理的分析应用，从而满足总部对自治运营商进行全网管理的分析需求,总部,省公司,省公司,全网管理,一级全网数据仓库,全网管理分析应用,全网数据源,经营分析模式未来的拓展基地全网分析模式,产品基地省向全网提供产品,基地全网分析模式,产品基地省为了进行产品改进和向

9、产品合作伙伴提供服务，需要以该产品相关的全网客户数据和自身的产品数据为基础，进行客户产品数据的关联分析,省公司（产品基地）,省公司,省节点（产品基地）,省节点,省节点,广域传输网,省公司,数据仓库,基地全网分析应用,本地数据源,异地数据源,分析模式所对应的分析域架构,本地分析模式,全网分析模式,一级全网分析模式,基地全网分析模式,?,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构 1、经营分析模式的拓展 2、基地全网分析的实现方式 3、分析域总体架构四、省级运营分析域架构 五、一级运营分析域架构,目录,基地全网分析的三种实现方式总部分析应用服务,中央节点,省节点,省

10、节点(产品基地),一级全网数据仓库,一级全网分析应用,全网数据源,提交分析需求查询分析结果,一级全网分析域从各省分析域获取客户相关数据，并进行数据整合 产品基地省向一级全网分析域提出分析应用开发需求 一级全网分析域开发相关分析应用，并向各产品基地提供全网分析应用服务,根据各产品基地的全网分析需求，总部从各客户运营省获取客户数据，开发全网分析应用，从而向各产品基地提供全网分析应用服务,全网客户数据,业务支撑网枢纽域,基地全网分析的三种实现方式总部数据服务,数据仓库,分析应用,本地数据源,中央节点,省节点,省节点(产品基地),一级全网数据仓库,全网数据源,下发该产品相关的全网客户数据,异地全网数据

11、仓库,基地全网分析应用,一级全网分析域从各省分析域获取客户相关数据，并进行数据整合产品基地省向一级全网分析域提出全网数据需求根据产品基地省的数据需求，下发该产品相关的全网客户数据，提供全网数据服务 产品基地省开发相关分析应用,根据各产品基地的全网数据需求，总部从各客户运营省获取客户数据并进行整合后，向各产品基地下发该产品相关的全网客户数据，提供全网数据服务,本地数据源,一级数据源,全网客户数据,业务支撑网枢纽域,基地全网分析的三种实现方式总部数据传输管理,中央节点,省节点,省节点(产品基地),数据传输指令,产品基地省提出全网客户数据需求，总部组织协调在一级枢纽域开发全网客户数据接口产品基地省通

12、过枢纽域提出数据传输需求，经过枢纽域交换中心协调，各客户运营省直接通过枢纽向产品基地省提供全网客户数据产品基地省开发相关分析应用,根据各产品基地的全网数据需求，总部组织协调各客户运营省直接通过枢纽向产品基地省提供全网客户数据，从而进行有效的全网数据传输管理,数据传输指令,总部数据传输管理,省级全网数据仓库,基地全网分析应用,本地数据源,一级数据源,全网客户数据,业务支撑网枢纽域,基地全网分析的三种实现方式的比较,在现有架构上实现基地全网分析模式X 总部难以应付多个产品基地分析需求X 分析应用开发者与使用者分离，开发效率低,实现方式一：总部分析应用服务,实现方式二：总部数据服务,实现方式三：总部

13、数据传输管理,分析应用开发者和使用者能密切配合 总部建立唯一的全网客户数据仓库，能有效管控全网客户数据X 总部数据整合和ETL工作量大，难以应付多个产品基地数据需求X 数据需经总部周转才能到达产品基地省，时延较长，且增大传输负担,总部能扬长避短，充分发挥管理协调职能 分析应用开发者和使用者能密切配合X 不能建立统一的全网客户数据仓库，难以有效管控全网客户数据,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构 1、经营分析模式的拓展 2、基地全网分析的实现方式 3、分析域总体架构四、省级运营分析域架构 五、一级运营分析域架构,目录,运营分析域的总体架构,中央节点,省节点

14、,省节点(产品基地),一级全网分析域,省级分析域,省级分析域,一级实体分析域,业务支撑网枢纽域,数据传输指令,数据传输指令,全网客户数据,一级实体节点,全网客户数据,分析系统定位,省级分析域在现有省级经营分析系统基础上通过拓展数据源和丰富分析应用而形成的以省公司企业级数据仓库为核心的分析型系统，主要应用两种分析模式：省级本地分析：省级基地全网分析一级实体分析域在现有一级实体经营分析系统基础上通过拓展数据源和丰富分析应用而形成的以一级实体企业级数据仓库为核心的分析型系统，主要应用两种分析模式：一级实体本地分析 一级实体基地全网分析一级全网分析域为了满足总部对省级运营商进行全网管理的分析需求，从各

15、省数据仓库获取数据，汇集到总部的全网数据仓库，并开发面向全网管理的分析应用，而形成的分析型系统，主要应用的分析模式：全网管理分析,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构四、省级运营分析域架构 1、总体架构 2、数据层面 3、应用层面 4、数据与应用的配合模式 5、与业务域/管理域的互动模式五、一级运营分析域架构,目录,省级运营分析域总体架构,应 用 层 面,数 据 层 面,运营分析域系统逻辑架构,数据层面：企业级数据基础架构分析域与运营域和管理域共享数据基础设施，包括运营数据存储、企业数据仓库、数据ETL和数据管理分析数据存储为分析应用而建立的一系列数据存储

16、，包括部门级数据集市，地市级数据集市以及决策支持数据集市应用层面：分析应用架构为更加快捷方便的实现分析功能所需要的一系列分析工具，包括报表工具，查询工具，OLAP分析工具以及数据挖掘工具分析应用架构为实现使用者的分析需求而开发的一系列分析应用，包括决策分析，经营分析，运维分析和管理分析企业级集成基础架构通过NGBOSS门户提供统一的界面和权限分配机制，灵活的支撑最终使用者的访问需求,运营分析域逻辑架构分为两个层面数据层面和应用层面,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构四、省级运营分析域架构 1、总体架构 2、数据层面 3、应用层面 4、数据与应用的配合模式

17、 5、与业务域/管理域的互动模式五、一级运营分析域架构,目录,分析数据存储决策支持数据集市,目 标,使用对象,数据特征,应 用,数 据,为省公司决策人员提供决策支持分析,决策人员,汇总数据高层次集中只读历史,OLAP报表查询,数据源：企业数据仓库数据模型：以主题域方式存储的若干星形结构数据存储周期：根据应用需求而定数据更新频率：日更新或月更新（依据数据类型不同而不同）数据时延：1天1周,分析数据存储部门级数据集市,目 标,使用对象,数据特征,应 用,数 据,为省公司部门管理人员和分析人员提供各种应用分析,省公司部门管理人员 省公司部门分析人员,细粒度，部分汇总按部门集中只读历史,数据挖掘OLA

18、P报表查询,数据源：企业数据仓库数据模型：第三范式数据模型，根据存储数据要求，从企业逻辑数据模型进行局部映射数据存储周期：根据应用需求而定数据更新频率：日更新或月更新（依据数据类型不同而不同）数据时延：1天1周,分析数据存储地市级数据集市,目 标,使用对象,数据特征,应 用,数 据,为地市公司决策人员，部门管理人员和分析人员提供各种应用分析,地市公司决策人员地市公司管理人员地市公司分析人员,细粒度，部分汇总按地市集中只读历史,数据挖掘OLAP报表查询,数据源：企业数据仓库数据模型：第三范式数据模型，与企业逻辑数据模型一致数据存储周期：根据应用需求而定数据更新频率：日更新或月更新（依据数据类型不

19、同而不同）数据时延：1天1周,数据基础架构企业数据仓库,目 标,使用对象,数据特征,应 用,数 据,作为企业唯一的真实的集中数据存储，是中国移动数据资产的体现为各数据集市提供统一的数据源,数据库管理人员,细粒度，部分汇总集中只读历史,无,数据源：运营数据存储数据模型：第三范式模型，在运营数据存储的数据模型基础上进一步进行整合，形成统一的企业逻辑数据模型数据存储周期：1-10年数据更新频率：日更新或月更新（依据数据类型不同而不同）数据时延：1天1周,数据基础架构运营数据存储,目 标,使用对象,数据特征,应 用,数 据,为决策人员及管理人员提供准实时预定义报表，并为操作人员提供即席查询和报表作为从

20、源数据库到数据仓库的一个中间环节，为数据仓库提供整合过的数据源作为从分析型系统到操作型系统的一个中间环节，为操作型系统提供可以快速访问的分析结果存储,决策人员管理人员操作人员,细粒度集中可更新准实时,即席查询预定义报表,数据源：NGBOSS运营域/管理域，管理信息系统，网络管理系统以及数据集市数据模型：第三范式模型，对操作型系统的数据模型进行了有限的整合数据存储周期：3-6个月数据更新频率：小时更新或日更新或月更新（依据数据类型不同而不同）数据时延：1个小时1天,数据基础架构数据ETL过程,ETL不仅仅指从源系统到数据仓库的数据抽取，加载和转换的过程，而是指一个过程体系，从源系统抽取源数据，到

21、数据经过加工最终展现出来的过程中，数据在分析型系统之间的流转过程体系,部门级数据集市,决策支持数据集市,地市级数据集市,E T L 环境,运营域/管理域,网络管理系统,运营数据存储,企业数据仓库,D1,D2,D3,D4,D5,D6,D7,管理信息系统,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构四、省级运营分析域架构 1、总体架构 2、数据层面 3、应用层面 4、数据与应用的配合模式 5、与业务域/管理域的互动模式五、一级运营分析域架构,目录,分析工具架构的说明,分析应用架构分析应用的定义,基于包括市场经营，网络运营和企业管理三大领域的企业数据仓库所存储的历史数据

22、，提供报表、OLAP、即席查询和数据挖掘等分析功能，实现对信息的智能化加工和处理，为中国移动包括从一线员工到高层决策者的日常工作提供快捷、便利和有力的分析支持，为管理决策提供及时、准确、科学的决策依据。,分析应用概述,分析应用定义,经营分析：基于市场经营领域的历史数据，结合企业管理和网络运营领域的历史数据，提供报表、OLAP、即席查询和数据挖掘等分析功能，为业务部门的中层领导和一线员工的日常工作和管理决策提供灵活的支撑。运营分析：基于网络运营领域的历史数据，结合市场经营和企业管理领域的历史数据，提供报表、OLAP、即席查询和数据挖掘等分析功能，为网络运维部门的中层领导和一线员工的日常工作和管理

23、决策提供灵活的支撑。管理分析：基于企业管理领域的历史数据，结合市场经营和网络运营领域的历史数据，提供报表、OLAP、即席查询和数据挖掘等分析功能，为企业管理部门的中层领导和一线员工的日常工作和管理决策提供灵活的支撑。决策支持：基于市场经营、网络运营和企业管理等三大领域的各类统计数据，提供三大领域的综合报表、动态关联分析以及灵活展现，为高层领导制定相关决策提供全面的支撑。,分析应用架构 NGBOSS门户,通过NGBOSS门户提供统一的界面和权限分配机制，灵活的支撑最终使用者的访问需求,NGBOSS门户整合,提供与其他专业系统统一的接入点，通过单点登录和统一鉴权控制，获得对经营分析系统的使用；同时

24、建立统一的会话管理和系统使用稽核管理,与运营域、管理域的界面集成，将某一类使用者的所需要的操作型功能和分析型功能整合在同一个界面上，从而提升用户使用体验,方便的借助BOSS已有的接入手段，可以向客户、合作伙伴提供经营分析的服务,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构四、省级运营分析域架构 1、总体架构 2、数据层面 3、应用层面 4、数据与应用的配合模式 5、与业务域/管理域的互动模式五、一级运营分析域架构,目录,使用者角色分析,NGBOSS运营分析域,分析人员,管理人员,决策人员,操作人员,关心全面的关键的固定业务报表和统计指标,使用分业务、分客户的业务报

25、表和即席查询等分析结果开展业务,使用OLAP、报表、即席查询和数据挖掘功能进行深入业务分析,利用固定业务报表和统计指标，进行精细化管理,逻辑架构的使用者视图省公司使用者,企业数据仓库,运营数据存储,部门数据集市,决策支持数据集市,报表/OLAP/查询,准实时预定义报表,即席查询/准实时预定义报表,准实时预定义报表,报表/OLAP/查询/数据挖掘,决策人员（省公司领导）,操作人员（客服代表/集团客户经理）,管理人员（省公司部门经理）,分析人员（各部门分析人员）,报表/OLAP/查询,查询,报表,OLAP分析,查询,报表,OLAP分析,数据挖掘,即席查询,预定义报表,NGBOSS 门户（界面集成）

26、,逻辑架构的使用者视图地市公司使用者,运营数据仓储,地市数据集市,准实时预定义报表,即席查询/准实时预定义报表,准实时预定义报表,报表/OLAP/查询/数据挖掘,决策人员（地市公司领导）,操作人员（营业员/客户经理）,管理人员（地市公司部门经理）,分析人员（业务部门分析人员）,企业数据仓库,报表/OLAP/查询,报表/OLAP/查询,查询,报表,OLAP分析,数据挖掘,即席查询,预定义报表,NGBOSS 门户（界面集成）,应用工具架构应用工具的部署,企业数据仓库,地市级数据集市,查询,报表,OLAP分析,部门级数据集市,数据挖掘,查询,报表,OLAP分析,数据挖掘,查询,报表,OLAP分析,决

27、策支持数据集市,查询,报表,OLAP分析,数据挖掘,逻辑架构的使用者视图总结,一、运营分析域规划的背景 二、运营分析域规划的原则三、运营分析域的总体架构四、省级运营分析域架构 1、总体架构 2、数据层面 3、应用层面 4、数据与应用的配合模式 5、与业务域/管理域的互动模式五、一级运营分析域架构,目录,分析域与运营域和管理域的互动,运营分析域应用,业务运营域应用,数据基础设施（bEDA）,IT基础设施,运营管理域应用,应用层,数据层,IT层,分析型系统与操作型系统互动模式概要,操作型系统,分析型系统,界面互动操作型系统和分析型系统在展现层的集成，为系统使用者提供统一界面,应用互动通过应用接口适

28、配和流程引擎，整合并共同完成横跨分析型与操作型系统的业务流程支撑,数据互动分析型系统和操作型系统在数据层面上进行数据交流和共享,界面层,应用层,数据层,分析型系统与操作型系统的互动模式是NGBOSS系统集成模式在分析系统与操作系统的集成上的具体体现，因而可分为界面互动、应用互动、数据互动和线下互动四种类型。,线下互动分析型系统和操作型系统的开发人员通过沟通以改进系统，从而进行互动,运营分析域互动模式总结,固化模型在分析型系统中完成训练的分析模型，在操作型系统中加以实现,4,应用互动,互动模式,界面互动,数据互动,线下互动,界面互动通过界面集成的方式来实现操作型系统和分析型系统的互动,实时获取操

29、作型系统通过实时方式从分析型系统获取信息,流程闭环操作型系统与分析型系统在流程层面进行集成，使业务流程形成闭环,2,3,1,预定义分析型系统按照一定的方式和周期向操作型系统反馈结果,回填分析型系统将分析结果批量反馈到生产系统的共享数据库,6,5,界面互动,“界面互动”方式：通过门户集成的方式，将某一类使用者的所需要的操作型功能和分析型功能整合在同一个界面上，从而提升用户使用体验。,目的：集中展现分析型应用和操作型应用，从而方便用户对分析型应用的使用实现方式：界面集成,统一客户视图即席查询预定义报表,数据集市,运营域系统,企业统一门户,操作人员,运营数据存储,分析人员,应用互动实时获取,“实时获

30、取”方式：生产系统向分析系统发出分析请求，分析系统利用已有数据进行计算分析，然后将分析结果反馈给生产系统,API接口方式实现适用于不定期的临时的数据查询基于请求-应答的工作方式实时接口,部门级数据集市,地市级数据集市,操作型系统,操作人员,客户历史信息查询,实时查询请求,实时查询结果,实时查询请求,实时查询结果,应用互动流程闭环,“流程闭环”方式：针对某些洞察力驱动的流程，分析型系统在进行分析之后，将分析结果送到操作型系统，进行活动的策划和执行，之后操作型系统再将活动执行结果反馈给分析型系统进行流程的执行评估,API接口方式实现适用于具有分析-策划-执行-评估循环的洞察力驱动的流程实时接口,部

31、门级数据集市,地市级数据集市,操作型系统,分析人员,操作人员,营销闭环流程客户挽留流程,分析结果,结果反馈,分析结果,结果反馈,数据互动预定义,“预定义”方式：针对成熟的互动需求，运营分析域通过预定义的方式，定期向操作型系统提供分析结果,数据接口方式实现适用于需求成熟，固定不变的数据互动定期批量更新主要来源于数据集市用于操作系统频繁使用的数据,部门级数据集市,地市级数据集市,操作型系统,分析人员,操作人员,客户价值代理渠道评估SP评估,数据互动回填,“回填”方式：分析系统将分析结果批量反馈到生产系统的共享数据库（SID/ODS),数据接口方式实现适用于需求成熟，固定不变的数据互动定期批量更新主

32、要来源于数据集市用于操作系统频繁使用的数据,部门级数据集市,地市级数据集市,运营数据存储,分析人员,操作人员,终端分析客户轮廓信息,线下互动固化模型,“固化模型”方式：对于复杂的分析应用（如基于数据挖掘的分析应用），在分析域中反复训练分析模型，待模型成熟以后，将该分析模型在操作型系统中加以实现,通过操作型系统和分析型系统的开发人员交流沟通实现能实时得到分析结果，满足客户服务的某些实时性要求应用条件：1）操作型系统具有该分析模型所需的全部数据，2）分析模型的计算不需要历史数据,运营数据存储,客户流失分析高额/欺诈分析,操作型系统,企业数据仓库,互动举例营销流程闭环管理,一、运营分析域规划的背景

33、二、运营分析域规划的原则三、运营分析域的总体架构四、省级运营分析域架构五、一级运营分析域架构,目录,一级运营分析域总体架构,中央节点,省节点,省节点(产品基地),一级全网分析域,省级分析域,省级分析域,一级实体分析域,业务支撑网枢纽域,数据传输指令,数据传输指令,全网客户数据,一级实体节点,全网客户数据,一级实体分析域架构,一级实体企业数据仓库,部门级数据集市,决策支持数据集市,报 表,OLAP分 析,查 询,数 据挖 掘,经 营分 析,管 理分 析,运 维分 析,决 策分 析,分析应用架构,分析工具架构,分析数据存储,企业级数据基础架构,企业级应用基础架构,一级NGBOSS门户,数据源,一级

34、实体管理信息系统,一级实体网管系统,一级实体NGBOSS管理域,其它系统,数据管理,一级实体NGBOSS 运营域,互 动 架 构,应 用 层 面,数 据 层 面,数据ETL,一级实体共享数据存储,一级全网分析域架构,一级全网企业数据仓库,部门级数据集市,决策支持数据集市,报 表,OLAP分 析,查 询,数 据挖 掘,经 营分 析,管 理分 析,运 维分 析,决 策分 析,分析应用架构,分析工具架构,分析数据存储,企业级数据基础架构,企业级应用基础架构,一级NGBOSS门户,数据源,一级业务管理域,一级运营管理域,一级实体分析域,一级枢纽域,数据管理,省级NGBOSS 分析域,互 动 架 构,应 用 层 面,数 据 层 面,数据ETL,一级全网共享数据存储,BACKUP,运营商业务模式的演变,客 户,网 元,合作伙伴,客户运营商,产品运营商,产品,客 户,网 元,合作伙伴,客 户,网 元,运 营 商,运 营 商,第一代运营商业务模式,第二代运营商业务模式,第四代运营商业务模式,第三代运营商业务模式,提供服务/产品,付费,