010_CTGMBOSSOSS25_集成技术分册_培训材料.ppt

《010_CTGMBOSSOSS25_集成技术分册_培训材料.ppt》由会员分享，可在线阅读，更多相关《010_CTGMBOSSOSS25_集成技术分册_培训材料.ppt（53页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、CTG-MBOSS OSS2.5CTG-MBOSS OSS2.5规范规范规范规范 培训材料培训材料培训材料培训材料集成及技术分册集成及技术分册1 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 2/52目录目录规范编制概述规范编制概述集成部分介绍集成部分介绍技术部分介绍技术部分介绍 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 3/52业务驱动力分析业务驱动力分析 集成技术主要驱动来自于业务和技术的综合发展力量，通过集团、省流程分析、接口梳理，达到系统的集成与整合。集团和省、省与省之间的互通能力的提升明确前端和后端的协同关系，提升前后端系统的协同能力提升省内系统间的融

2、合能力端到端的业务流程视角能力的提供提供统一的集成架构部署视图，提高企业应用集成的能力提升系统服务集中监控、异常处理、管理的能力提升系统门户统一登录、统一认证、集中建设的能力聚焦客户的全业务运营的信息化创新战略聚焦客户的全业务运营的信息化创新战略信息化信息化ITIT支撑在支撑在OSSOSS方面的能力提升分析方面的能力提升分析业务融合业务融合支持全业务运营支持全业务运营聚焦客户聚焦客户提升客户体验提升客户体验全程全网全程全网实现一体化管理实现一体化管理集中高效集中高效支撑网络转型支撑网络转型精确智能精确智能实现运营优异实现运营优异 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 4/

3、52技术驱动力分析技术驱动力分析技术更新技术更新新技术给系统集成、系统建设带来的驱动新技术给系统集成、系统建设带来的驱动技术选型技术选型系统集成、系统建设中的技术选型需求系统集成、系统建设中的技术选型需求快速开发快速开发组件与服务的复用性的要求组件与服务的复用性的要求业务与技术实现松耦合的要求业务与技术实现松耦合的要求统一系统技术架构和实现模式的需求统一系统技术架构和实现模式的需求 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 5/52集成技术分册目标集成技术分册目标总体目标总体目标支撑企业的运营战略规划，指导未来支撑企业的运营战略规划，指导未来3 3至至5 5年中国电信集团和省

4、公司年中国电信集团和省公司OSSOSS系统系统集成与整合，并在系统建设上的提供统一的技术架构与技术建议。集成与整合，并在系统建设上的提供统一的技术架构与技术建议。集成目标集成目标1.统一的系统集成关系视图2.端到端的业务流程视图3.集成接口分析与类型归类4.统一架构的集成部署支撑技术目标技术目标1.统一系统分层技术架构2.可共享、可复用的系统组件抽取3.公共平台技术实现分析4.提供系统实现的技术选型分析 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 6/52CTG-MBOSSCTG-MBOSS规范中的定位规范中的定位 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 7

5、/52技术技术最佳实践最佳实践技技术术调调研研SOASOAJ2EEJ2EEMVCMVC技术落实与分析技术落实与分析技术范围技术范围规范编制思路规范编制思路现有规范参考现有规范参考CTG-MBOSSCTG-MBOSSOSSOSS规范规范2.02.0CTG-MBOSSCTG-MBOSS规范规范1.01.0蓝图规划蓝图规划集成集成业务梳理业务梳理接口分析接口分析集成关系集成关系集成部署和接口技术建议集成部署和接口技术建议 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 8/52规范编制方法规范编制方法n确定系统边界：确定系统边界：参考蓝图中的系统构架图,识别OSS域各原子系统的功能与边界

6、，确定系统间集成关系的基础；n归纳跨系统业务流程：归纳跨系统业务流程：根据OSS系统系统边界以及系统功能，并结合实际的业务流程运转情况和要求，确定所有跨系统业务流程，使用时序图来表示系统间的业务数据交互情况，关注系统间和具体实现技术无关的数据交互；n确定系统接口：确定系统接口：根据系统业务流程，分析系统间接口的数据要求和技术要求，给出接口技术实现建议，并提供参考接口列表；n确定系统集成关系：确定系统集成关系：对跨系统业务流程和接口列表进行分析，并得到集团和省的纵向、横向的集成关系图，并汇总系统间的交互的主要数据；n系统技术分析：系统技术分析：参考最佳实践和已有规范，结合厂商技术调研，明确OSS

