《中国电信OSS2.8全业务运营规划集成蓝图.ppt》由会员分享，可在线阅读，更多相关《中国电信OSS2.8全业务运营规划集成蓝图.ppt（45页珍藏版）》请在三一办公上搜索。
1、中国电信OSS支撑全业务运营规范蓝图设计集成,2009年04月,2,集成蓝图设计方法和内容总体蓝图设计方法集成蓝图设计内容集成蓝图的设计方法集成蓝图附录,目录,3,3,OSS 3.0 蓝图设计方法,第一阶段：现状和需求分析,第三阶段演进设计,第二阶段：蓝图设计,第四阶段试点省,中国电信现状分析,中国电信需求分析,中国电信和TOP运营商对标,输入,蓝图 应用条线,功能蓝图设计,系统蓝图设计,集成蓝图设计,蓝图 数据条线,数据结构,埃森哲全球最佳实践,数据管控,中国电信原有规范继承,演进设计,功能：定义系统对于业务流程的支撑能力，不考虑技术实现，不考虑系统具体划分,系统架构：定义系统架构的统一规范
2、，识别目标系统。系统部署架构：考虑业务规则、组织架构和性能等因素确定系统的部署方式：是否部署或者多个部署。,集成架构：1、对应系统架构，定义系统之间的集成关系2、对应系统部署架构，定义集团和省之间的集成关系,厂商在中国电信的OSS实践,国际标准研究,4,集成蓝图设计内容,功能架构,系统架构,部署架构,数据模型,输入,工作文档,交付件输出,与外围系统专题讨论,埃森哲最佳实践,对标情况,数据管控,全球标准组织建议,作为基础,关键输入,作为参考,融合成蓝图,OSS系统集成架构,形成对集成规范的修改建议,重点主题集成,5,集成蓝图工作方法,集成现状,CTG-MBOSSOSS规范2.0,调研省的集成现状
3、,集团网运部访谈,自底向上的方法,自顶向下的方法,蓝图输入,3.0功能蓝图,3.0系统蓝图,3.0数据模型,CTG-MBOSSMSS规范2.0,CTG-MBOSSBSS规范1.0,全球最佳实践输入,TMF,埃森哲NGOSS,对标结果,接口列表,OSS整合思路,OSS系统集成架构,高层次跨系统流程,系统间数据流,6,集成现状的梳理方法 形成原始接口列表,根据OSS 2.0,BSS 1.0,MSS 2.0规范的集成分册定义，参考中国电信在几个省（江苏、湖南、新疆、浙江）的实施情况。分析了接口情况，形成了接口列表现状，作为分册规范修改的基础,主要输入文档,根据已有的分册规范，整理出“服务开通、施工调
4、度、资源管理、综合网络激活”的接口。,对接口进行合并处理,OSS系统接口清单接口定义方式为“现有”,CTG-MBOSSOSS规范2.0,CTG-MBOSSBSS规范1.0,调研省的集成现状,主要输入文档,主要输入文档,与电信业务专家OSS厂商经过多轮讨论,集团网络部的访谈,CTG-MBOSSMSS规范2.0,根据调研结果和访谈结果，补充了“服务保障”，集团系统的接口,主要输入文档,主要输入文档,7,用接口列表分析对集成现状的修改建议,根据OSS 3.0的功能蓝图、系统蓝图、数据模型。参考国际以及埃森哲的最佳实践，形成对集成现状的修改意见，作为未来分册规范的修改依据之一。,主要输入文档,结合现有
5、集成情况进行分析,OSS系统接口清单接口定义方式为“新建”,OSS 3.0功能蓝图,OSS 3.0数据模型,国际及埃森哲的最佳实践,主要输入文档,主要输入文档,与电信业务专家OSS厂商经过多轮讨论,集成对标结果,OSS 3.0系统蓝图,主要参考文档,主要参考文档,高层次跨系统流程,OSS系统接口清单接口定义方式为“改造”,8,如何查看接口列表,来源：注明了接口的获取来源和出处，可以定位到对相应的具体分册规范,接口类型：定义了接口实现的技术方法（同步、异步、批量等），作为实施指导,接口描述：描述了接口实现的功能，简单实用场景。详细信息可查询来源文档,定义方式：定义了接口的修改建议类型。“现有”表
6、示规范已经定义或已经普遍实施规范还没有定义，本次3.0规划不影响“新建”表示已有规范没有定义或没有实施案例，本次3.0规范需要新增的接口“改造”表示根据3.0规划该接口可能会改造。比如改从ODS读取数据,数据项：定义了接口所要传递的数据信息（实体级）,备注和说明：可能的修改建议和各方反馈意见,接口编号/名称：简单描述接口功能，并用接口编号形成全局的唯一标示,系统名称/系统域：根据OSS3.0确定的原子系统和外围系统以及所属域(B/M/O）,ODS标识：标示了可能的接口改动，从ODS读取数据。作为修改建议的一部分,9,OSS整合内容和集成架构的确定,参考TMF Interface Program
7、,以及埃森哲的集成方法论，通过和专家、厂商的讨论，共同确定中国电信OSS的整合内容和集成架构。,与电信业务专家OSS厂商，独立软件提供商经过多轮讨论,OSS整合内容,OSS系统集成架构,中国电信是否需要SOA？SOA产品的成熟度如何？那些集成整合思想可以引入？,TMF Interface Program,埃森哲全球最佳实践,10,系统集成的概念模型 系统间数据流的产生,参考最终的接口列表和集成架构，绘制高层次系统间数据流，解析系统间的集成关系，形成OSS系统间集成概念模型,与电信业务专家OSS厂商经过多轮讨论,OSS整合思路,OSS系统集成架构,接口列表,高层次系统数据流,标示出OSS原子系统
8、间传递的主要数据和流向,11,集成蓝图设计方法和内容集成蓝图OSS的整合分析系统集成架构高层次跨系统流程系统间数据流集成专题讨论附录,目录,12,OSS整合内容,面向服务的整合,数据整合,流程整合,应用整合,门户整合,对应的SOA关键技术/参考的电信行业标准,参考SOA技术的成熟度和电信行业的标准，OSS整合包括以下几个层次：,Portals&Server-Side Composite Solutions,BPM&Process-Driven IT/,Service Abstraction&System Decoupling/,Service-Based Integration（ESB）/,S
9、hared Information Model,eTOM,OSS-J,TAM,13,数据整合,在CTG-MBOSS中定义了企业数据架构，通过ODS-O的建设可以有效地对分布在多个系统中的数据进行整合，解决数据副本问题。ODS是一个跨系统运营数据的共享平台，用于支撑售前、售中、售后不同环节的业务流程对跨系统数据应用需求。ODS存储是按主题分类的面向运营的准实时数据，提供统一的企业数据视图，包括客户统一视图、产品统一视图等。ODS对应用系统产生的数据进行清洗、过滤和整合，为各个应用系统提供近实时的运营报表等跨系统的共享数据服务。,14,对现有规范集成分册的影响,所有批量的数据同步都通过ODSBSS
10、域、MSS域的主数据,查询接口都通过ODS例如：客户资料，产品实例对于数据变化不频繁（变化周期远大于ODS同步数据的周期）的同步查询接口通过ODS。例如：资源服务目录对于数据变化很频繁的同步查询接口，仍然通过集成平台直接查询对端系统例如：资源信息、库存信息,15,备注：表中符号 表示十分适合，表示基本不适合，表示适合,应用整合,应用系统可以根据不同的应用场景和性能要求采用不同方式的集成技术进行整合,16,面向服务整合,服务的整合是SOA的基础，需要识别企业级的业务服务并基于现有系统的现状进行相应的服务封装。,17,流程整合,流程的整合是在业务服务整合的基础上，进行跨系统的流程设计，并辅以流程监
11、控设计。业务人员可以直接使用流程整合进行复合应用设计。,18,门户整合,通过Portlet整合多个应用系统，为用户提供统一的访问视图，提供单点登陆，通过一次认证，为用户提供系统间无缝切换的体验。通过信息发布、知识库搜索等功能，为用户提供更好的协作支持。,Business Processes,Orchestrated in aBPM Engine,Pre-Existing Systems,服务保障,资源管理,服务开通,Business ServicesExposed onan ESB,S,S,S,S,S,S,S,S,S,S,S,S,System X,Composite SolutionsAsse
12、mbled in aPortal Server,Rendered for various devices,Portlet,Portlet,RemotePortlet,RemotePortlet,Portlet,Portlet,19,OSS整合的演进目标,第一步,第二步,第三步,第四步,服务整合,数据整合,流程整合,应用整合,门户整合,抓核心应用系统建设,识别业务服务（Business Service),数据集成,ODS-O建设,企业级流程整合,集成平台的建设,流程驱动的应用系统整合,业务服务的管控,Web 2.0，RIA,1,3,2,2,3,4,3,4,建设门户，满足不同组织需要的管理界面集成
13、,2,结合业界SOA产品的成熟度以及中国电信OSS领域的实际情况，整体集成技术演进采取分步走的战略。基于中国电信的现状和国外的实践，3-5年内可以以第二步为目标进行规划。,2,Web服务,进行服务抽象,基于流程协作的复合应用,4,20,集成蓝图设计方法和内容集成蓝图OSS的整合分析系统集成架构高层次跨系统流程系统间数据流集成专题讨论附录,目录,21,OSS系统集成架构（省视图）,省系统架构,省应用集成平台,门户,网络适配平台,EMS/NMS/网元,测试管理,综合性能,综合告警,BPM,公共服务,服务质量管理,服务开通,服务保障,施工调度,运营管理及生产指挥,资源管理,配置及激活,ODS-O,集
14、团系统架构,集团应用集成平台,门户,网络适配平台,EMS/NMS/网元,综合性能,综合告警,测试管理,服务开通,服务保障,服务质量管理,运营管理及生产指挥,资源管理,配置及激活,BPM,ODS-O,网络规划,22,OSS系统集成架构（集团视图）,省系统架构,集团系统架构,集团应用集成平台,门户,网络适配平台,EMS/NMS/网元,综合性能,综合告警,测试管理,服务开通,服务保障,服务质量管理,运营管理及生产指挥,资源管理,配置及激活,GW,GW,GW,GW,GW,GW,GW,GW,GW,BPM,ODS-O,省应用集成平台,门户,网络适配平台,EMS/NMS/网元,测试管理,综合性能,综合告警,
15、BPM,公共服务,服务质量管理,服务开通,服务保障,施工调度,运营管理及生产指挥,资源管理,配置及激活,ODS-O,网络规划,23,应用集成平台的适用场景,OSS域系统比较多，适合采用应用集成平台进行系统间集成。当前的无论是EAI还是ESB，都提供了利用总线方式的应用集成平台技术。鉴于中国电信各省面临的情况不同，可以根据实际情况选用适当的总线技术实现应用集成平台。,传统的系统集成是紧耦合的，那就意味着一个系统宕机会导致与之相连系统受牵连而宕机。但松耦合的应用集成平台不会。应用集成平台可以实现统一的接口管理和维护，为维护人员提供全局的集成视图应用集成平台可以提供基于内容的路由选择和过滤应用集成平
16、台可以提供复杂集成环境的基于内容的事务依赖和时序控制对于性能要求很高的系统间互联可以仍然保持点对点的互联，这样互联的系统可以考虑在未来合并，而并不适合利用应用集成平台互联。对于批量数据的传递，并不适合采用应用集成平台。但应用集成平台可以用作批量数据传递的控制消息传递。,应用集成平台适合,应用集成平台不适合,24,信息和内容适配是由发送和接收的组件负责系统间流程的协作依靠应用系统控制实现适合于客户化能力比较强的应用系统互联适合于对跨系统性能要求较高的互联,在现实的实施中，存在多种应用集成平台的实施模式。实施过程中需要根据不同应用环境采用不同的实施策略,实施模式 轻量级总线,实施模式 重量级总线,
17、应用集成平台的实施模式,信息和内容适配是由集成平台负责系统间流程的协作依靠总线上的流程管理实现适合于客户化能力比较弱的应用系统互联适合于对跨系统性能要求不高的互联,25,分布式部署的应用集成平台,集团应用集成平台,A省集成平台,C省集成平台,对于复杂的集成环境（例如集团和省之间的集成），可以采用分布式部署的应用集成平台进行交互，充分利用应用集成平台的流程管理和路由功能，实现基于内容的分派。在选用应用集成平台的时候，要考虑应用集成平台的性能可扩展性、吞吐能力。,集团服务保障,A省服务保障,B省服务保障,B省集成平台,D省集成平台,C省服务保障,D省服务保障,TT,TT-1,TT-2,路由表,TT
18、-D,TT-D,说明：上图以服务保障系统集团和省交互为例，其他系统如运营管理和生产管理、服务开通等信息交互与其类似；上述架构支持集团与省以及跨省应用集成。,26,应用集成平台集成设计要点,是否有统一的消息头的定义？定义了所有消息的同一消息头，便于查询统计、查看错误是否能够确保消息的唯一性？定义了消息id,时间戳是否能够确保消息到达目标系统？确保集成平台的事务处理能力，保证能够将信息传递到目标系统。是否支持了重发功能？对于可能存在的系统错误，设计相应的自动/定时/事件驱动的重发功能是否考虑了性能因素？充分考虑提高性能的技术手段，采用负载均衡、并行处理、对大文件进行分拆处理等提高性能的方法。是否考
19、虑了消息的时序控制？对于时序要求很高的消息，采用时序控制。保证在分布式、集群环境下的消息时序。是否设计了备份和清理策略？对数据进行定期备份和垃圾数据的处理是否有很好的监控功能设计？提供端到端的技术、业务层面的监控功能是否做了错误处理？提供错误处理机制,集成设计是集成工作的核心内容，需要定义完善的集成接口协议，需要考虑各种影响集成的因素。在利用应用集成平台进行互联的时候，可以参考以下检查点。,27,批量数据传递,应用集成平台负责批量数据传输消息控制和批量数据传输监控OSS系统负责批量数据抽取和传输,两者结合实现系统间定时和实时批量数据交互,说明：上图以资源管理为例，说明集团资源管理系统主动获取省
20、资源管理批量的数据传递流程，对于省定期生成批量数据的传递方式可参考步骤三至步骤六；其他系统批量数据传递与上述流程类似；上述架构支持集团与省以及跨省批量数据传递，批量缓存作为批量数据传送的交换点可按需设定，以满足实际传输需要。,28,集成蓝图设计方法和内容集成蓝图OSS的整合分析系统集成架构高层次跨系统流程系统间数据流集成专题讨论附录,目录,29,核心系统架构 原子应用系统,规划,运营基础支撑,开通,保障,OSS 3.0定义了4大类11个原子应用系统。,服务开发与运营,资源开发与运营,门户,企业管理O,企业数据架构-O,OSS门户,运营管理,OSS数据架构,绩效考核,成本管理,知识管理,供应商管
21、理,公文流转,工程管理,档案管理,日常事务管理,数据整合,数据应用,数据标准,数据共享,数据质量,规划,运营支撑与就绪,开 通,保 障,服务规划,网络规划,生产指挥,运营就绪,服务问题,服务质量,网络测试管理,资源存量,网络调整,网络适配,SLA指标与报告,服务质量改进,服务质量分析,接收与预处理,障碍分析,障碍修复,验证与评估,反馈与消障,服务能力规划,网络能力规划,网络设计,自动发现与同步,资源规格管理,配置适配,测试工具,测试执行,网调方案设计,生产指挥,开通就绪,保障就绪,服务存量,协议与流量,协议/信令管理,流量管理,服务故障,事件监视,事件申告,事件分析,服务性能,性能指标分析,性
22、能监视,变更数据调整,服务开通,资源开通,定单接收,服务方案设计,资源配置,服务配置,服务激活,自动激活,资源设计与分配,客户方案设计,资源配置工单,激活过程管理,码号管理,组网管理,设备实体管理,地域管理,故障、性能、参数数据适配,服务测试管理,测试工具,测试执行,资源问题,接收与预处理,障碍分析,障碍修复,验证与评估,反馈与消障,网络故障,事件监视,事件申告,事件分析,网络性能,性能指标分析,性能监视,施工调度,工作资源,调度应用,配置数据管理,局数据管理,版本管理,性能控制,OSS 门户,OSS数据架构,服务和网络规划,测试管理,配置及激活,告警管理,服务保障,服务开通,性能管理,施工调
23、度,服务质量管理,运维组织与人员管理,资源管理,运营管理及生产指挥,ERP,Mediation/EMS/NMS,30,高层次跨系统流程 规划,BSS,ERP,资源数据收集和发布,设计部分已经外包，不在本次项目范围内,1,1,1”,2,7,8,9,10,11,12,13,14,31,高层次跨系统流程 开通,BSS,ERP,资源数据收集和发布,1,2,3,4,5,7,8,9,6,10,11,12,32,高层次跨系统流程 保障,ERP,Resource Data Collection&Distribution,1,1,1,BSS,2,3,4,5,6,7,8,9,10,11,12,13,15,15,1
24、5,15,13,14,33,集成蓝图设计方法和内容集成蓝图OSS的整合分析系统集成架构高层次跨系统流程系统间数据流集成专题讨论附录,目录,34,MSS,省OSS系统间数据流,开通,保障,运营基础支撑,运营管理及生产指挥,测试管理,资源管理,综合告警,服务保障,服务开通,综合性能,施工调度,服务质量管理,配置及激活,服务和网络规划,现有,新增,外围系统,BSS,网络设备配置，网络管理,规划,1,2,3,4,5,7,8,9,10,11,12,14,13,15,16,17,18,19,20,39,21,22,23,24,25,26,27,28,29,30,31,34,32,35,BSS,36,37,
25、38,33,40,6,41,35,省OSS系统间数据流说明,1,2,3,4,5,6,服务开通,服务定单/状态,资源查询与预占,开通施工工单/状态,激活工单/状态,指令/状态,工程施工单/状态,服务和网络规划,7,8,9,10,市场营销信息,网络资源信息,财务信息/规划结果/工程施工单,资源、资产同步信息,网络变更管理,11,12,13,14,开通变更请求/批准,配置更新,配置信息发布,配置，资源信息同步,测试管理,15,16,17,18,开通测试请求/状态,运维测试请求/状态,保障测试请求/状态,测试指令/状态,39,保障变更请求/批准,服务保障,19,20,21,22,客户申告单,网络告警信
26、息,服务质量保障请求,保障施工工单/状态,23,24,25,26,27,28,网络事件,网络性能,网络告警,资源信息（丰富告警）,超过阀值的网络性能,网络性能,29,30,31,告警信息,资源准确度信息,服务质量报告,服务质量管理,运营就绪,32,33,34,35,库存状态,备品备件状态,施工物料/工时信息,运营施工工单/状态,聚焦客户服务,36,37,38,资源查询与预占,激活状态/快速激活,主动服务请求,40,服务质量信息,41,服务质量测试请求/状态,36,MSS,集团OSS系统间数据流,运营管理及生产指挥,测试管理,资源管理,综合告警,服务保障,服务开通,综合性能,施工调度,服务质量管
27、理,配置及激活,服务和网络规划,BSS,网络设备配置，网络管理,1,2,3,4,5,7,8,9,10,11,12,14,13,15,16,17,18,19,20,39,21,22,23,24,25,26,27,28,29,30,31,34,32,35,BSS,36,37,38,33,开通,保障,运营基础支撑,现有,新增,外围系统,规划,无此接口,集团无此系统,40,6,41,37,服务质量测试请求/状态,集团OSS系统间数据流说明,1,2,3,4,5,6,服务开通,服务定单/状态,资源查询与预占,开通施工工单/状态,激活工单/状态,指令/状态,工程施工单/状态,服务和网络规划,7,8,9,10
28、,市场营销信息,网络资源信息,财务信息/规划结果/工程施工单,资源、资产同步信息,网络变更管理,11,12,13,14,开通变更请求/批准,配置更新,配置信息发布,配置，资源信息同步,39,保障变更请求/批准,服务保障,19,20,21,22,客户申告单,网络告警信息,服务质量保障请求,保障施工工单/状态,23,24,25,26,27,28,网络事件,网络性能,网络告警,资源信息（丰富告警）,超过阀值的网络性能,网络性能,29,30,31,告警信息,资源准确度信息,服务质量报告,服务质量管理,运营就绪,32,33,34,35,库存状态,备品备件状态,施工物料/工时信息,运营施工工单/状态,聚焦
29、客户服务,36,37,38,资源查询与预占,激活状态/快速激活,主动服务请求,集团层面无此数据传递,40,服务质量信息,测试管理,15,16,17,41,开通测试请求/状态,运维测试请求/状态,保障测试请求/状态,测试指令/状态,18,38,MSS,固定资产管理,与MSS的集成,OSS,规划,开通,保障,运营基础支撑,资源管理,施工调度,服务和网络规划,现有,新增,工程管理,财务管理,物资管理,人力资源管理,1,5,6,3,4,8,运营管理及生产指挥,服务保障,7,11,12,1,2,3,4,8,9,10,7,11,财务预算,规划结果,5,6,工程项目信息,实物编号,资产信息,资源明细,物料分
30、配,人员详情，KPI信息,任务完成量,库存状态,工程施工单,12,工程状态,10,9,2,39,OSS,BSS,与BSS的集成,开通,保障,运营基础支撑,运营管理及生产指挥,资源管理,服务保障,服务开通,施工调度,服务质量管理,配置及激活,服务和网络规划,现有,新增,CRM,10000号/网上营业厅,1,2,3,4,5,6,7,8,9,10,11,1,2,3,4,5,6,7,8,9,10,11,市场营销信息,服务定单,服务定单状态,资源查询与预占,外线施工人员预约,服务前移，快速激活配置,配置/激活状态查询,主动服务请求,客户申告/障碍单,故障处理状态,客户SLA报告查询,规划,40,集团/省
31、系统间的集成,省OSS,集团OSS,开通,保障,运营基础支撑,现有,新增,规划,省BSS,集团BSS,集团CRM,省CRM,运营管理及生产指挥,资源管理,服务保障,服务开通,集团长途资源管理,集团电子运维,集团长途服务开通,1,2,3,4,1,4,5,长途调单，资源调度授权,2,长途调单状态，资源调度授权状态,3,资源查询,物理资源同步,6,7,8,5,6,7,8,集团派工单,工单状态,集团申告，跨省申告,集团申告状态，跨省申告处理状态,手工,41,集成蓝图设计方法和内容集成蓝图OSS的整合分析系统集成架构高层次跨系统流程系统间数据流集成专题讨论附录,目录,42,服务质量管理无线的集成,无线网
32、络参数数据、告警数据、性能数据、话单数据,客户申诉,1,网优数据采集,2,4,5,DT/CQT测试数据,无线网络资源信息,优化方案和实施,网络优化方案，并派工单实施,7,变更资源信息同步到资源管理,9,10,对大面积优化工程进行规划设计,11,通知前端客服,12,网优信息更新到ODS-O,测试管理,资源管理,服务质量管理无线,规划,NMS/EMS/NE,1,4,3,2,5,6,8,10,11,CDMA综合网管/OMC-R,室内分布监测系统,ODSO,信号电平、信号质量数据,3,6,客户数据,运营管理及生产指挥,施工调度,7,9,12,其他部门协作,8,服务保障,ODSO,OSS已有系统,OSS
33、未来系统,DT/CQT测试系统,43,采用独立建立网络和IT外包平台方案的集成视图,客户服务管理平台（网络和IT外包服务集成）,局端网络监控,客户私网监控数据,1,集团电子运维,2,4,5,资源数据,保障单,资源管理,客户服务管理平台,网管/网络/适配,5,1,4,专业网管,前置系统,ODSO,客户数据，集团层面从电子运维系统获取,3,6,客户影响通知，如割接,运营管理及生产指挥,施工调度,6,服务保障,ODSO,OSS已有系统,OSS未来系统,2,7,7,外包施工,服务质量管理(大客户网管),3,44,集成蓝图设计方法和内容集成蓝图附录接口列表,目录,45,接口列表 2/2,从现有规范中一共整理了219个接口根据新的集成蓝图，新增49个接口（概念层次，将在分册规范中细化）其中B-O间需要新增10个接口其中M-O间需要新增3个接口详细请参考：CTHQ_OSS_Interface_Inventory_v0.10.xls,
