(计算机应用技术专业论文)对象web技术在运行维护综合管理系统的应用研究.pdf_第1页
(计算机应用技术专业论文)对象web技术在运行维护综合管理系统的应用研究.pdf_第2页
(计算机应用技术专业论文)对象web技术在运行维护综合管理系统的应用研究.pdf_第3页
(计算机应用技术专业论文)对象web技术在运行维护综合管理系统的应用研究.pdf_第4页
(计算机应用技术专业论文)对象web技术在运行维护综合管理系统的应用研究.pdf_第5页
已阅读5页,还剩61页未读 继续免费阅读

(计算机应用技术专业论文)对象web技术在运行维护综合管理系统的应用研究.pdf.pdf 免费下载

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

摘要随着分布对象技术和i n t e m e t 技术的不断发展,对象w e b 技术正成为新的研究方向。为了适应电信企业营运状态不断变化的需要,湖南省通信技术开发公司、国防科大计算机研究所和长沙市电信局合作,基于对象w e b技术成功开发了o m a 2 0 0 0 电信运行维护综合管理系统了本文主要从以下几个方面讨论了对象w e b 技术的基本原理及其在o m a 2 0 0 0 系统中的具体应用和实现。( 1 ) 从理论上介绍了对象w e b 技术的基本概念,讨论了该技术的j a v a - c o r b a 框架模式,以及它的主流技术:c o m d c o m 和c o r b a 技术。同时通过分析这两种技术的特点,阐述了在o m a 2 0 0 0 系统中选用c o r b a 技术的原由,从而为o m a 2 0 0 0 系统的应用开发工作奠定了坚实的理论基础。),( 2 ) 由于电信管理网( 删n ) 是电信网络管理的指导思想,因此围绕这个指导思想研究了o m a 2 0 0 0 系统在t m n 中的位置以及该系统与其它电信系统的关系;阐述了基于对象w e b 技术的系统设计路线;并详细介绍了系统的总体解决方案。包括系统的网络结构设计、基于对象w e b 三层客户机月艮务器结构的体系结构设计方案、业务系统建模、系统的安全设计等。一,( 3 ) 从基于c o r b a 的多数据源集成技术出发,首先讨论了数据库的设计策略和实现方案,接着详细介绍了采用c o r b a 技术设计的动态统一数据视图对象o m a _ d b v i e w 的具体实现;以及静态数据视图的设计与相关存储过程的详细设计。( 4 ) 第四章介绍了对象w e b 技术中的c o r b a 主动服务技术,并给出了基于该技术的事件告警和工单发送子系统的设计与实现。俱中详细阐述了事件通道的实现技术;与本地综合网管监控系统( l i t m n ) 通信接口的实现技术;以及与数据库的接口实现技术。、关键词:对象w e b ,c o r b a 电信管理网运行维护综合管理系统数据视图主动服务、本地网管监控系统a b s t r a c tw i t ht h ed e v e l o p m e n to fi n t e r n e ta n dd i s t r i b u t e do b j e c tt e c h n o l o g y , o b j e c tw e bt e c h n o l o g yi sn o wb e c o m i n gan e ws t u d yt r e n d i no r d e rt om e e tt h ec h a n g i n gr e q u i r e m e n to ft e l e c o me n t e r p r i s e ,h u n a nc o m m u n i c a t i o nt e c h n o l o g yd e v e l o p m e n tc o m p a n ya n dc o m p u t e ri n s t i t u t eo fn a t i o n a lu n i v e r s i t yo fd e n f e n s et e c h n o l o g yc o o p e r a t i n gw i t hc h a n g s h at e l e c o mc o r p d e v e l o p e dt h eo b j e c tw e bb a s e do m a 2 0 0 0t e l e c o m m u n i c a t i o no p e r a t i o nm a i n t e n a n c ei n t e g r a t e dm a n a g e m e n ts y s t e m i nt h i sp a p e r t h eb a s i ct h e o r yo fo b j e c tw e bt e c h n o l o g yi sd i s c u s s e da st h ef o l l o w i n gf o n ra s p e c t s :( 1 ) f i r s t ,t h eb a s i cc o n c e p t i o n sa n dt h e o r yo fo b j e c tw e bt e c h n o l o g ya r ei n t r o d u c e d t h e nt h ej a v a - c o r b af r a r n e w o r km o d e lo ft h et e c h n o l o g ya r ed i s c u s s e d ,a n da st h em a i nt e c h n o l o g y , t h ed e t a i l e dd e s c f i p t i o n so fc o m ,d c o ma n dc o r b aa r ea l s o 西v e n i tg i v e sat h e o r e t i cf o u n d a t i o nf o r血ed e v e l o p m e n to fo m a 2 0 0 0s y s t e m ( 2 ) t e l e c o m m u n i c a t i o nm a n a g e m e n tn e t w o r k ( t m n ) i st h eb a s i ci n s t r u c t i o no ft e l e c o m m u n i c a t i o nn e t w o r km a n a g e m e n t ,o nt h er o l eo ft m ns t a n d a r d ,t h er e l a t i o n s h i pb e t w e e no m a 2 0 0 0a n dt m na n do t h e rt e l e c o ms y s t e mi sf l u s td i s c u s s e d a n dt h e nt h ed e s i g n i n gs t r a t e g yo fo b j e c tw e bt e c h n o l o g yi sp r e s e n t f i n a l l yt h em o d e l i n ga n do v e r a l ld e s i g no fo b j e c t o r i e n t e db u s i n e s ss y s t e mi sg i v e n ( 3 ) f r o mt h ep o i n to fm u l t id a t as o u r c ei n t e g r a t et e c h n o l o g yo fc o r b a ,d a t a b a s ed e s i g n i n gs t r a t e g ya n di m p l e m e n t a t i o ns o l u t i o na r ed i s c u s s e d ,t h e nt h ei m p l e m e n t a t i o no fad y n a m i cg e n e r a ld a t av i e wo b j e c to m ad b v 匝wu s i n gc o r b at e c h n o l o g yi sd e t a i l e d ,a n dt h ei m p l e m e n t a t i o no fas t o i cg e n e r a ld a t av i e wa n dt h ed e t a i l e dd e s i g n i n go fs t o r a g ep r o c e d u r e sc o n c e m i n gw i 也t i l i sd a t av i e wa r ea l s oi n t r o d u c e d ( 4 ) c 0 r b af o r w a r d i n gs e r v i c et e c h n o l o g yo fo b j e c t 吧bt e c h n o l o g yi sp r e s e n ta n da l s ot h ed e s i g na n di m p l e m e n t a t i o no ft h ee v e n ta l a r l na n dw o r k s h e e ts u b s y s t e mb a s e do nt h et e c h n o l o g yi s 百v e n e s p e c i a l l yt h ed e s i g na n di t sk e yt e c h n o l o g ya l o n gw i t ht h ei m p l e m e n t a t i o no fe v e n tc h a n n e l ,t h ei m p l e m e n t a t i o no ft h ec o n l n l u n i c a t i o ni n t e r f a c ew i t ht h el i t m na n dt h et e c h n o l o g yo ft h ei n t e r f a c ew i t ht h ed a t a b a s ea r ed e t a i l e d k e y w o r d s :o b j e c tw e b ,c o r b a ,t e l e c o m m u n i c a t i o nm a n a g e m e n tn e t w o r k s( t m n ) ,o p e r a t i o nm a i n t e n a n c ei n t e g r a t e dm a n a g e m e n ts y s t e m ,d a t av i e w ,e v e n tc h a n n e l ,l o c a li n t e g r a t e dt e l e c o m m u n i c a t i o nm a n a g e m e n tn e t w o r k对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究第一章对象w e b 技术概况本章从理论上阐述了对象w e b 技术的发展、概念,讨论了该技术的j a v a c o r b a 框架,并详细介绍了它的主流技术:c o m d c o m 和c o r b a技术。同时通过分析这两种技术的特点,阐述了在o m a 2 0 0 0 系统中选用c o r b a 技术的原由,为o m a 2 0 0 0 系统的应用开发工作提供了建模标准和设计策略。1 1 对象w e b 的产生背景近年来,随着i n t e r n e t 技术的发展,w w w 技术被广泛应用。从技术的角度看,w w w 应用已经经历了h y p e r t e x tw e b 和i n t e r a c t i v ew e b 两种形态,但都存在很大的局限性,突出地表现为应用接入能力受到限制。j a v a 的出现为在浏览器上运行程序提供了新的途径,标志着o b j e c tw e b 时代的开始。就以网络为中心的分布式应用的发展而言,这种把对象下载到浏览器中执行的机制也有局限。主要表现在大量的遗留应用不是用j a v a 写的,自然无法下载到浏览器中运行;同时,某些重要的应用,包括信息共享与管理类的应用( 如数据库系统) 以及信息采集与信号监测应用( 如实施网络管理的a g e n t )在逻辑上不能下载到客户端运行;另外,需要”减肥”的客户机可能难以承受越来越庞大的应用系统。尽管j a v a 的r m i 解决了访问异地j a v a 对象的问题,但如何管理和访问异地其他大量非j a v a 对象的问题并没有解决。另外,j a v ar m i 没有提供分布对象事务管理等服务。1 9 9 6 年下半年,j a v a 与c o r b a开始携手,共同奠定0 b j e c tw e b 时代的技术基础。1 2 对象w e b 的概念近几年伴随着分布对象技术的发展,人们做了很多努力,如n e t s c a p e的o n e ( o p e nn e t w o r ke n v i r o n m e n t ) 、j a v as o f t 的e n t e r p r i s ej a v ab e a n 、o r a c l e 的n c a ( n e t w o r kc o m p u t i n ga r c h i t e c t u r e ) 以及新一代的j a v ao r b等,期望扭转w e b 服务器各自封闭的发展倾向。其主旨是通过c o r b a 环境使w e b 服务器开放化。这样做的理由非常充分,因为c o r b a 是一个开放的分布对象总线标准,它从一开始就是针对众多的客户服务器系统制定的。我们可以把这种思想及其所采用的技术统称为o b j e c tw e b ”“。到底o b j e c tw e b的明确概念是什么? 对此目前并没有一个公认的定义,但可以从应用和技术两个角度来理解。1 2 i 应用内涵o b j e c tw e b 是继h y p e r t e x tw e b 和i n t e r a c t i v ew e b 之后新的w e b 应用,包括”保守的”和”理想的”两类应用形态”。对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究1 保守的应用形态用户能够按照对象设计者的思路自由、便捷地在i n t e r a c t 上操纵感兴趣的对象;2 理想的应用形态用户能够按照自己的需要自由、便捷地在i n t e m e t 上操纵感兴趣的对象。与h y p e r t e x tw e b 和i n t e r a c t i v ew e b 比较,o b j e c tw e b 应用给用户的突出感受是操纵的实体不再局限于含有”超链”的文档,作用于实体的操作行为不再局限于”下载”一类的文件传输行为。1 2 2 技术内涵o b j e c tw e b 技术主要包括对象开发技术和对象访问技术。从当前技术现状看,o b j e c tw e b 技术成分如下表所示。h y p e r t e x tw e b i n t e r a c t i v ew e b0 b e c tw e b对象超文本c o m 对象、j a v a 对象、c o r b a 对象、各类组件对象访问h t t p c g id c o m、r m i、c o r b a i i o p 、h t t p c g i”对象”与”对象访问”的关系可以用”货物运输系统”来类比。”对象”是o b j e c tw e b 上的”货”。i n t e r n e t 上已存在大量的超文本,相对而言c o m 对象、j a v a 对象、c o r b a 对象和各类组件则少得多。由于台式环境中的c o m 对象非常丰富,今后几年d c o m 对象可能首先会在i n t e r n e t 上丰富起来。按照j a v a 技术现在的发展势头,i n t e r a c t 上的j a v a 对象也会很快多起来。由于c o r b a 对象具有语言、操作系统和硬件平台无关性的特点,它是最容易将大量的遗留应用和c + + 、s m a u t a l k 对象带入o b j e c tw e b 的技术;随着j a v a与c o r b a 的携手,j a v a 对象又会成为c o r b a 对象的特例;c o m 对象与c o r b a 对象的互操作标准已经制定。c o r b a 对象将迎来大发展的时期。”对象访问”技术是o b j e c tw e b 上的”车”。h t t p 用于下载h t m l 页面和j a v aa p p l e t 。m i c r o s o f t 的对象r p c 、r m i 和c o r b a i i o p 协议分别是远程访问d c o m 对象、j a v a 对象和c o r b a 对象的协议。从访问异地应用的意义上讲,h t r p c g i 也可视为一种对象访问协议,只是功能和性能存在很大局限。r m i 与c o r b a 正在逐步融合,有人称融合后的对象访问技术为j a v “c o r b a 。今后一个时期,在0 b j e c tw e b 领域占主导地位的技术将是a c t i v e x d c o m 和j a v “c o r b a 。a c f i v e x d c o m 的应用丰富,占据了p c用户的绝对优势。j a v a c o r b a 的技术优于a c t i v e x d c o m ,发展势头和潜力也不可低估。对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究1 3 对象w e b 的j a v a - c o i l b a 框架由于对象w e b 技术是新兴的技术,其技术规范还在不断完善,下面我们讨论当前的一种主要框架模式:j a v a c o r b a 框架。其基本思想是用j a v a l l o p 的组合来替换现有的h t t p c g i 的组合。之所以这样做,是出于以下几点考虑:首先,j a v a 与c o r b a 的结合使j a v a 客户端能够访问由i d l 定义的范围非常广泛的c o r b a 对象服务,而h t t p 的客户端只是一些有限的操作集;其次,j a v a c o r b a 框架总的服务方是规则的c o r b a对象,它们与客户端的连接可以是永久的。而c g i 则是短暂的,每一个同样的请求需由w w w 服务器产生一个单独的进程去执行相同的c g i 程序;这也导致了h t t p c g i 框架的又一个缺点一由于无状态而难以支持交互性强的应用。1 3 1j a v a - c o r b a 框架的体系结构o b j e c tw e b 通常采用三层客户n 务器应用模型( 如图1 1 所示) 。第一层:客户层,属于传统的w e b 浏览器和新的w e b 中心桌面。与现今静态页面相对应,新页面更有真实世界对象的观感一用户可看到人、物及其他事物。这种非常动态的内容是通过嵌入在流动包容器中的j a v a b e a n s 提供图1 1j a v a c o r b a 框架的体系结构的,h t m l 页面或j a r s 都包含有交付位置。可以用拖动或其他操作来与这些对象进行。客户b e a n s 可以与包容器中的其他客户b e a n s 交互,也可以与服务器b e a n s 会话。此外,服务器b e a n s 可以用c o r b a 事件和回调来调用客户端的程序。1 1 0 p 和h t t p 能在同一网络上运行。h t t p 用来下载w e b 页面,j a r s 和图象;c o r b a 用于j a v a 客户到服务器及服务器到客户的通讯。第二层:由若干服务器和应用网关组成,服务器包括h t t p 服务器和由对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究o r b 连接的应用服务对象。由c o r b a 和h t t p 组成的中间层几乎可以由任何一种服务器平台来支持,包括u n i x 、n t 、o s 2 、n e t w a r e 、m a co s 、0 5 4 0 0 、m v s 和t a n d e m 等。c o r b a 对象作为一个中间层应用服务器,将业务逻辑封装起来。这些对象通过c o r b a ii o p 与客户j a v aa p p l e t 或j a v ab e a n s 会话。服务器对象之间通过c o r b ao r b 会话,它们也可以通过s q l j d b c 或其他中间件与已有的第三层应用会话。第二层一般提供一个服务器端的组件协调器t pm o n i t o r ( 对象事务监视器) 。这些组件协调器就是建立在o r b 上的t p 监视器,但它们不管理远程过程,只管理对象。组件协调器预开启组件群、分配负荷、提供容错、协调多组件事务。服务器组件必须能用工具处理,客提供内部的接口使用户能用可视工具来控制,这一技术由c o r b a 化的j a v a b e a n s提供。在c o r b a j a v a 对象w e b 中,第二层还用于存储组件标题、h t m l 页面和交付位置。这些内容可存储在用o d b m s 或d b m s 管理的可交付的j a v aj a r s中。第三层:属于传统的服务器。是c o r b a 对象能访问的一切应用和服务,如过程性的t pm o n i t o r 、面向对象的中间件、d b m s 、o d b m s 和l o t u sn o t e s等。c o r b a 业务对象在中间层替换了原有的c g i 应用。1 3 2 客户明匿务器交互过程在j a v a c o r b a 框架中,客户朋匣务器的交互过程如下图所示图1 2 基于对象w e b 的客户,服务器交互( 1 ) w e b 浏览器下载h t m l 页面( 包括嵌入的j a v a 小件调用) ;( 2 ) w e b 浏览器从h t t p 服务器检索j a v a 小件,并以字节代码的形式下载到浏览器上;( 3 ) w e b 浏览器载入小件,小件首先通过j a v a 安全防护软件运行,然后装入内存;( 4 ) 小件请求c o r b a 服务器对象。j a v a 小件可以包括i d l 产生的客户端存根,该存根使其在o r b 服务器上请求对象。j a v a 小件和c o r b a 服务器对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究对象之间的连接一直保持到双方决定关闭为止;( 5 ) 服务器对象可以有选择地为该客户动态产生下一个h t m l 页面,然后告诉客户下一步下载什么u r l 。客户应用被包装成单个的h t m l 页面,该页面嵌入如j a v a 小件之类的组件( 或通过对象标签嵌入j a v a b e a n soh t t p c g i 则相反,c o r b a 只需点击嵌入h t m l 层的任一组件就可马上与服务器交互会话,不必转换页面的上下文得到响应。c o r b a 和j a v a 提供了将产品连到对象w e b 上的粘和剂。使企业在软件产品层上可以提供即插即用产品,因此c o r b a j a v a 用于i n t r a n e t 上的前景将无比广阔。1 4 对象w e b 的主流技术目前,在对象w e b 技术领域有两个占主导地位的技术:一个是对象管理组织o m g 提出的c o r b a 标准;另一个是微软公司的c o m d c o m 模型。针对电信领域应用的特点,我们在o m a 2 0 0 0 系统中选择c o r b a 技术作为分布对象集成标准。,1 4 1c o m d c o m 模型1 c o m 模型c o m 由一组规范和一个系统级的实现构成。这组规范包括c o m 核心、结构化存储、统一数据传输以及智能命名,具体结构如图1 3 所示。其中,c o m核心定义了软件构件的对象与其使用者( 客户) 如何通过二进制接口标准进行交互的规格说明。结构化存储定义了复合文档的存储格式,以及创建文档的接口。统一数据传输定义了一套构件之间数据交换的标准接口。智能命名给予对象一个系统可识别的名字,这种方法在表示数据方面比使用文件名更有效。图1 3c o m 模型结构c o m 为构件定义了接口,客户使用构件功能只能通过调用构件接口函数完成。一般来说,接口是一组语义相关的成员函数,并且同函数的实现相分离。接口与实现相互独立,可使用户对一个特定的实现方案更换或修改代码时,无须改变对象本身。在实际使用中,接口的定义多采用c o mi d l ( 接口定义语言) 来描述。在c o m 中一个构件可以定义多个接口,c o m 正是采用多对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究接口较好地解决了版本问题。c o m 定义了一个所有构件都支持的特殊接口i u n k n o w n ,其他接口都从这个接口继承得到。c o m 的系统级实现成为c o m 库,这个库以d l l 的形式存在于操作系统内,实现了o r b ( o b j e c tr e q u e s tb r o k e r ) 的主要功能,主要完成查找数据库、定位构件服务器以及返回对象指针的工作。如图1 4 显示了一个客户同某个构件服务器通信的过程。当用户接受到接口指针时,c o m 自动退出,由客户和服务器直接通信。另外,c o m 可让客户透明地和对象进行通信,而不必考虑对象的位置在何处。这种透明性是由c o m 的服务控制机制s c m 完成的。如果对象位于进程内,客户可以直接调用它;如果对象在进程外,则调用先到达s c m 提供的p r o x y ( 客户端代理) ,再由p r o x y 生成对服务对象的r p c 来实现。这种底层r p c 机制是基于d c r 的r p c 机制设计的。图1 4 客户利用c o m 同构件服务器的通信过程2 d c o m 模型d c o m 是对c o m 网络技术的改进,它把c o m 局域网应用推上了i n t e r n e t ,并且将j a v a 语言融人其中,使原有的构件软件技术同j a v a 集成在一起,增强了构件软件的整体性能。其主要特点如下:支持多种通信协议。d c o m 可以是异种网络协议( 面向连接和无连接) 的构件交互通信,其中包括t c p i p 、m 、u d p i p 等。将j a v a 虚拟机j v m 集成进来。由于d c o m 独立于开发语言,j a v aa p p l e t s 能够和i n t e r a c t 上的其他构件直接通信。除支持j a v a 外,d c o m 构件也可以由许多语言开发,如:c 、c + + 、p a s c a l 等。d c o m 把基于认证的i n t e m e t 安全机制同基于w i n d o w sn t 的c 2 级完全集成在一起。使构件通信有了安全保证。d c o m 底层通信技术依然基于d c er p c 。1 4 2c o r b a 标准o m g 组织定义的对象管理结构o m a ( o b j e c tm a n a g e m e n ta r c h i t e c t u r e )在抽象的层次上定义了面向对象的分布计算所用到的各种功能。o m a 的核心是对象请求代理o r b ( o b j e c tr e q u e s tb r o k e r ) ,它为用户提供了相应的机制来实现对象定位、激活和通讯的透明性。o m g 组织所制定的o r b 技术一6 对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究规范c o r b a 标准详细地描述了o m a 结构中o r b 应提供的各种接口与服务。1 对象管理结构对象管理结构o m a 由对象模型( o b j e c tm o d e l ) 和引用模型( r e f e r e n c em o d e l ) 两部分组成”、”1 。对象模型定义了在分布异构环境下如何对对象进行描述。而引用模型确定了分布对象之间如何交互。在o m a 对象模型中,一个对象被封装为具有唯一固定标识的实体,其它对象只能通过这个对象预定义的接口来访问这个对象提供的服务。用户的请求被提交给相应的对象后,这个对象将按其特定的方式来执行服务,并将执行结果返回给提出请求的用户,而具体的对象实现和定位对用户是不可见的。图1 5 表示了o m a 的引用模型各组成部分之间的相互关系。o r b 作为软件构件之间的通信中间件,被形象地称为软总线,主要负责用户和提供服务的对象之间的通讯。它使得客户对象可以透明地向服务对象发出请求并获得服务。有关对象服务接口由o m g 定义的i d l 语言来描述。同时o m g 还定义了i d l 语言到一些程序设计语言如c 、c + + 、j a v a 等的转换标准、i ”。在o m a 结构中,有三类对象接口利用o r b 来完成相互之间的通讯。1 ) 公共服务构件:定义了一组与应用领域无关的基础服务以支持分布对象程序设计的实现与应用。例如名字服务为用户提供了利用对象名来定位服务对象的机制,而t r a d i n g 服务则允许用户利用对象的属性来找到相应的服务对象。图1 5c o r b a 模型2 ) 系统服务构件:管理了一组可被多种应用共享的服务,包括系统管理、时间操作、e m a i l 服务等。3 ) 应用对象:根据具体的应用程序而开发的通讯接口,因而o m g 在这一领域内没有制定任何规范。2 公共对象请求代理结构由于在o m a 结构中,o r b 是整个o m a 结构的基础,o m a 中的所有对象之间的通讯都要使用到o r b ,所以o m g 首先制定了公共对象请求代对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究理结构c o r b a 这一o r b 的技术规范标准,详细定义了o r b 应具备的特性和提供的接口、 5 1 0c o r b a 2 1 标准具有以下几个部分:o r b 核心( o r bc o r e )o m g 接口定义语言( i n t e r f a c ed e f i n i t i o nl a n g u a g e )接口池( i n t e r f a c er e p o s i t o r y )存根进程和框架进程( s t u ba n ds k e l e t o n )动态启动和分发( d y n a m i ci n v o c a t i o na n dd i s p a t c h )对象适配器( o b j e c ta d a p t e r )图1 6c o r b a 组成部分之间的相互关系1 ) o r b 核心o r b 的主要功能在于将请求传给对象,再将对象处理的结果返回用户。如果将被用户请求的对象称之为目标对象,那么o r b 则实现了用户和目标对象之间通讯的透明性。对象定位:用户不必知道目标对象位于何处。目标对象可以位于通过网络连接的异地机器上,同一机器上的不同进程中,或是在同一进程内。对象实现:用户不必知道目标对象如何实现,用何种语言实现,位于何种操作系统平台上,或是在何种硬件平台上执行。对象执行状态:当用户构造相应的目标对象请求时,不须知道该对象是否活跃,是否可以接受请求。如果需要的话,o r b 首先负责激活目标对象,然后再将请求传递给目标对象。对象通讯机制:用户不必知道o r b 使用何种通讯机制( 如t c p i p ,共享内存等) 来向目标对象传递用户请求并将结果返回给用户。c o r b a 标准中,o r b 通过隐蔽具体的对象信息来使得应用程序开发者能将更多的注意力集中在领域问题的解决上而不被繁琐的分布系统底层程序设计所困扰。一8 对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究2 ) 接口定义语言o m gi d l ( i n t e r f a c ed e f i n i t i o nl a n g u a g e ) 用来描述对象接口。它的特点在于语言透明性。因为o m gi d l 是一种描述性的语言,所以它的作用是使接口的定义与对象实现相分离。这就使得用不同的程序设计语言来创建对象的同时仍然能保持对象之间的交互。因为不是所有的程序设计语言都可以在任意平台上运行,所以和语言相独立的接口对异构系统是非常重要的。3 ) 存根进程和框架进程i d l 编译器对i d l 文件进行编译可以产生存根进程和框架进程用户能够利用用户方的存根机制有效地建立和提交服务请求,而服务方的框架机制则负责将用户的服务请求转发到相应的c o r b a 服务对象的实现。因为存根进程和框架进程都是直接根据o m gi d l 说明转化而来,所以它们通常都是接口相关的。存根进程和用户方的o r b 负责组织用户的服务请求,并且对表示这些用户请求的程序设计语言的函数调用进行编码,然后o r b 将这些用户请求转发到对应的目标对象。当用户的服务请求到达目标对象后,服务器方的o r b 和框架进程首先对这个服务请求进行编码,然后将其转发到相应的服务对象。当服务对象完成了相应的请求后,将执行的结果通过o r b 返回给出发服务请求的用户方应用程序。4 ) 接口池在c o r b a 规范中,接口池为应用程序提供了在运行时动态地访问和修改o m gi d l 类型信息的能力。接口池本身也是一个c o r b a 对象,为o m gi d l 接口声明提高了永久的保存场所。通过接口池提供的访问接口可以浏览对象继承的层次关系,以及详细提供对象所支持的全部操作信息。c o r b a 标准中,接口池的主要用途体现在以下几个方面:接口浏览器( i n t e r f a c eb r o w s e r s ) 通过查询接口池信息,帮助程序设计者确定具有潜在的可重用性的软构件。o r b 通过接口池在运行时动态地对操作参数的类型进行检查。在使用动态启动接口d i i ( d y n a m i ci n v o c a t i o ni n t e r f a c e ) 提交用户请求时提供详细的类型信息。5 ) 动态激活与转发通过使用i d l 编译器对i d l 接口定义进行编译所产生的存根进程和框架进程,使得应用程序可以启动已知对象的相关操作。但在另一些情况下,应用程序经常需要访问一些在编译时刻不知道接口信息的对象,这种情形被称之为动态激活。为此,c o r b a 标准提供了两个接口来支持动态激活的实现。对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究d i i 一支持用户动态地创建请求;d s i ( d y n a m i cs k e l e t o ni n t e r f a c e ) 一提供动态地将用户请求转发给对象的机制。6 ) 对象适配器在c o r b a 标准中,对象适配器的作用在于将c o r b a 的对象实现和o r b 连接为一个整体。对象适配器可以将某个对象的接口表现为调用者所期望的形式。这就意味着即使不知道对象实际的接口形式,调用者也可以激活相应的服务请求,从而从另一个侧面简化了o r b 所承担的工作。1 4 3c o r b a 的选择依据c o r b a 和d c o m 有许多相似之处,例如它们都为分布对象定义了接口并使用i d l 描述,都通过r p c 支持动态和静态的对象间通信,底层都有o r b支持等。但是,它们之间也有区别,这种区别主要表现在实现接口的方式上。d c o m 规定了构件接口必须由i u n k n o w n 导出,c o r b a 并不规定单一的基类,而是让标准的实现者自己选择4 】。d c 0 m 和c o r b a 相比,还有如下缺点:一个d c o m 对象不是面向对象程序中所说的对象。一个d c o m 对象并没有永久的对象引用,使用户可以再次与某个对象建立连接。也就是说,d c o m 对象不能保持连接之间的状态。现在d c o m 的实现不支持分布名字服务,它只是基于n t 注册形式的。设置d c o m 和装入类型库是十分繁重的工作。d c o m 目前只支持w i n d o w s 平台。c o r b a 在许多方面领先于d c o m ,它的跨平台性、开放性、网络连通性都是独一无二的。c o r b a 的许多实现支持跨平台网络的对象交互能力。c o r b a 平台的独立性使得用户可以在任意平台上运行和激活对象。c o r b a语言的独立性使得用户可重用以前的代码。和d c o m 相比,c o r b a 标准具有如下几个优点:选择性:c o r b a 标准是开放的、公开出版的。它可以在许多硬件和操作系统平台上实现。c o r b a 的j a v a 对象方便灵活,用户可以在一个平台上创建对象,在其他平台上调用对象。互操作:c o r b a 采用i i o p ( i n t e m e ti n t e r o r bp r o t o c a l ) 协议通讯,对象之间可以互操作。这样,一个企业信息技术组织在选择o r b 、c o r b a 服务和服务对象时,只须考虑它们的功能,而不用考虑是否由相同的供应商提供。模块性:c o r b a 对象通过接口相互作用。因为接口和实现相分离,开发者可以修改对象却不中断应用的其他部分。修改对象实现不影响应用,因为对象的接口未变。对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究兼容性:c o r b a 可以保护用户在现有系统中的投资。用户可以用o m gi d l 语言重新包装代码。这种对象包装使得现存的代码可以和分布计算环境下的其他对象互操作。安全性:c o r b a 提供安全检查。比如说,加密、授权、控制用户访问对象和服务等。考虑到以上c o r b a 的技术优势以及电信业务的需要,所以我们选择了c o r b a 作为系统实现的主流技术。对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究第二章对象w e b 技术在运行维护综合管理系统的实现策略本章介绍了o m a 2 0 0 0 运行维护综合管理系统基于对象w e b 技术和t m n标准的总体设计、实施方案及统软硬件实现的关键技术。2 1 系统需求分析和功能设计近十年我国电信事业发展迅速,电信市场的国内外竞争态势已经形成,如何通过提高管理水平和服务质量来提高经济效益已经成为电信企业关注的现实问题。目前我国的电信本地监控系统已初具规模,迫切需要建立大电信网运行维护综合管理机制,将运行维护管理流程合理化、规范化、自动化,通过管理手段的建立,规范和加快本地网集中监控系统的建设,为提高全网设备的综合效能提供综合的自动化管理。基于以上目的,我们开发了建立在本地电信综合网管监控系统之上的运行维护综合管理系统。o m a 2 0 0 0 系统涉及到网路管理、交换机膝控维护、传输监控维护、动力监控维护、机房环境监控等多专业;在管理上,涉及现业局、省管局和电总等各管理层。整个系统建立在本地电信综合网管监控系统之上,以运行维护的维护管理为主线,规范各级管理部门的日常管理行为,并为运行维护管理提供管理行为规范化和科学化的技术支撑手段。o m a 2 0 0 0 系统通过相应的系统功能,为运行维护管理者提供各种网络运行的综合信息和分析结果,乃至为管理者提供辅助决策信息和管理选择方案。2 1 1 在t m n 中的层次以及与其它电信管理系统的关系电信管理网( t m n ) 是目前国际上比较成熟的电信网络管理技术,它能简化多厂商混合网络环境下电信运营企业的管理模式,有效降低电信运营的管理成本,从而充分利用电信网络资源,提高网络的运行质量和效率,使企业获得更好的效益。o m a 2 0 0 0 系统建立在本地电信网综合网管监控系统( l 1 t m n ) 之上。l i t m n 系统属于t m n 的网元管理层和网络管理层上的操作系统,而o m a 2 0 0 0 则基于网元管理层和业务管理层之间。一电信管理网( t m n ) 的概念1 t m n 定义:国际电信联盟,电信标准化部i ( i t u - t ) 在m 3 0 1 0 建议中指出:电信管理网的基本概念是提供一个有组织的网络结构,以取得各种类型运行系统( o s s )之间、运行系统与电信设备之间的互连,采用商定的标准协议和信息接口进行管理信息交换的体系结构“”1 。提出t m n 体系结构的目的是支撑电信网和电信业务的规划、配置、安装、操作及组织。对象w e b 技术在o m a 2 0 0 0 运行维护综合管理系统的应用研究从技术和标准的角度来看,t m n 就是一组原则和为实现原则中定义的目标而制定的一系列技术标准和规范;从逻辑和实施方面考虑,t m n 是一个由各种不同的管理应用系统按照t m n 的标准接口互连而成的网络。这个网络在有限点上与电信网接口,与电信网的关系是管与被管的关系,是管理网和被管理网的关系”“、 1 2 1 0 图2 1 表明了t m n 的总体构成以及和他所管理的电信网之间的关系。在这个图中,在虚线范围之内的是t m n 。由图可知,t m n包括数据通信网、多个操作系统、工作站及电信网的一部分。t m n 与电信网相连接。2 1t m n 与电信网的总体关系2 t m n 的应用功能1 ) t m n 的管理功能t m n 为电信网络和业务管理提供信息传送、存储和处理的手段。t m n可由各种管理部门、运营代理、客户和其它机构用于管理所运营的电信网络。当这些网络互相连接时,t m n 可以提供管理端到端的电信业务所需要的信息交换手段。所有类型的电信网和网元,如模拟网、数字网、公众网和专用网中的交换系统、传输系统、电信软件、网络的逻辑资源( 如电路、通道或由其它资源支持的电信业务) 都可能是电信管理网的管理对象“”、 1 4 1 。t m n 为电信网及电信业务提供一系列的管理功能,主要分为五种类。即:性能管理( p e r f o r m a n c em a n a g e m e n t )配置管理( c o n f i g u r a t i o nm a n a g e m e n t )计费管理( a c c o u n t i n gm a n a g e m e n t )故障管理( f a u l tm a n a g e m e n t )安全管理(

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论