7、系统设计原则，统一OSS系统分层的系统架构，从技术方面提出OSS系统建设建议；n公共平台分析：公共平台分析：分析系统蓝图识别的公共平台，提出对公共平台的定位、功能要求、技术要求和实施指南。CTG-MBOSS OSS 2.5 培训材料 集成技术分册 9/52规范的范围定义规范的范围定义OSSOSS分册规范分册规范集成部分集成部分集成技术分册集成技术分册p总体架构p业务流程分析p系统接口分析p系统集成关系pOSS核心应用技术pOSS公共平台技术部分技术部分BSSBSSMSSMSSOSSOSS1.整合分册规范中的业务流程2.系统接口的分类3.整合O域内各系统集成关系1.指导OSS系统建设2.指导OS

8、S公共平台的建设1.OSS与BSS的边界、接口定义2.业务流程定义1.OSS与MSS的边界、接口定义2.业务流程定义 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 10/52目录目录规范编制概述规范编制概述集成部分介绍集成部分介绍技术部分介绍技术部分介绍 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 11/52系统集成关系系统集成关系(省省)系统边界分析、集成关系与接口分析的影响。OSS系统变化订单分解后移对服务开通接口内容的影响。订单分解后移 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 12/52集团与省系统集成关系集团与省系统集成关系(1/3)(

9、1/3)服务开通服务开通集团：1.CRM系统将客户订单下发至所涉及到的省CRM2.CRM接收到客户订单，将订单发送到服务开通系统 3.服务开通系统对网络的变更请求到网络运维管理4.服务开通调用资源管理进行资源配置6.服务开通调用自动激活进行业务开通配置8.CRM接收来自省CRM的竣工报告9.服务开通提交测试请求，测试管理对服务进行测试10.CRM竣工原则A：集团与省互不交叉原则：不同层面部署的B和O域系统不交互(如：集团CRM与省服务开通交互不交互),纵向服务开通互联只用查询和流程协调；B:对于跨省业务的第三省，如客户办理A省到Z省的端到端数据电路，中间需要B、C省做路由配置，那么集团服务开通

10、将直接根据分析结果，直接派调单给B、C省。而对于A、Z则是由集团CRM派发客户订单到省CRM系统。省：1.CRM系统接收集团CRM系统的客户订单2.CRM将客户订单送到服务开通系统3.服务开通系统对网络的变更请求到网络运维管理4.服务开通调用资源管理进行资源配置5.服务开通对需人工参与的环节调用施工调度做相应人员安排6.服务开通调用自动激活进行业务开通配置7.服务开通提交测试请求，测试管理系统进行测试8.CRM竣工，并向集团CRM报竣工 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 13/52集团与省系统集成关系集团与省系统集成关系(2/3)(2/3)服务保障服务保障集团：1.客

11、服系统/综合网管系统发起保障单2.测试管理系统对故障测查，确定故障3.服务保障系统对故障进行定位分析，如有必要，下发至相关省的服务保障系统（可选流程）4.服务保障系统对网络的变更请求到网络运营管理（可选流程）5.如有需要，服务保障进行资源配置或资源更改7.服务保障调用自动激活进行业务激活配置9.接收省服务保障的竣工报告10.服务保障提交测试请求，测试管理系统对 服务进行测试。如果发生了资源实际变更则向资源管理系统发起资源变更请求。11.将处理结果返回前端系统省：1.客服系统/综合网络系统发起保障单3.接收集团服务保障系统的故障单（可选流程）,测试管理系统对故障测查，确定故障4.服务保障系统对网

12、络的变更请求到网络运维管理（可选流程）5.如有需要，服务保障进行资源配置或资源更改6.服务保障对需要人工参与的环节调用施工调度做相应人员安排7.服务保障调用自动激活进行业务激活8.服务保障提交测试请求，测试管理系统进行测试，并反馈结果9.服务保障向集团服务保障报竣工（可选流程），如果发生了资源实际变更则向资源管理系统发起资源变更请求。11.将处理结果返回前端系统问题解决为导向 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 14/52集团与省系统集成关系集团与省系统集成关系集团与省系统集成关系集团与省系统集成关系(3/3)(3/3)(3/3)(3/3)网络运维管理网络运维管理网络运

