中国电信OSS2.8全业务运营规划集成蓝图.ppt
《中国电信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,信息和内容适配是由发送和接收的组件负责系统间流程的协作依靠应用系统控制实现适合于客户化能力比较强的应用系统互联适合于对跨系统性能要求较高的互联,在现实的实施中,存在多种应用集成平台的实施模式。实施过程中需要根据不同应用环境采用不同的实施策略,实施模式 轻量级总线,实施模式 重量级总线,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 中国电信 OSS2 业务 运营 规划 集成 蓝图
![提示](https://www.31ppt.com/images/bang_tan.gif)
链接地址:https://www.31ppt.com/p-2336117.html