山东电信OSS系统融合架构建议v.pptx
- 文档编号:1548261
- 上传时间:2022-10-23
- 格式:PPTX
- 页数:29
- 大小:6.52MB
山东电信OSS系统融合架构建议v.pptx
《山东电信OSS系统融合架构建议v.pptx》由会员分享,可在线阅读,更多相关《山东电信OSS系统融合架构建议v.pptx(29页珍藏版)》请在冰豆网上搜索。
山东电信OSS系统融合架构建议,企业信息化部2011年5月,目录,系统架构目标,业务目标支撑快速开通、保障就绪支持灵活流程配置、调度支撑统一数据管理支撑统一、标准对外服务支撑业务、平台可管、可控,技术目标分层技术架构可共享、可复用的系统组件高内聚、松耦合、可扩展统一基础平台统一数据模型,总体目标针对OSS融合系统业务支撑特性及要求,选择先进、成熟的技术及架构指导山东电信OSS系统融合建设,使融合系统满足高内聚、松耦合设计要求,提高系统的灵活性和快速响应前端业务需求的能力,并为后续系统建设提供参考。
总体设计思想,核心设计思想,在设计系统时,为了保证新系统的存储、处理能力、接入、业务应用可平滑扩充,系统通过组件化的设计思想,在系统的软件结构上做到“四个分离”:
(1)数据访问与存储分离。
(2)应用组件与数据访问分离。
(3)业务实现与应用组件分离。
(4)接入界面和业务实现分离。
按集中、统一思想,考虑系统基础平台框架及公共组件,包括:
数据集中存储、统一,基于J2EE体系架构,与运行的平台无关,真正实现“一次设计、多处部署”。
“四个分离”,组件化,集中、统一,平台无关性,通过组件化设计和封装,提供标准化接口供其他构件调用,提高代码的可重用性,并可提供给开发人员进行二次开发和配置,提高系统灵活性和可维护性。
系统无须作任何修改即可跨平台运行。
支持所有的主流操作系统平台,如HPUnix、AIX、Sun/Solaris、LINUX、Windows2000/XP等,流程引擎、统一接口平台、统一规则引擎、统一任务视图,总体架构-分层架构设计,OSS融合系统,展现层,控制层,业务逻辑层,数据层,其它系统,CRM系统,10000号/网厅,资源管理系统,界面控制,组件控制,系统控制,业务组件,公共组件,其它组件,测试系统,生产数据,分析数据,短信平台,其它系统,系统配置组件,门户系统,系统监控组件,系统日志组件,其它公共组件,组件层,服务层,系统采用分层架构开发和设计,将界面、控制逻辑、业务逻辑和模型分离,实现系统内部松耦合,以灵活、快速地响应业务变化对系统的需求;,数据层:
实现数据的统一组织和集中管理;数据访问层:
通过数据组件为上层应用系统提供规范、高效的数据存储、转换、操作服务;业务逻辑层:
包括组件及服务,通过组件实现对业务逻辑、数据访问、规则定义、系统管理等的封装,通过服务为系统内部模块及外部系统提供原子服务或组合服务;控制层:
通过控制层实现界面和系统控制,如权限、事务及异常等;实现组件的生命周期管理等;展现层:
接收并相应用户操作,并向用户反馈结果;业务逻辑由后台处理;统一工作流引擎:
提供统一的流程环节构件及流程拼装、调度及监控管理服务;集成接口平台:
负责OSS融合系统与外部系统的访问和接口调用,同时也承载系统内部的信息共享和访问服务;,数据访问层,数据存储/转换/封装,建立统一工作流平台,满足技术统一和灵活适应开通、保障运维管理流程多变的要求,统一工作流平台,工作流设计器,构件库,流程引擎,流程生命周期管理,异常处理,平台管理,流程建模工具,流程设计器,表单设计器,服务设计,流程监控设计,任务调度,事务控制,执行规则,路由控制,流程激活,任务跟踪,流程生成,流程激活,流程异常处理,数据缓存,日志管理,安全管理,开发设计界面,界面,使用客户端,管理监控界面,工作流平台主要由:
设计器、构件库、平台管理、流程引擎、生命周期管理、异常处理几部分构成。
流程平台本身也采用层次化、模块化、高内聚、低耦合的设计,包括数据层、业务逻辑层、控制层和展现层。
系统通过对流程环节、流程模板、流程实例的有效管理,实现流程制定、流程调度和流程监控。
选用支撑图形化流程制定、流程监控,并可支撑环节的配置管理、维护,能按照业务需要定制业务处理规则和动态生成各种处理流程,支撑“数据+流程”的流程驱动模式的流程引擎平台。
展现层,通过OSS门户,实现统一任务视图,个人门户:
提供面向用户的个性化门户定制管理单点登录:
提供对OSS域各IT支撑系统的统一单点登录管理移动办公:
提供语音、短信、WAP、EMAIL等方式的统一接触手段知识搜索:
提供对知识库的搜索,如查询运维资料、信息和专家经验的管理专题论坛:
提供WEB论坛,对运维专题工作和相关知识进行讨论运维协同:
提供对即时通讯工具的融合信息发布:
提供发布公告、重大事件、新闻、软件版本预警、重要通信保障、割接通知和网络运行通报等管理统一认证:
提供支持多种认证方式,支持包括静态密码、动态密码、数字证书等多种安全认证方式,对用户访问进行身份认证。
同时,可以直接利用OSS系统中已有的用户账户信息,实现身份认证;目录与安全服务:
提供统一存储、访问、维护和管理运维组织资料的目录服务框架与机制,包括运维人员的身份验证信息、访问权限、配置信息等。
统一工作流,统一接口平台,统一门户展示,统一基础应用,融合架构,采用统一工作流引擎一点配置,灵活定制支持图形化配置和展示灵活部署,避免单点故障,OSS统一接口,减少接口不一致支持应用集成和服务注册及集成支持多种接口交互协议,统一任务视图统一界面风格视图定制任务协同SSO集成,基础应用、公用组件复用支持元数据配置,异常处理等基础技术统一支持动态展现、日志、人员权限、知识公共模块复用:
统一工作流,统一门户展示,统一基础应用,统一接口平台,OSS融合架构主要体现在四个统一,包括统一工作流、统一门户展示、统一基础应用以及统一接口平台。
通过合理设计构建出一个标准、松耦合的OSS融合架构,基于此架构可灵活扩充业务,实现技术复用。
系统技术架构特点,目录,系统目标及技术架构,1,功能架构,2,数据架构,3,系统功能融合分析,服务开通,服务保障,网络运维,施工调度,自动激活,服务质量管理,系统管理,系统管理,系统管理,系统管理,系统管理,系统管理,流程管理,流程管理,流程管理,存量管理,网元接入管理,配置管理,业务单管理,业务单管理,业务单管理,基础工具,业务单管理,服务呈现,开通就绪,保障就绪,调度就绪,运营就绪,激活就绪,开通过程,保障过程,调度过程,生产指挥,激活过程,开通管控,保障管控,调度管控,运营管理,激活管控,服务能力前置,服务过程监测,业务质量管理,服务质量评估,OSS门户,接触管理层,数据及接口,1,2,3,3,4,4,5,实现所有系统管理功能完全融合;基于工作流引擎,对涉及工作流技术的开通、保障、网络运维,在引擎平台上实现基础平台融合;基于相似的业务特性,将业务单管理中的公共管理特性部分进行融合;基于开通、保障、施工、激活业务开展过程及业务管控要求的相似性和业务环节的可融合性,将业务就绪、业务执行过程、业务管控部份进行融合;,基于统一运维门户要求,实现展现层的融合;其它应用差异较大的网络运维管理、存量管理、能力前置、服务质量管理等基本保持不变;,1,2,3,4,5,配置管理,展现层,基础层,应用层,一级功能架构,业务就绪,业务管控,业务单管理,流程管理,业务执行,OSS门户,网元接入管理,服务质量管理,系统管理,服务能力前置,统一接口平台,5,4,1,2,3,配置管理,展现层,基础层,应用层,二级功能架构,业务就绪,业务管控,业务单管理,流程管理,业务执行,OSS门户,网元接入管理,服务质量管理,系统管理,我的工作室,单点登录,移动办公,知识搜索,运维协同,专题论坛,信息发布,业务单接收,生产指挥,运营管理,安全管理,日志管理,维护管理,系统监控,考核管理,服务能力前置,服务过程监测,业务质量管理,服务质量评估,工单管理,流程配置,流程执行与监控,环节库管理,流程时限管理,运维单管理,管控类业务单管理,流程调度,流程干预,订单管理,调单管理,保障单管理,异常管理,查询统计,OSS产品就绪,流程就绪,配置就绪,调度就绪,产品发布OSS管理,业务单解析,业务单调度/控制,业务单施工,业务单报竣,运营就绪,业务单处理过程监测,SLA报告管理,测试能力,激活能力,故障影响分析,服务过程查询,预约能力查询,预处理,资源能力查询,定单管理,系统配置,统一接口平台,SLA管理,支撑就绪,数据采集分析,网元信息配置,协议适配,交互适配,网元端口管理,服务注册,服务集成,应用集成,规则管理,目录,系统目标及技术架构,1,功能架构,2,数据架构,3,参考集团规范建立数据模型,参考EDM3.0参与人主题域中客户、员工、合作伙伴数据模型。
参考EDM3.0产品主题域中产品规格、产品实例数据模型。
参考OSS2.5规范服务开通、施工调度、激活、服务保障数据模型中事件主题域数据模型。
参考OSS2.5规范网络资源管理系统数据模型中地域主题域数据模型。
参考OSS2.5规范网络资源、施工调度、激活、服务保障数据模型中服务主题域数据模型。
建立元数据管理体系,提升数据质量,通过元数据管理,实现对数据定义(名称、大小、数据类型等)、来源(系统、表、字段等)、拥有者(使用对象)、关系(依赖等)、约束(是否空等)、使用(访问、修改)等的管理,提高数据一致性,提高数据质量;,元数据获取层元数据获取抽象概括了元数据获取的各种途径。
业务和管理元数据通常以手工方式获取,技术元数据覆盖数据源系统以及融合OSS系统数据的整个生命周期,以自动方式获取,如数据字典和数据模型等。
元数据存储层元数据存储定义了元数据存储所遵循的元模型,规范从获取层得到的各类元数据的属性要求和存储格式要求,包括业务元数据、技术元数据和管理元数据。
元数据功能层元数据功能层为前端元数据应用提供了基本的功能支撑,主要包括元数据基本功能、元数据分析功能、元数据质量管理、元数据服务接口和元数据权限管理五个部分。
按集团规范,实现主数据管理与共享,示例,服务,Source:
RolandBerger&Partners,统一数据模型建模思路,产品,参与人,地域,事件,企业标准,参考EDM3.0,参考EDM3.0,参考OSS2.5,参考OSS2.5,参考OSS2.5,现有系统数据模型,输入,操作,输出,1、形成标准:
以EDM3.0、OSS2.5数据模型为基础,采取合并同类项方法,梳理出融合系统的标准数据模型。
2、寻找差异:
将现有开通、保障、激活、电子运维、施工调度系统数据模型中各主题域中实体、实体关系及实体属性与融合系统标准数据模型相同概念实体、及实体关系、实体属性进行比较,形成模型差异表;3、优化完善:
分析差异项在业务、性能支撑上是否具有优势,若具有优势,则保留差异,并将其补充到标准数据模型中。
若不具有优势,则舍弃差异;4、迁移备案:
编制数据模型修正方案,作为后期数据迁移时原系统数据转换进融合系统的数据迁移方案编制依据。
5、输出统一模型:
完善后的标准数据模型即作为本次融合系统的数据模型;,融合系统数据模型,1、对集团企业数据模型体系中已有的实体,满足集团对实体颗粒度、实体关系、实体属性、数据类型的要求;2、因本地业务支撑需要,可在集团数据模型基础上增加集团规范中未包含的实体及实体的属性;,建模原则,1、满足集团企业数据模型要求;2、满足本地化业务支撑需求;,目标,统一数据模型主要实体,公用数据域,参与人域,产品域,服务域,事件域,地域域,服务,服务规格,服务故障,服务性能,产品,产品规格,客户,客户SLA,客户问题,客户服务,产品实例,产品SLA,产品SLA模版,产品目录,产品动作类型,资源服务目录,资源服务等级,资源服务实例,资源服务实例与资源关联关系,资源服务规格,服务动作类型,客户,合作伙伴,合作伙伴,施工人员,员工,员工,权限,技能,岗位,内部组织,产品规格,流程,环节,流程管理,环节管理,定单,故障单,其他业务单,服务定单,施工工单,测试工单,激活工单,调度单,管控类业务单,资源配置工单,申告单,流程模板,调度规则,流程时限,环节,派发规则,环节时限,环节异常,开通相关SLA,流程统一管理视图,全流程视图,全业务单视图,工单相关SLA,地理地域,逻辑地域,标准地址,地理地址,空间坐标点集,行政管理区域,电信管理区域,资源覆盖区域,工单,统一OSS融合系
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 山东 电信 OSS 系统 融合 架构 建议