13、维管理网络运维管理 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 15/52运营管理调用激活进行作业计划的自动执行；其他数据配置请求提交自动激活。服务开通/服务保障发起网络变更请求到网络运维管理1服务保障，特别是政企客户的服务保障，网络和IT外包服务2分析网络变更请求，如有必要，集团下发指挥单到涉及到的省网络运维管理系统242网络资源变更56服务保障，特别是政企客户的服务保障，网络和IT外包服务2网络运维管理调用测试管理布置测试任务7接收省网络运维管理系统的指挥单执行结果8服务保障，特别是政企客户的服务保障，网络和IT外包服务2通知前端服务开通/服务保障系统9网络运维管理对网络变

14、更请求进行批复3集团与省系统集成关系集团与省系统集成关系集团与省系统集成关系集团与省系统集成关系(3/3)(3/3)网络运维管理网络运维管理网络运维管理网络运维管理运营管理调用激活进行作业计划的自动执行；其他数据配置请求提交自动激活。服务开通/服务保障发起网络变更请求到网络运维管理（省请求入口）1服务保障，特别是政企客户的服务保障，网络和IT外包服务2接收来自集团的网络运维管理单（集团请求入口）2对网络建设涉及的局内调度，运营管理调用施工调度进行所需的人员计划和任务项分配4服务保障，特别是政企客户的服务保障，网络和IT外包服务2网络资源变更56服务保障，特别是政企客户的服务保障，网络和IT外包

15、服务2网络运维管理调用测试管理布置测试任务7指挥单执行结果反馈至集团网络运维管理系统8服务保障，特别是政企客户的服务保障，网络和IT外包服务2通知前端服务开通/服务保障系统9网络运维管理对网络变更请求进行批复3网络变更流程网络变更流程集团：集团：省：省：CTG-MBOSS OSS 2.5 培训材料 集成技术分册 16/52运营管理调用激活进行作业计划的自动执行；其他数据配置请求提交自动激活。资源管理发起工程建设割接1服务保障，特别是政企客户的服务保障，网络和IT外包服务2分析工程建设割接范围，如有必要，集团下发指挥单到涉及到的省运营管理系统24服务保障，特别是政企客户的服务保障，网络和IT外包

16、服务2资源管理将影响范围通知服务开通及CRM系统56服务保障，特别是政企客户的服务保障，网络和IT外包服务2网络运维管理调用测试管理布置测试任务7接收省网络运维管理系统的指挥单执行结果8服务保障，特别是政企客户的服务保障，网络和IT外包服务2工程割接的结果返回给资源管理系统9网络运维管理对工程割接的人工管控部分进行流程管控3集团与省系统集成关系集团与省系统集成关系集团与省系统集成关系集团与省系统集成关系(3/3)(3/3)网络运维管理网络运维管理网络运维管理网络运维管理运营管理调用激活进行作业计划的自动执行；其他数据配置请求提交自动激活。资源管理发起工程建设割接（省请求入口）1服务保障，特别是

17、政企客户的服务保障，网络和IT外包服务2接收来自集团的网络运维管理单（集团请求入口）2对网络建设涉及的局内调度，运营管理调用施工调度进行所需的人员计划和任务项分配4服务保障，特别是政企客户的服务保障，网络和IT外包服务2资源管理将影响范围通知服务开通及CRM系统56服务保障，特别是政企客户的服务保障，网络和IT外包服务2网络运维管理调用测试管理布置测试任务7指挥单执行结果反馈至集团网络运维管理系统8服务保障，特别是政企客户的服务保障，网络和IT外包服务2工程割接的结果返回给资源管理系统9网络运维管理对工程割接的人工管控部分进行流程管控3工程割接流程工程割接流程集团：集团：省：省：CTG-MBO

18、SS OSS 2.5 培训材料 集成技术分册 17/52流程分析方法流程分析方法开通类开通类保障类保障类网络运维管理类网络运维管理类数据类数据类同步类同步类查询类查询类流流程程分分类类原则：A：支撑、维护受理用户业务和正常使用电信服务。把流程划分为开通类、保障类、支撑类；B：数据的查询、同步归为数据类。查询类如：受理前验证、受理/保障过程中的进度查询；同步类如：客户信息同步、产品目录同步等；业务流程框架是电信企业运营和生产的业务模型，根据CTG-MBOSS规范体系，按照如上分类维度，端到端的分析各种业务流程的典型场景，对业务流程进行进一步分析和细化。CTG-MBOSS OSS 2.5 培训材料

