ngboss运营分析域架构

中国移动通信有限责任公司NGBOSS规划运营分析域架构规划,提 交 人：系统组,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,经营分析系统的现状,经分系统的成就,经分系统的问题,形成了中国移动5年的数据资产,培养了一批分析系统建设、维护的队伍,经分系统的价值得到认可，分析成果已经被用于领导层和业务管理者日常工作中，经分的必要性已经毋庸置疑,架构不灵活，难以快速支持多部门、多地市的多样化分析需求,经分的投资和产出价值不对等，投资回报率需要提高,未来运营分析域面临的四个挑战,分析数据量激增的挑战：客户增长3G和无线互联网带来的业务种类快速增长，由此将新增海量业务数据,分析需求激增的挑战：各个部门对分析的要求越来越多，实时性要求越来越高,基地模式带来的全网业务分析的挑战：如何对基地模式全网业务进行分析支撑？基地产品运营商需要洞察客户对产品的偏好和客户的消费使用行为,将分析有效运用于运营的挑战： 满足中国移动精细化管理、精准化营销的要求如何把分析成果更加有效地应用于管理、运营、营销,一. 运营分析域现状与挑战分析二. 分析系统研究方法论 （一）分析系统发展的阶段论 （二）分析系统价值创造过程三. 运营分析域设计的总体策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,分析系统在不同阶段呈现不同的特点，需要采取不同的策略,分析系统成熟度,成熟期,成长期,爆发期,策略：开发需求，以需求带动投资,策略：管理需求，以合理的成本实现合理的需求,分析需求,业务部门,还不习惯使用分析系统，需求需要去挖掘，应用需要去推广,尝到分析系统的好处，分析需求大量涌现，形成爆发,分析应用形成有序更替，与技术部门形成需求和支撑的良性机制,策略：业务部门建立成本意识，企业内部形成成本管控机制；经营分析基本应用开发成熟,一. 运营分析域现状与挑战分析二. 分析系统研究方法论 （一）分析系统发展的阶段论 （二）分析系统价值创造过程三. 运营分析域设计的总体策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,分析域是如何为企业创造价值的,分析域的业务过程模型人,思想（idea）需要使用者根据经验发挥主观能动性去创造出来，是生成分析应用的核心驱动力。,开发者和使用者需要紧密结合在一起，去探讨、去碰撞，才能擦出思想的火花,启示：拉近使用者与开发者之间的距离,使用者,开发者,使开发者更容易的理解业务需求,理解业务,迸发思想的火花,思想碰撞,让使用者能方便快捷的使用,培训,如何建立跨越鸿沟的“大桥”？,需要的行动数据集市的分散部署,通过部署面向特定使用者的数据集市，使应用开发者针对特定使用者开发特定的分析应用，从而有效的拉近应用开发者与使用者的距离,需要的行动构建网络化的分析型系统,省公司（产品运营）,省公司(客户运营),省公司(客户运营),产品分析人员,开发人员,省公司（产品运营）,省公司(客户运营),省公司(客户运营),产品分析人员,开发人员,客户运营数据,客户运营数据,产品运营数据,客户运营数据,客户运营数据,分析应用,分析应用,分析应用,分析域的业务过程模型数据,思想的产生是随机的，随着业务发展而发展的。,分析工具是可以购买的无差异化的产品,数据丰富性和正确性是分析的基础，需要长期积累和管理才能做到。数据是企业的核心资产与核心竞争优势。,启示：将数据视为企业的核心资产,“巧妇难为无米之炊”。没有长期的数据准备，当思想突然冒出来的时候，就难以在短时期内准备好数据，开发出新的分析应用更可能的是，某些历史数据并没有保存下来，无法取得分析所需的历史数据，从而大大减少了数据所能创造的价值,不将数据视为企业资产所带来的后果.,资产的核心在于能创造价值；经过整合的数据同样可以通过多种分析技术手段，可以挖掘潜藏在数据“金矿”中的商业价值数据的整合，尤其是跨系统的数据整合通常是长期艰苦的过程数据不仅能创造价值，而且能在未来创造长远价值，尽管这些未来的长远价值在目前是不被认识的或不明显的,为什么需要将数据当作“资产”来管理？,需要的行动建立企业级的数据仓库,数据仓库,经营分析,NGBOSS管理域,NGBOSS运营域,企业级,不断丰富分析应用：经营分析、管理分析、网络分析及决策支持,不断扩展数据源：NGBOSS、MIS、NM及其他系统,经分数据仓库与未来企业级数据仓库可能的演变关系,DataWarehouse,独立发展,先独立再整合,统一发展,描述:各个专业部门独立发展数据仓库，企业存在多个数据仓库并列，经分数据仓库是其中之一优点:建设相对容易缺点: 数据全面性、一致性的问题得不到解决,描述：各个专业部门独立发展数据仓库，在适当的时机整合形成企业级数据仓库（可能以经分数据仓库为主体）优点: 最终能够形成统一数据视图，能满足部门急迫需求缺点: 重复投资,模式描述：扩展经分数据仓库数据源，长大经分数据仓库形成企业级数据仓库优点:投资节省，能够形成统一的数据视图缺点: 统一规划和管理难度大,着重关注IT系统在数据层面的变化，确保沿着统一发展的思路建设企业级数据仓库,需要的行动集中数据管控,统一数据整合,统一数据ETL,坚持统一数据整合的原则，按照统一的逻辑数据模型，对来自不同系统的数据分数据域，进行数据整合,坚持统一数据ETL，分析应用所使用的源数据须来自于企业数据仓库，而企业数据仓库的数据均由统一的ETL体系来实现，从而保障了集中数据管控,统一数据管理,坚持统一数据管理的原则，在整个数据基础架构内，实施统一的数据管理平台（元数据管理、数据质量监控及数据安全管理等），以保证所有的数据得到统一的管理，从而有效保证数据的质量,需要的行动长期地提高数据质量,概念层质量管理,逻辑层质量管理,物理层质量管理,概念层质量管理侧重数据业务逻辑的管理和优化。根据业务的发展，正确定义和不断优化重要的业务概念和彼此的关系，例如客户、产品、协议、渠道等。,逻辑层质量管理侧重数据设计逻辑的管理和优化。正确定义和不断优化数据来源定义，数据冲突处理规则定义，完整的数据模型定义（包含了数据实体和实体间的关系、实体属性、属性定义等），数据的生命周期定义等。,物理层质量管理侧重对真实数据的管理和优化。消除错误数据，保证数据真实、正确。正确定义和不断优化数据物理表的位置，数据分区，索引的管理以提高访问速度，正确执行数据生命周期的管理。,只有通过长期不间断的对数据质量的优化，才能形成概念正确、逻辑关系清楚、真实正确、访问高效的高质量数据提供。,数据质量管理包括了概念层的数据质量管理、逻辑层的数据质量管理、物理层的数据质量管理。,分析域的业务过程模型价值,价值创造方式之一：通过使用者使用分析结论来间接创造价值。,价值创造方式之二：通过分析应用与操作型应用的互动来直接创造价值,需要的行动与企业门户集成,通过NGBOSS门户提供统一的界面和权限分配机制，灵活的支撑最终使用者的访问需求，提高分析应用的使用效率,NGBOSS门户整合,提供与其他IT系统统一的接入点，通过单点登录和统一鉴权控制，获得对经营分析系统的使用；同时建立统一的会话管理和系统使用稽核管理,与运营域、管理域的界面集成，将某一类使用者的所需要的操作型功能和分析型功能整合在同一个界面上，从而提升用户使用体验,借助IT系统已有的多种访问方式（如短信、WAP、Web等多种接入手段），向使用者提供经营分析的服务,简化使用,界面集成,多渠道访问,需要的行动分析型系统与操作型系统的互动,运营分析域应用A,业务运营域应用P/C,数据基础设施,IT基础设施,运营管理域应用M,应用层,数据层,IT层,通过对价值创造过程的分析，要使分析域为企业创造更大的价值，必须做到以下几点：,最大化地拉近使用与开发的距离把数据作为企业的核心资产进行有效的管理使分析的结果更好地反作用于运营,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略 （一）分析域设计目标 （二）网络化的分析体系 （三）数据应用分离原则 （四）分析互动模式 （五）分析域管控与投资策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,通过对现状、挑战和价值创造过程的分析，分析域应能够,强化三方面能力,应对四个挑战,应对数据量激增的挑战应对分析需求激增的挑战应对基地模式带来的全网分析需求的挑战应对将分析有效运用于运营的挑战,拉近分析使用者与开发者的距离更加有效的管理企业数据资产分析结果更好的反作用于运营,解决两个问题,快速支持多部门、多地市的多样化分析需求提高经分的投资回报率,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略 （一）分析域设计目标 （二）网络化的分析体系 （三）数据应用分离原则 （四）分析互动模式 （五）分析域管控与投资策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,需要应对未来三种分析需求,省内分析模式,一级全网分析模式,基地全网分析模式,特点,网络节点关系,目的,为了管理多达31个的自治运营商，需要从各省数据仓库获取原始数据，汇集到总部的全网数据仓库，并开发面向全网管理的分析应用，从而满足总部对自治运营商进行全网管理的分析需求,为满足自治运营的需要，在本地的数据源获取原始数据，汇集到本地的数据仓库，并开发本地化的分析应用，从而满足每一自治运营商以及地市的分析需求,产品基地省为了进行产品改进和向产品合作伙伴提供服务，需要以该产品相关的全网客户数据和自身的产品数据为基础，进行客户产品数据的关联分析，因而必然形成全网数据分析的要求,数据源集中使用者分散,数据源分散使用者集中,数据源分散使用者分散,省公司数据下发到地市数据集市,省公司数据上发到总部,？,应对,带数据集市的省级经分系统,两级经分网络,？,基地全网分析的三种技术实现方式总部分析应用服务,一级全网分析域从各省分析域获取客户相关数据，并进行数据整合 产品基地省向一级全网分析域提出分析应用开发需求 一级全网分析域开发相关分析应用，并向各产品基地提供全网分析应用服务,根据各产品基地的全网分析需求，总部从各客户运营省获取客户数据，开发全网分析应用，从而向各产品基地提供全网分析应用服务,基地全网分析的三种技术实现方式总部数据服务,一级全网分析域从各省分析域获取客户相关数据，并进行数据整合产品基地省向一级全网分析域提出全网数据需求根据产品基地省的数据需求，下发该产品相关的全网客户数据，提供全网数据服务 产品基地省开发相关分析应用,根据各产品基地的全网数据需求，总部从各客户运营省获取客户数据并进行整合后，向各产品基地下发该产品相关的全网客户数据，提供全网数据服务,基地全网分析的三种技术实现方式总部数据传输管理,产品基地省提出全网客户数据需求，总部组织协调在一级枢纽域开发全网客户数据接口产品基地省通过枢纽域提出数据传输需求，经过枢纽域交换中心协调，各客户运营省直接通过枢纽向产品基地省提供全网客户数据产品基地省开发相关分析应用,根据各产品基地的全网数据需求，总部组织协调各客户运营省直接通过枢纽向产品基地省提供全网客户数据，从而进行有效的全网数据传输管理,总部数据传输管理,基地全网分析的三种技术实现方式的比较,在现有架构上实现基地全网分析模式X 总部数据整合和ETL工作量大，且难以应付多个产品基地分析需求X 分析应用开发者与使用者分离，开发效率低，不符合拉近原则,实现方式一：总部分析应用服务,实现方式二：总部数据服务,实现方式三：总部数据传输管理, 分析应用开发者和使用者能密切配合 只需要在现有架构上进行改进就能实现 总部建立唯一的全网客户数据仓库，能有效管控全网客户数据？投资：总部要建中央节点，节点大小取决于传输数据量的大小, 分析应用开发者和使用者能密切配合X 需要建立省公司分析域之间的NN直接数据传输通道X 不能建立统一的全网客户数据仓库，难以有效管控全网客户数据,基地全网分析的管理实现方式,中央节点,省节点,省节点(产品基地),分析需求,产品基地省提出基地产品的全网客户数据分析方案，总部组织协调分配到各个抽样省被抽样省根据分析方案，在本省分析系统内对基地产品在本省的使用情况进行分析，并形成分析结果，返回产品基地省产品基地省汇总分析各个省的分析结果,需求分解手段：基地省确定统一业务分析方案（如数据模型、分析维度、算法等）后，通过总部将分析需求下发到抽样省，基地省再汇总分析各省的分析结果,分析需求,基地全网分析的管理实现方式,业务支撑网枢纽域,省节点,分析结果,以总部数据服务模式+管理实现方式为主体，配合其他手段，能较好的平衡业务效果和投资，实现对基地全网分析的支撑,如果只传递汇总数据，抽样样本数据详单，那么中央节点大小可以接受,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略 （一）分析域设计目标 （二）网络化的分析体系 （三）数据应用分离原则 （四）分析互动模式 （五）分析域管控与投资策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,众多分析应用争夺资源，形成资源瓶颈,VS.,数据应用分离模式 VS.数据应用一体的模式,数据应用一体模式：即数据仓库和应用一体的模式，在数据仓库上直接开发应用,数据应用分离模式：即数据仓库和应用分离的模式，不在数据仓库上直接开发应用，应用开发基于部门或地市的数据集市,投资人员知识,数据应用分离模式比数据应用一体的模式更能提升运行效率和开发效率,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略 （一）分析域设计目标 （二）网络化的分析体系 （三）数据应用分离原则 （四）分析互动模式 （五）分析域管控与投资策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,确立4类分析域和运营域的互动模式,固化模型在分析型系统中完成训练的分析模型，在操作型系统中加以实现,6,应用互动,互动模式,数据互动,界面互动,线下互动,界面互动通过界面集成的方式来实现操作型系统和分析型系统的互动,实时获取操作型系统通过实时方式从分析型系统获取信息,流程闭环操作型系统与分析型系统在流程层面进行集成，使业务流程形成闭环,2,3,1,预定义分析型系统按照一定的方式和周期向操作型系统反馈结果,回填分析型系统将分析结果批量反馈到生产系统的共享数据库,5,4,界面互动,“界面互动”方式：通过门户集成的方式，将某一类使用者的所需要的操作型功能和分析型功能整合在同一个界面上，从而提升用户使用体验。,目的：集中展现分析型应用和操作型应用，从而方便用户对分析型应用的使用实现方式：界面集成,统一客户视图即席查询预定义报表,数据集市,运营域系统,企业统一门户,操作人员,运营数据存储,分析人员,应用互动信息获取,“信息获取”方式：生产系统向分析系统发出分析请求，分析系统利用已有数据进行计算分析，然后将分析结果反馈给生产系统,API接口方式实现适用于不定期的临时的数据查询基于请求-应答的工作方式,部门级数据集市,地市级数据集市,操作型系统,操作人员,客户历史信息查询,查询请求,查询结果,查询请求,查询结果,应用互动流程闭环,“流程闭环”方式：针对某些洞察力驱动的流程，分析型系统在进行分析之后，将分析结果送到操作型系统，进行活动的策划和执行，之后操作型系统再将活动执行结果反馈给分析型系统进行流程的执行评估,API接口方式实现适用于具有分析-策划-执行-评估循环的洞察力驱动的流程准实时接口,部门级数据集市,地市级数据集市,操作型系统,分析人员,操作人员,营销闭环流程客户挽留流程,分析结果,结果反馈,分析结果,结果反馈,数据互动预定义,“预定义”方式：针对成熟的互动需求，运营分析域通过预定义的方式，定期向操作型系统提供分析结果,数据接口方式实现适用于需求成熟，固定不变的数据互动定期批量更新主要来源于数据集市用于操作系统频繁使用的数据,部门级数据集市,地市级数据集市,操作型系统,分析人员,操作人员,客户价值代理渠道评估SP评估,数据互动回填,“回填”方式：分析系统将分析结果批量反馈到生产系统的共享数据库（SID/ODS),数据接口方式实现适用于需求成熟，固定不变的数据互动定期批量更新主要来源于数据集市用于操作系统频繁使用的数据,部门级数据集市,地市级数据集市,运营数据存储,分析人员,操作人员,终端分析客户轮廓信息,线下互动固化模型,“固化模型”方式：对于复杂的分析应用（如基于数据挖掘的分析应用），在分析域中反复训练分析模型，待模型成熟以后，将该分析模型在操作型系统中加以实现,通过操作型系统和分析型系统的开发人员交流沟通实现能实时计算分析结果，满足事件触发类分析应用的实时性要求应用条件：操作型系统1）具有该分析模型所需的全部数据，2）分析模型的计算不需要历史数据,客户流失分析高额/欺诈分析,操作型系统,企业数据层,训练,复制实现,事件触发,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略 （一）分析域设计目标 （二）网络化的分析体系 （三）数据应用分离原则 （四）分析互动模式 （五）分析域管控与投资策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,持续优化分析域内三个要素的投资管控策略,按NGBOSS规划，来调整经分发展思路：优化总体架构，并调整配套的投资模式和管理机制，保障以合理的成本来实现经营分析域的长期可持续的发展。,以合理的成本实现合理的分析需求加强分析应用生命周期管理，实现资源的循环利用、优化利用建立适应“应需而动”的应用开发模式的弹性投资机制,把数据仓库的建设作为一项基础性工作，以资源利用用率作为投资依据,持续优化架构，以取得更好的投资回报持续优化架构，以更加有利于资源的循环利用高效率利用,1,2,4,5,6,3,1、合理控制需求是合理控制投资的持续有效的办法,分析需求的数量和要求决定了应用的复杂度和数量、数据的范围、时间跨度、维度以及分析系统需要达到的时效和质量应用需求是分析域投资的最终决定力量,数据量的增长不可避免，合理的控制需求是合理控制投资持续有效的办法,2、加强对分析应用生命周期的管理，实现资源的循环利用，优化利用,加强对分析应用生命周期的管理，根据分析应用所处生命周期的阶段，对于衰退和淘汰期的应用，通过释放其占有的资源，来达到资源的循环利用；或者通过对其进行优化改进，降低资源占用。,某公司经营分析应用模块使用数分布情况表明：处于衰退期和淘汰期的分析应用占有相当的比例，使用率很低,3、建立适应“应需而动”的应用开发模式的弹性投资机制,立项,框架协议,验收结算,弹性投资管理机制,传统项目投资管理机制,分析型应用需求多变，很多分析直接面向市场，时间机会成本很高，因此在投资模式上应能够适应这种“应需而动”的应用开发模式。,应用,应用,应用,4、把数据仓库的建设作为一项基础性工作，以数据的使用率为导向进行投资建设,对数据仓库的投资模式，不应靠需求来拉动，而应作为基础性工作进行积累，与分析应用的多少与复杂无关。对比基础骨干网的投资模式，不是根据用户量来决定其投资的，而是依据骨干网的利用率来决定投资，因此，对数据仓库的投资应以数据使用率为导向。,企业数据仓库,对比骨干网,对比业务网,骨干网的利用率？,数据的利用率？,5、持续优化架构，以获得更好的投资回报率,支撑的数据量、性能要求和对分析需求的满足度三个方面指标共同决定了对分析域投资的大小。前面的分析表明，未来分析域必然要面临数据量、分析需求的挑战，同时还应保持相当的性能要求。,对分析域投资的分析不能仅看投资绝对数额的大小，而应看投资回报率（ROI），即投资额和对三个指标的满足程度。,在高数据支持度、高需求满足度和相当的性能要求的条件下，数应分离架构和数应一体架构的投资回报的比较：数应分析模式具备更高的投资回报率,5、数据应用分离架构与数据应用一体架构的投资分析,Enterprise DataWarehouse,DW,DW,1,2,6、持续优化架构，以更加有利于资源的循环利用、高效利用,企业级数据仓库,动态数据集市,统一的ETL工具,不稳定、不确定、不成熟的分析需求,应用进入成长期期，使用常态化后，转移到部门/地市数据集市，同时释放动态数据集市上占用资源,应用不适用，或者一次性使用的分析应用，退出使用，同时释放动态数据集市上占用资源,应用导入期,基于数据集市的应用退出门槛（包括清理中间表、Cube、数据模型的调整等）相对数据仓库较低，有利于资源的循环使用；建立企业级数据仓库、部门/地市数据集市、动态数据集市的多级架构，对不同的分析应用类型、分析应用的不同的生命周期阶段，本着最有利于资源的循环利用和高效利用原则，使用不同的支撑方式。,部门数据集市,固定的、基本无变化的报表分析应用可在数据仓库上直接实现,应用进入淘汰期，退出使用，同时释放部门数据集市上占用资源,应用导入期,确定、成熟的分析需求,投资管控小结,核心观点总结,不同发展阶段，宜采取适合的策略，不能一成不变开发者和使用者是独立的角色，但要尽量拉近开发者和使用者的距离确立数据和应用分离原则，通过动态数据集市的建立和增强系统开放性，推动分析应用的大发展，为企业创造价值以总部数据服务模式+管理实现方式为主体，配合其他手段，较好的平衡业务效果和投资，实现对基地全网分析的支撑经分系统的价值体现在应用和数据两个层面：数据要视为企业资产，是应用创造价值的基础和核心，不可忽视；应用的价值分为直接和间接两种方式体现出来要调整经分系统的结构，合理控制需求，改善ROI,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,运营分析域的总体目标架构,中央节点,省节点,省节点(产品基地),一级全网分析域,省级分析域,省级分析域,一级实体分析域,业务支撑网枢纽域,数据传输指令,一级分析上传数据,一级实体节点,全网客户数据,1,3,2,2,分析网络中各个分析域的定位,省级分析域在现有省级经营分析系统基础上通过拓展数据源和丰富分析应用而形成的以省公司企业级数据仓库为核心的分析型系统，主要应用两种分析模式： 省级本地分析： 省级基地全网分析一级实体分析域在现有一级实体经营分析系统基础上通过拓展数据源和丰富分析应用而形成的以一级实体企业级数据仓库为核心的分析型系统，主要应用两种分析模式： 一级实体本地分析 一级实体基地全网分析一级全网分析域为了满足总部对省级运营商进行全网管理的分析需求，从各省数据仓库获取数据，汇集到总部的全网数据仓库，并开发面向全网管理的分析应用，而形成的分析型系统，主要应用的分析模式： 全网管理分析,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略四. 运营分析域目标技术架构 （一）省级分析域技术架构 （二）一级实体分析域技术架构 （三）全网分析域技术架构五. 运营分析域演进规划,目录,省级分析域技术架构：按照数据应用分离的原则构建五层结构,应 用 层 面,数 据 层 面,企业数据仓库,部门级数据集市,动态数据集市,决策支持数据集市,报 表,OLAP分 析,查 询,数 据挖 掘,经 营分 析,管 理分 析,运 维分 析,决 策分 析,分析应用架构,分析工具架构,分析数据存储,企业级数据基础架构,企业级应用基础架构,NGBOSS门户,数据源,管理信息系统,网络管理系统,NGBOSS管理域,其它系统,数据管理,NGBOSS运营域,互 动 架 构,数据ETL,运营数据存储,五层：企业级数据基础架构层、分析数据存储层、分析工具架构层、分析应用架构层、分析结果展现层,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略四. 运营分析域目标技术架构 （一）省级分析域技术架构 （二）一级实体分析域技术架构 （三）全网分析域技术架构五. 运营分析域演进规划,目录,目前一级经分体系架构,一级经分数据仓库,省经分数据仓库,省经分数据仓库,来自各省的客户/帐单等全量数据,一级系统的全量数据,一级结算的全量数据,一级数据业务的全量数据,数据源,一级经分接口应用消耗大量本地分析的资源，对本地的分析系统和应用有影响,目前一方面对经分系统的投资急速增长，另一方面性能仍不断下滑，使用率和ROI较低，有较大的可优化空间,来自各省的抽样详细数据,来自各省的全量业务详细数据,一级实体分析域技术架构,部门级数据集市,决策支持数据集市,报 表,OLAP分 析,查 询,数 据挖 掘,经 营分 析,管 理分 析,运 维分 析,决 策分 析,分析应用架构,分析工具架构,分析数据存储,企业级数据基础架构,企业级应用基础架构,一级NGBOSS门户,数据源,一级实体管理信息系统,一级实体网管系统,一级实体NGBOSS管理域,其它系统,数据管理,一级实体NGBOSS 运营域,互 动 架 构,应 用 层 面,数 据 层 面,数据ETL,企业数据仓库,运营数据存储,动态数据集市,一级实体分析域过渡技术架构,实体运营域的各系统之间的业务模型和数据模型差异比较大，在实体运营域各系统分阶段逐一建设过程中很难提前规划好统一数据仓库的数据模型，因此建议初期采取此方式建设，但此方案较难在总部实现各业务的关联交叉分析（因为总部不直接参与客户运营，因此预计短期内这种需求不强烈）。在各系统建设完毕，业务模型和数据模型基本稳定后，而且出现较强的跨业务和跨系统的关联交叉分析需求后，可以考虑增加实体运营域统一数据仓库过渡到最终的目标架构为尽量降低采购、建设和运维成本，并便于进行未来的A模块整合，建议统一进行各系统的ETL、数据仓库、分析工具等产品选型，并统一由一个合作伙伴完成实体域A模块的开发和建设。实体域A模块的数据颗粒度是详细数据，与一级运营分析域中存放汇总数据为主数据模型差异较大，因此建议运营实体域的A模块和一级运营分析域分开建设,由于实体运营域的特殊状态，当前可以采用过渡技术架构作为建设方案,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略四. 运营分析域目标技术架构 （一）省级分析域技术架构 （二）一级实体分析域技术架构 （三）全网分析域技术架构五. 运营分析域演进规划,目录,一级全网分析域技术架构,一级全网企业数据仓库,部门级数据集市,决策支持数据集市,报 表,OLAP分 析,查 询,数 据挖 掘,经 营分 析,管 理分 析,运 维分 析,决 策分 析,分析应用架构,分析工具架构,分析数据存储,企业级数据基础架构,企业级应用基础架构,一级NGBOSS门户,数据源,一级业务管理域,一级运营管理域,一级实体分析域,一级枢纽域,数据管理,省级NGBOSS 分析域,互 动 架 构,应 用 层 面,数 据 层 面,数据ETL,动态数据集市,一. 运营分析域现状与挑战分析二. 分析系统研究方法论三. 运营分析域设计的总体策略四. 运营分析域目标技术架构五. 运营分析域演进规划,目录,分阶段规范和试验（试点）,调整和滚动规划,快速支撑一线营销工作,建设集中的企业数据仓库， ，形成网络化分析架构,建设企业数据仓库，形成网络化分析架构-全面引入通信网/业务网/ MSS系统数据源，并开发基于OSS/MSS数据的应用，支撑网络部门/管理部门的分析需求-建设一级全网分析域-基于枢纽域建设网络化的分析架构，支撑基地全网分析-在集中的企业数据仓库之上，建立决策支持数据集市,快速支撑一线营销工作-继续完善地市数据集市-建设面向业务部门的数据集市-建设经分互动，实现与生产域和管理域实时互动-建设一级实体分析域,运营分析域演进思路,2007年 2008年 2009年 2010年 2011年 2012年,第一阶段：建立部门数据集市及经分互动应用，快速支撑一线营销工作,2007年 2008年 2009年,企业数据仓库/数据集市（网络/管理）规范（含一级）,规范优化、调整和定稿,企业数据仓库(引入OSS/MSS数据源）试点,一级实体分析域数据仓库建设,部门级数据集市（业务）建设（含一级）,经分互动建设,经分互动试点,部门级数据集市（业务）试点,经分互动/业务数据集市规范（含一级）,规范优化、调整和定稿,第一阶段完成后省级分析域的系统架构,数据仓库,部门级（业务）数据集市,地市级数据集市,报 表,OLAP分 析,查 询,数 据挖 掘,经 营分 析,分析应用架构,分析工具架构,分析数据存储,企业级数据基础架构,经营分析门户,数据源,NGBOSS管理域,其它系统,数据管理,NGBOSS运营域,互 动 架 构,数据ETL,动态数据集市,第一阶段完成后一级实体分析域的系统架构,一级实体数据仓库,部门级（业务）数据集市,报 表,OLAP分 析,查 询,数 据挖 掘,经 营分 析,分析应用架构,分析工具架构,分析数据存储,企业级数据基础架构,一级经营分析门户,数据源,一级实体NGBOSS管理域,其它系统,数据管理,一级实体NGBOSS 运营域,互 动 架 构,数据ETL,动态数据集市,第一阶段完成后运营分析域所达到的业务目标,快速支撑一线营销工作-建设面向业务部门的数据集市，支持业务部门的精细化营销的实施-建设经分互动，实现与生产域和管理域实时互动-建设一级实体分析域，支撑总部集团客户和产品基地的分析需求,第二阶段：建设集中的企业数据仓库 ，形成网络化的全网分析架构,引入通信网/业务网、MSS数据源，进行数据整合（含一级）,建立决策支持数据集市（含一级）,网络部门、管理部门数据集市建设，开发基于OSS/MSS数据的应用（含一级）,建设一级全网分析域,基于枢纽域，建设网络化的全网分析架构,制定决策支持数据集市规范（含一级）,第二阶段完成后省级运营分析域的系统架构,应 用 层 面,数 据 层 面,企业数据仓库,部门级数据集市,动态数据集市,决策支持数据集市,报 表,OLAP分 析,查 询,数 据挖 掘,经 营分 析,管 理分 析,运 维分 析,决 策分 析,分析应用架构,分析工具架构,分析数据存储,企业级数据