010ctgmbossoss25集成技术分册培训资料.ppt

CTG-MBOSS OSS2.5规范 培训材料 集成及技术分册 目录 集成技术分册目标 CTG-MBOSS规范中的定位 规范编制思路 规范编制方法 规范的范围定义 目录 系统集成关系(省) 集团与省系统集成关系(1/3)—服务开通 集团与省系统集成关系(2/3)—服务保障 集团与省系统集成关系(3/3)—网络运维管理 集团与省系统集成关系(3/3)—网络运维管理 集团与省系统集成关系(3/3)—网络运维管理 流程分析方法 典型流程举例—服务开通流程 典型流程举例—服务保障流程 步骤1~3：正式报障前的申告预处理 。如检查障碍号码是否欠费、查询该障碍号码是否属于重复申告、大面积障碍、公共障碍等 步骤2~7：根据预处理结果进行动作。如有必要派发故障单 步骤8~9：如有必要启动内部的大面积障碍、公共障碍流程 步骤10~35：故障处理及销账 步骤36：服务保障系统可将故障处理过程作为典型案例传送网络运维管理系统的知识库 典型网络运维管理类流程举例—数据一致性比对 该流程描述网络运维管理管控数 据一致性比对的流程： 步骤1：网络运维管理发起用户数据一致性比对请求 步骤2~6：ODS-O从自动激活系统采集网元数据，从CRM、资源管理同步用户资料和资源数据 步骤7~8：ODS对数据进行比对，并向网络运维管理反馈比对结果 步骤9~13：运营管理与生产对比对结果进行审批，回复ODS。需同步时同时候人工确定ODS的同步规则 步骤14~27：ODS通知各系统进行数据同步 步骤28：ODS将处理结果发至网络运维管理系统 系统接口分类 接口聚类分析—同步实时小数据量 接口聚类分析—同步实时大数据量 接口聚类分析—异步非实时小数据量 接口聚类分析—异步非实时大数据量 目录 OSS应用系统抽象的指导原则 OSS系统设计原则 OSS规范中推荐的技术最佳实践包括 引入SOA。应用系统采用SOA架构之后，基于组件封装了一层服务，服务变成IT系统与业务对话的接口，改变了以往业务需求直接映射到技术组件的架构，提升了IT系统适应业务变化的能力。 推荐J2EE。J2EE使用多层的分布式应用模型，业务逻辑可被封装成可复用的组件，当然J2EE还具备丰富技术体系，跨平台等特性。 采用MVC。 MVC也是当前的广泛采用的标准。 MVC把数据存取功能、显示功能和数据控制逻辑功能分进行离开，不同视图可共享相同的模型。 OSS系统设计原则，包括以下几项 可复用原则。系统核心由一系列服务组成，服务又由一个或多个组件构成，服务和组件的粒度应满足高可复用性要求。 可扩展原则。系统可以按层次进行分布式部署，提高应用系统的可扩展性。 流程与服务分离原则。将流程与服务实现进行分离，提高应用系统的灵活性和快速部署能力。 OSS应用系统分层平面架构 OSS应用体系立体架构 界面展示层 控制层 业务逻辑层 数据层 集成接口层 门户平台—平台定位 门户平台—功能要求 门户平台—技术建议 门户平台—实施指南(实施原则) 门户平台—实施指南(演进路线) 企业GIS平台—定位 企业GIS平台—支撑范围 企业GIS平台—技术建议 企业GIS平台—技术建议 GIS平台—实施指南 应用集成平台—定位 应用集成平台—功能要求 应用集成平台—技术建议 应用集成平台—实施指南(实施原则) 应用集成平台—实施指南(功能演进路线) 通过集成方法论梳理出OSS全局集成关系，从OSS看有9个原子系统，梳理的集成关系OSS与BSS，OSS与MSS以及OSS内部的。 一、OSS与BSS集成关系： 1、开通支撑。 CRM系统传送客户订单至服务开通系统分解，服务开通系统实现服务订单的完整开通流程，包括客户订单,产品方案设计,产品资源确认等 2、激活支撑。 CRM通过自动激活系统查询用户业务在实际网络上的状态信息和所占用资源信息； 10000号向激活系统业务查询,不涉及用户资料变更的修改（如设置呼转号码） 4、资源支撑。 CRM系统与资源管理系统与交互：资源信息查询、资源预占、资源修改和资源释放等 5、保障支撑。 服务保障接受对保障单的接收10000号系统受理保障单，并实现保障单的完整故障修复流程。交互内容包括故障预处理，申告类报障，故障催修、工单进度查询、工单状态查询、销账等 另外，服务保障系统与CRM的集成关系还有一些信息的获取与同步，比如产品服务目录、客户SLA信息等 7、网络运维管理主动服务。 向BSS提出主动服务请求，包括工程割接、重大保障主动服务信息 二、OSS与MSS集成关系： 1、资源与固定资产管理交互，包括资源资产信息等 2、物资管理系统与施工调度系统，施工材料的分类信息同步以及库存信息同步等 3、施工调度对工程建设管理系统的支撑，包括工程建设施工工单，施工进度查询 4、网络运维管理与人力资源：人员信息