19、 集成技术分册 18/52典型流程举例典型流程举例服务开通流程服务开通流程步骤1：接收来自CRM的订单步骤2：订单分解。步骤36：资源配置步骤724：启动对应的服务定单处理流程，包括去到施工调度、自动激活、测试管理的交互。考虑开通过程中需要发起工程建设的情况，网络运维管理管控工程建设过程步骤2224：资源实占25：竣工处理 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 19/52典型流程举例典型流程举例服务保障流程服务保障流程步骤13：正式报障前的申告预处理。如检查障碍号码是否欠费、查询该障碍号码是否属于重复申告、大面积障碍、公共障碍等步骤27：根据预处理结果进行动作。如有必要派

20、发故障单步骤89：如有必要启动内部的大面积障碍、公共障碍流程步骤1035：故障处理及销账步骤36：服务保障系统可将故障处理过程作为典型案例传送网络运维管理系统的知识库 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 20/52该流程描述网络运维管理管控数据一致性比对的流程：步骤1：网络运维管理发起用户数据一致性比对请求步骤26：ODS-O从自动激活系统采集网元数据，从CRM、资源管理同步用户资料和资源数据步骤78：ODS对数据进行比对，并向网络运维管理反馈比对结果步骤913：运营管理与生产对比对结果进行审批，回复ODS。需同步时同时候人工确定ODS的同步规则步骤1427：ODS通知

21、各系统进行数据同步步骤28：ODS将处理结果发至网络运维管理系统典型网络运维管理类流程举例典型网络运维管理类流程举例典型网络运维管理类流程举例典型网络运维管理类流程举例数据一致性比对数据一致性比对数据一致性比对数据一致性比对 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 21/52系统接口分类系统接口分类维度维度调用方式调用方式交互方式交互方式数据量数据量频率频率实时：实时：接口的响应速度有很高要求，通常要求接口处理能在秒级完成，比如用户界面访问，告警数据传递等非实时：非实时：调用者对接口执行速度要求不太高大数据量：大数据量：指大量数据传输，通常是批量数据小数据量：小数据量：接口

22、数据量偏小，一般小于100K的数据包（实际情况跟机器性能、网络情况、交易频度有关）非周期非周期:接口不按固定周期交互，通常为事件触发，比如查询；周期：周期：接口按固定周期，比如按日、按周、按月、按小时、按分钟或其他频率交互。同步：同步：调用方在调用接口后必须在接口的结果返回后才可以继续执行自己的任务异步：异步：调用方在调用接口后不需要等待接口的结果返回，可以继续执行自己的任务接口类聚同步实时同步实时大数据量大数据量 异步非实时异步非实时小数据量小数据量异步非实时异步非实时大数据量大数据量同步实时同步实时小数据量小数据量接口分类接口分类 CTG-MBOSS OSS 2.5 培训材料 集成技术分册

23、 22/52接口聚类分析接口聚类分析同步实时小数据量同步实时小数据量定义：定义：主要应用于一些业务开通、激活、服务保障等一系列完成一个特定业务的跨系统单据间的数据交互。系统间的数据交互，无论是获取数据还是反馈数据，都需要能够保持系统间的交互和连接，直到在第一时间获取相关系统反馈数据。优点：优点：在各相关系统稳定运行基础上，数据交互效率高，系统集成高度集中，故障定位方便快速。对于异构系统相对较少，实时性要求很高，基于联机事务的控制和回滚较适合。缺点：缺点：各个环节之间的数据流衔接受制于相关系统数据的输入、输出。依赖于各个系统稳定运行的基础之上，一旦相关数据流中的某个系统发生故障，整个系统体系架构

24、出现数据滞留和停顿，系统体系架构的耦合性较高。结论：结论：使用的接口技术应该尽可能的不受各个系统特有技术的限制约束，而快速的进行系统间的数据交互和集成。保持不受异构系统影响，高集成特点。推荐技术：推荐技术：接口技术：WEB SERVICE 接口结构：XML同步实时同步实时大数据量大数据量异步非实时异步非实时小数据量小数据量异步非实时异步非实时大数据量大数据量同步实时同步实时小数据量小数据量接口分类接口分类 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 23/52接口聚类分析接口聚类分析同步实时大数据量同步实时大数据量定义：定义：系统间需要实时进行大数据量的交互，主要应用于一些资源

25、、客户等大批量数据的交互。系统间的数据交互，无论是获取数据还是反馈数据，都需要能够保持系统间的交互和连接，直到在第一时间接口返回才允许继续执行任务。优点：优点：具备完善的控制，可保证大数量的可靠、完整传送，并且大数据量交互的实时性相对高。缺点：缺点：同步实时大数据量交互资源消耗大，容易造成性能和稳定性的问题，对业务系统的正常运行存在一定的影响。结论：结论：使用的接口技术应该相对成熟稳定，尽量降低对系统性能带来的影响，可通过控制同一次交互数据量来提高交互性能。推荐技术：推荐技术：接口技术：接口表 接口结构：表记录同步实时同步实时大数据量大数据量异步非实时异步非实时小数据量小数据量异步非实时异步非

26、实时大数据量大数据量同步实时同步实时小数据量小数据量接口分类接口分类 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 24/52接口聚类分析接口聚类分析异步非实时小数据量异步非实时小数据量定义：定义：系统间可以非实时进行小数据量的交互，主要应用于一些业务开通、激活、服务保障等一系列完成一个特定业务的跨系统单据间的数据交互。系统间的数据获取或者数据反馈，通过一套可以非实时的数据通讯方式进行控制，不必长时间的保持系统间的数据连接和交互来获取相关系统的数据输入、输出。优点：优点：系统间的耦合性较低，数据交互不依赖于周边系统状态，通过一套可以非实时的异步通讯方式来进行数据间的交互连接。不受

27、异构系统数量影响，可以不关注多个异构系统架构进行系统间的集成。在某个节点系统发生故障时，不影响其他系统运行状况约束。缺点：缺点：系统间的数据传递需要有完备的体系，保障数据可以快速、稳定传送。并支持交互数据的重发等一系列的异常情况处理。由于采用了异步非实时接口，因此系统间数据流的反馈有可能不在第一时间到达各个系统，产生业务响应相对滞后的隐患。结论：结论：使用的接口技术应该可以有完善的异步通讯方式，不论多个系统采用何种架构，触发的时间如何设定，必须能够保证交互数据的到达。确保交互数据能够可靠的传送。推荐技术：推荐技术：接口技术：消息队列 接口结构：XML同步实时同步实时大数据量大数据量异步非实时异

28、步非实时小数据量小数据量异步非实时异步非实时大数据量大数据量同步实时同步实时小数据量小数据量接口分类接口分类 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 25/52接口聚类分析接口聚类分析异步非实时大数据量异步非实时大数据量定义：定义：系统间需要交互大量的数据，这些大数量的交互不论对需要更新的目标系统还是发送的源数据系统，都会产生性能等多方面的影响。主要应用于一套数据副本在各个系统间保持数据一致，或者各个系统边界重叠交互数据的一致。系统间的数据交互，可以通过一个合理的时间点设定来确定数据交互的周期和时间，而不会产生大数据量交互对系统带来的影响。同时各个系统能够在时间点之外独立稳

29、定运行。优点：优点：异步非实时大数据量可以任意的设定系统间交互的时间点，将目标系统和源系统的大数据量更新对系统产生的性能和稳定性隐患降低到最低，同时避开系统处理繁忙时期，不对业务产生影响。缺点：缺点：异步非实时大数量的时间点设定需要综合考虑各个系统参数和体系结构因素。一旦时间点设置不合理会产生一系列的连锁反应，导致各个系统数据无法一致，影响系统间的交叉重叠数据的一致性。大数据量的传送需要能够有完善的异常处理机制和通信稳定性的保障，避免重复的大数量交互或者只完成部分的不完全交互。结论：结论：使用的接 口技术应该能够简单的进行大数据量的传送和接收，完善的控制和保证大数量的可靠、完整传送和异常处理。

30、基本采用文件数据交互方式进行，并可以将数据和控制进行组合来完成异步非实时的大数据量的交互。推荐技术：推荐技术：建议接口技术 FTP 或者 JMS+FTP建议接口结构 FILE 或者 XML+FILE同步实时同步实时大数据量大数据量异步非实时异步非实时小数据量小数据量异步非实时异步非实时大数据量大数据量同步实时同步实时小数据量小数据量接口分类接口分类 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 26/52目录目录规范编制概述规范编制概述集成部分介绍集成部分介绍技术部分介绍技术部分介绍 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 27/52OSSOSS应用系统抽象的

31、指导原则应用系统抽象的指导原则应用系统抽象的指导原则应用系统抽象的指导原则OSSOSS支撑能力提升支撑能力提升服务是IT系统与业务对话的接口提升IT系统适应业务变化的能力提高服务和组件的复用能力J2EEJ2EESOASOA系统健壮、业务灵敏系统健壮、业务灵敏MVCMVC四层结构：展现层、控制层、业务逻辑层、数据层丰富的技术体系业务逻辑被封装成可复用的组件开发人员只需关注业务实现，无需考虑容器实现平台无关性、系统可移植性核心的数据存取功能、显示功能和使用这些数据的控制逻辑功能分离不同的视图能够共享相同的企业数据模型支持不同类型的客户端开发、测试和维护开发Web应用时被广泛采用的设计模式 CTG-

32、MBOSS OSS 2.5 培训材料 集成技术分册 28/52OSS系统设计原则OSS规范中推荐的技术最佳实践包括引入引入SOA。应用系统采用SOA架构之后，基于组件封装了一层服务，服务变成IT系统与业务对话的接口，改变了以往业务需求直接映射到技术组件的架构，提升了IT系统适应业务变化的能力。推荐推荐J2EE。J2EE使用多层的分布式应用模型，业务逻辑可被封装成可复用的组件，当然J2EE还具备丰富技术体系，跨平台等特性。采用采用MVC。MVC也是当前的广泛采用的标准。MVC把数据存取功能、显示功能和数据控制逻辑功能分进行离开，不同视图可共享相同的模型。OSS系统设计原则，包括以下几项 可复用原

33、则可复用原则。系统核心由一系列服务组成，服务又由一个或多个组件构成，服务和组件的粒度应满足高可复用性要求。可扩展原则可扩展原则。系统可以按层次进行分布式部署，提高应用系统的可扩展性。流程与服务分离原则流程与服务分离原则。将流程与服务实现进行分离，提高应用系统的灵活性和快速部署能力。CTG-MBOSS OSS 2.5 培训材料 集成技术分册 29/52OSS应用系统分层平面架构应用系统分层平面架构 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 30/52OSS应用体系立体架构应用体系立体架构 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 31/52界面展示层界面展示层

34、定位：定位：展现层接收用户请求，响应用户操作，业务逻辑经由后台的流程和服务进行统一处理，并以Web页面的形式向用户返回结果技术建议：技术建议：JSP：界面开发技术Ajax：一种创建交互式网页应用的开发技术Struts:一种基于MVC的Web用户界面开发方式Flex：作为富Internet应用时代的新技术代表JSF：一种基于MVC的Web用户界面开发方式展现层架构图 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 32/52控制层控制层定位：定位：流程控制：主要负责业务流程、人工任务的编排界面控制：统一人机交互界面的关联和控制 组件控制：对组件的生命周期、组件的访问权限等进行统一管理

35、策略控制：在运行过程中动态地控制系统的行为和资源技术建议：技术建议：MVC模式模型、视图与控制的分离，是开发Web应用的推荐架构模式规则引擎业务规则管理系统化，从手工编码中剥离控制层架构图 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 33/52业务逻辑层业务逻辑层业务逻辑层由服务层和组件层构成业务逻辑层由服务层和组件层构成组件层主要包括：组件层主要包括：业务组件：提供业务逻辑的实现；数据组件：提供数据访问、数据计算和数据缓存等功能；规则组件：实现规则的技术功能，如规则定义，规则执行，规则修改、规则版本管理等；公共组件：为OSS应用系统提供统一的配置管理、监控管理、安全管理、日志

36、管理和异常处理等公共服务组件。服务层包括原子服务和由原子服务组成的组合服务服务层包括原子服务和由原子服务组成的组合服务业务逻辑层架构图 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 34/52数据层数据层数据层架构图定位：定位：通过数据组件对业务层屏蔽数据存储多样性、统一数据访问数据存储：数据的检索、插入速度是需要优先保障的指标事务支持：维护数据的完整性与一致性备份和恢复：应支持联机备份和恢复技术建议：技术建议：数据分级存储管理：在过程数据实体引入当前表、归档表和历史表，解决过程数据量随着系统使用时间的延长而越来越庞大的问题数据分区：分区通过将操作分配给更小的存储单元，减少了需要

37、进行管理操作的时间，并通过增强的并行处理提高了性能数据压缩：一种CPU换取IO性能的技术手段，通过采用数据压缩机制，减少硬盘空间与连接带宽资源的消耗索引：索引能使对应表的SQL查询语句执行得更快 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 35/52集成接口层集成接口层定位：定位：内部访问接口：提供OSS应用系统内部组件之间的数据共享、服务调用、流程协作等通道外部访问接口：提供OSS应用系统与公共平台的数据共享、服务调用、流程协作等通道技术建议：技术建议：JMSJMS：消息传递技术Web ServiceWeb Service：异构平台、异构应用、不同语言间的互操作规范FTPFT

38、P：用于Internet上的控制文件的双向传输集成接口层架构图 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 36/52需登录各系统进行操作门户平台门户平台平台定位平台定位问题：问题：电信企业的运维人员在日常工作过程中往往需要记忆多套密码，登录多个系统，系统使用过程繁琐，影响运维工作效率。解决方案：解决方案：通过引入业界主流的门户技术和统一接入访问技术，统一OSS系统建设的界面集成规范，为运维人员提供一个综合接入平台。门户平台门户平台统一登录统一登录服务开通服务开通服务保障服务保障资源管理资源管理施工调度施工调度测试管理测试管理自动激活自动激活运维管理运维管理 CTG-MBOSS

39、 OSS 2.5 培训材料 集成技术分册 37/52门户平台门户平台门户平台门户平台功能要求功能要求功能要求功能要求个人门户：个人门户：提供面向用户的个性化门户定制管理单点登录：单点登录：提供对OSS域各IT支撑系统的统一单点登录管理移动办公：移动办公：提供语音、短信、WAP、EMAIL 等方式的统一接触手段知识搜索：知识搜索：提供对知识库的搜索，如查询运维资料、信息和专家经验的管理专题论坛：专题论坛：提供WEB论坛，对运维专题工作和相关知识进行讨论运维协同：运维协同：提供对即时通讯工具的融合信息发布：信息发布：提供发布公告、重大事件、新闻、软件版本预警、重要通信保障、割接通知和网络运行通报等

40、管理统一认证：统一认证：提供支持多种认证方式，支持包括静态密码、动态密码、数字证书等多种安全认证方式，对用户访问进行身份认证。同时，可以直接利用OSS系统中已有的用户账户信息，实现身份认证；目录与安全服务：目录与安全服务：提供统一存储、访问、维护和管理运维组织资料的目录服务框架与机制，包括运维人员的身份验证信息、访问权限、配置信息等。CTG-MBOSS OSS 2.5 培训材料 集成技术分册 38/52门户平台门户平台技术建议技术建议技术名称技术名称技术定位技术定位应用场景应用场景JSR168JSR168定义了一个Portlet规范，包括Portlet容器和Portlet之间的合约门户标准JS

41、R286JSR286兼容了JSR 168，并完善了JSR 168 的部分功能，并提供了诸多JSR 168所没有的新特性，例如资源服务、事件、Portlet 过滤器、共享呈现参数及Portlet窗口等门户标准PortalPortal提供个性化，单点登陆，不同源的内容聚合和信息系统的表示层集中Web门户集成PortletPortletPortal使用Portlets作为可插拔用户接口组件，提供信息系统的表示层Web页面中的用户接口组件WMLWML无线标记语言(Wireless Markup Language)是一种从 HTML 继承而来的标记语言，它较 HTML 更严格。WML 被用来创建可显示在

42、 WAP 浏览器中的页面，用WML编写的页面被称为 DECKS。创建WAP 浏览器中的页面WidgetWidget基于互联网Web的一个小应用或一组动态内容，通常实现某个特定的功能，主要作为Web 2.0服务或互联网内容的前端主要作为Web 2.0服务或互联网内容的前端MashupMashup一种Web 2.0技术，它将两种以上使用公共或者私有数据的web应用，混搭在一起，形成一个复合式应用开发复合式Web应用 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 39/52门户平台门户平台门户平台门户平台实施指南实施指南实施指南实施指南(实施原则实施原则实施原则实施原则)p集中化：集中

43、化：所有OSS系统，无论是企业级的，还是部门/分公司级的，在建设实施时都需要考虑 实现与门户平台的对接；p整合化：整合化：从业务整合角度考虑系统建设，提供给运维人员“单一系统”的体验，通过单一 入口使用各种功能，访问各种信息；p服务化：服务化：实现企业内部的IT服务共享，系统的规划和建设采用SOA 和Web 2.0的原则与架 构；p移动化：移动化：体现系统功能灵活性和信息移动化，实现用户任何时间、任何地点、任意设备的 入，提高工作效率。原原则则为为指指引引目标目标原则原则移动化移动化服务化服务化整合化整合化集中化集中化原则原则 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 40/

44、52网络运网络运维管理维管理已经建设和正在建设网络运维管理系统的省分，可以把门户平台的建设纳入其中，合并建设，充分利用网络运维管理系统的集成成果；企业门户企业门户平台平台OSS域的门户平台纳入其中，实现企业员工集中统一登录MBO域的系统。在项目实施过程中，应当预先考虑跨部门协调产生的问题。独立建独立建设门户设门户门户平台单独立项建设，平台功能独立、灵活性强；门户平台门户平台实施指南实施指南(演进路线演进路线)建建设设模模式式ABCOSS系统服务开通服务保障资源管理网络管理测试管理自动激活运维管理服务开通服务保障资源管理网络管理测试管理自动激活运维管理服务开通服务保障资源管理网络管理测试管理自动

45、激活运维管理服务开通服务保障资源管理网络管理测试管理自动激活运维管理 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 41/52 部分省份存在多套平台软件与行业空间信息，缺少共享、应用分散、维护困难。企业企业GIS平台平台定位定位问题：问题：目前部分省存在多套GIS平台软件和行业空间信息，缺少共享、应用分散、维护困难，还有部分省在资源系统建设给资源系统压力较大。解决方案：解决方案：统一规划、统一建设企业GIS平台，逐步实现电子地图、行业空间信息、GIS应用的共享。CRMCRM经营分析经营分析资源管理资源管理工程建设工程建设测试管理测试管理施工调度施工调度增值业务增值业务GIS平台平

46、台电子地图共享行业空间信息共享GIS应用共享 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 42/52企业企业GIS平台平台支撑范围支撑范围所属域所属域系统名称系统名称主要主要GISGIS应用应用GISGIS应用程度应用程度BSSCRM前台选址与资源确认中经营分析营销网格划分、基于网格的营销分析中营业厅触摸屏查询系统营业厅分布情况查询低OSS资源管理地址库管理、资源图形化录入和展现、资源图形化配置、各类图纸的打印输出、辅助网络优化、资源故障影响分析、面向大客户的基于空间范围的资源能力查询高无线网优网元图形化展示、路测分析、基站覆盖分析、边界优化、通话轨迹分析、无线投诉分析中施工调

47、度施工人员和车辆的定位与跟踪、施工相关资源的定位、施工图纸打印、最优行动路线分析中综合告警告警信息图形化展现低服务保障线路巡检、机房巡检、电缆防盗低MSS工程建设工程设计、工程图纸输出中EDAODSGIS平台为ODS提供基于坐标的行业空间信息，使ODS在对其他系统模块提供支撑时具有空间运算能力。低EDW从ODS获取已经进行整理的行业空间信息，用于数据分析与数据挖掘低增值业务号码百事通公交换乘、指路服务、POI点查询中定位之星自我定位、好友定位、周边地图查看中商务领航物流E通中全球眼位置服务支撑行业客户实现实时监控、应急指挥中 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 43/5

48、2企业级企业级GIS平台平台企业企业GIS平台平台功能要求功能要求BSSOSSMSS行业空间信息行业空间信息电子地图电子地图地图维护与发布EDWODSCRM经营分析空间信息输入空间信息编辑空间信息存储空间信息查询空间信息分析空间信息输出BSS应用服务OSS应用服务MSS应用服务原子服务行业应用空间信息服务空间信息服务资源管理无线网优施工调度.工程建设.增值业务应用服务增值业务增值业务号码百事通定位之星.行业空间信息包括地址库、区域、子区域、局站、机房、营销网格和各类电信设施的位置信息，以及行业关注的各种POI点。GIS平台将这些行业空间信息映射为点、线、区等空间数据模型进行管理，并允许用户自定

49、义这种映射关系，以便快速支持各类新增数据的管理空间信息输入：点、线、区数据输入空间信息编辑：点、线、区数据编辑空间信息存储：点、线、区数据存储空间信息查询：定位查询、区域查询、空间关联查询空间信息分析：网络分析、叠加分析、缓冲区分析、DTM分析、3D分析空间信息输出：图像输出、图纸输出、表格输出、报告输出通过对GIS原子服务进行组合，实现面向电信行业的各种应用功能 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 44/52企业企业企业企业GISGIS平台平台平台平台技术建议技术建议技术建议技术建议 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 45/52企业企业企业企

50、业GISGIS平台平台平台平台技术建议技术建议技术建议技术建议坐标系坐标系比例尺比例尺地图要素及分层要求地图要素及分层要求本地网本地网地图地图大地坐标系市区采用1：500、1：1000或1：2000县城采用1：10000郊区采用1：50000重点体现市区各级街道、居民地以及市、县、乡的行政区界线全省行政全省行政区略图区略图大地坐标系1：250000或1：500000重点体现省、市行政区界线，铁路、高速公路、省道及主要河流合理的地图分层可以极大提高系统性能及显示效果 CTG-MBOSS OSS 2.5 培训材料 集成技术分册 46/52GISGIS平台平台平台平台实施指南实施指南实施指南实施指南