（计算机软件与理论专业论文）基于corba的网管接口测试结果比较集的研究.pdf

北京邮电大学硕士研究生毕业论文基于c o r b a 网管接口测试结果比较集的研究 摘要 本文在研究了t m n 技术、c o r b a 技术和接口一致性测试方法的基础之上， 针对基于c o r b a 的网管接口一致性测试作了较为深入的研究。研究的重点在于 如何实现基于c o r b a 的网管接口一致性测试的测试结果自动评估。 为了实现网管接口一致性测试的测试结果自动评估的功能，首先引入了测试 结果比较集的概念。在网管接口一致性测试中，为实现对测试结果的t l 动检验和 评估而定义的一组数据约束关系以及其他相关信息的集合，称为测试结果比较 集。而以测试结果比较集为基础，实现网管接口测试结果自动检验和评估的一系 列程序和文件的集合，称为测试结果评估子系统。 研究测试结果比较集的目标是提供测试结果的比较模版，使测试人员能够在 测试前将其对测试结果的期望值，转换为计算机能够识别的文件，在测试完成后 自动进行检验。并且在此基础上提供测试结果的语义检验和数据相关性检验。文 中给出测试结果比较集的整体框架、比较范畴等方面的说明，以及最终定义出的 测试结果比较集生成语言的范式表式都是围绕着一目标去实现的。 作为测试结果比较集及其提供的比较功能的有机补充，本文还引入了测试评 估结果文件和测试评估处理程序。在网管接口一致性测试中，存放测试结果评估 子系统对测试结果进行判断和处理后的有效信息的文件，称为测试评估结果文 件。以测试结果比较集中的比较语句执行结果为输入，进行一系列操作和处理， 最终产生测试评估结果文件的程序集合，统称为测试评估处理程序。文中分别给 出了测试评估结果文件和测试评估处理程序的定义和范式表式。 在文章的最后，基于前文所做的研究和定义，提出了测试结果评估子系统的 总体设计框架。内容包括测试结果评估子系统的主要模块、主要文件、工作模式 和工作流程。 关键字：网管接口一致性测试，t m n ，c o r b a ，测试结果评估，测试结果 比较。 a b s t r a c t w h e nan e t w o r km a n a g e m e n ts y s t e mi se n t e r i n gn e t w o r k s ，i t si n t e r f a c em u s tb e t e s t e d t h i sp a p e rd e a l sw i t ht e s tr e s u l ta u t o - c o m p a r i s o no fn e t w o r km a n a g e m e n t i n t e r f a c ei m p l e m e n t a t i o nc o n f o r m a n c et e s t f i r s t ，t h ec o n e 印to ft h e t e s tr e s u l t c o m p a r i s o ns e t a n dt h er e s u l tc o m p a r i s o n s u b s y s t e ma r ei n t r o d u c e d ，f o l l o w e db y t h ef u n c t i o nd e s t i n a t i o n ，g e n e r a ls t r u c t u r ea n d b n f e x p r e s s i o n so ft h ec o m p a r i s o ns e t t h e n t oi m p l e m e n tt h e r e s u l tc o m p a r i s o n s u b - s y s t e m ，a n o t h e rt w oc o n c e p t sa r ei n t r o d u c e d ，i e c o m p a r i s o nr e s u l tf i l ea n dt e s t r e s u l tc o m p a r i s o np r o g r a m s a l s ot h ep a p e rd i s c u s s e sa n dc o n f i r m st h es t r u c t u r ea n d b a s i cf u n c t i o no ft h e s et w oc o n c e p t s i nt h ee n d ，t h ep a p e rd e a l sw i t ht h ef r a m e w o r k a n dw o r k i n gp r o c e s so fr e s u l tc o m p a r i s o ns u b - s y s t e m t o t a l l y ，t h i sp a p e rg i v e st h ew h o l et h e o r ys o l u t i o no ft e s t r e s u l tc o m p a r i s o na s w e lja ss o m e g e n e r a li m p l e m e n t a t i o ng u i d a n c e k e yw o r d s ：c o r b a ，t m n ，t e s tr e s u l tc o m p a r i s o n ，r e s u l tc o m p a r i s o n s u b - s y s t e m ，n e t w o r km a n a g e m e n t i n t e r f a c ei m p l e m e n t a t i o nc o n f o r m a n c et e s t 北京邮电大学硕一卜研究生毕业论文 基于c o r b a 网管接1 2 期6 试结果比较集的研究 缩略语索弓 a s pa b s t r a c ts e r v i c ep r i m i t i v e 抽象业务原语 c m i pc o m m o n m a n a g e m e n t i n f o r m a t i o np r o t o c o l 公共管理信息协议 c o r b ac o m m o n o b j e c tr e q u e s tb r o k e r a r c h i t e c t u r e通用对象请求代理结构 d c nd a t ac o m m u n i c a t i o nf u n c t i o n数据通信网 g d m og u i d e l i n e sf o rt h ed e f i n i t i o no fm a n a g e do b j e c t s被管对象定义指南 g u i g r a p h i cu s e r i n t e r f a c e 图形用户界面 i c s i m p l e m e n t a t i o nc o n f o r m a n c es t a t e m e n t实现一致性声明 i d li 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 s d n i n t e g m t e ds e r v i c e sd i g i t a ln e t w o r k综合业务数据网 n j t i m p m m e n m t i o n u n d e rt e s t 被测实体 l a nl o c a la t e an e t w o r k局域网 l tl o w e rt e s t e r下钡4 试器 m i b m a n a g e m e n t i n f o r m a t i o nb a s e 管理信息库 m fm e d i a t i o nf u n c t i o n 协调功能 n en e t w o r ke l e m e n t网元 n e fn e t w o r ke l e m e n tf u n c t i o n 网络单元功能 o d p o p e n d i s t r i b u t e dp r o c e s s i n g开放分布式处理 o m a o b j e c tm a n a g e m e n t a r c h i t e c t u r e 对象管理结构 o r b o b j e c tr e q u e s t b r o k e r 对象请求代理 o s o p e r a t i n gs y s t e m 运行系统 o s f o p e r a t i n gs y s t e m f u n c t i o n运行系统功能 o s i o p e ns y s t e mi n t e r c o n n e c t i o n开放系统互联 p c op o i n to fc o n t r o la n do b s e r v e 控制观察点 p i e sp r o t o c o li m p l e m e n t a t i o nc o n f o n n a n c es t a t e m e n t协议实现一致性声明 q aq a d a p t e rq 适配器 q a fqa d a p t e r f u n c t i o n q 适配功能 s d h s y n c h r o n o u sd i g i t a lh i e r a r c h y 同步数字系列 s n m p s i m p l en e t w o r km a n a g e m e n t p r o t o c o l简单网络管理协议 s u t s y s t e m u n d e r t e s t被测系统 t m n r 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 电信管理网 u t u p p e r t e s t e r上测试器 w a nw i d e a r e an e t w o r k广域网 w sw o r ks t a t i o n工作站 w s fw o r ks t a t i o nf u n c t i o n工作站功能 4 北京邮电大学硕士研究生毕业论文基于c o r b a 嘲管接口测试结果比较集的研究 图例索引 f i g u r e1 t m n 与电信网的关系4 f i g u r e2 t m n 功能体系结构5 f i g u r e3 管理者、代理者和对象之间的关系6 f i g u r e4 t m n 物理结构6 f i g u r e5 c o r b a 体系结构8 f i g u r e6 测试集的结构1 2 f i g u r e 7 协议实体一致性测试的四种测试配置1 3 f i g u r e8 测试信息流程图1 7 f i g u r e9 测试结果比较集生成语言模块结构图2 7 f i g u r e1 0 测试结果数据流向图3 8 f i g u r e1 1 测试评估子系统翻译执行模式原理图4 5 f i g u r e1 2 测试评估子系统解释执行模式原理图4 5 f i g u r e1 3 测试评估子系统模块关系图翻译执行模式4 7 f o r m l f o i t i i2 f b m l3 f o r m4 f o r m5 f o r m6 f o r m7 f b 丌n8 f o r m9 f o m l l 0 表格索引 c o r b a 建模与协议实体、m 方式的比较1 8 简单数值类型数据比较关系2 1 字符及字符串类型的数据比较关系2 2 对象引用类型的数据比较关系2 2 复杂类型的数据比较关系2 3 a n y 类型的数据比较关系2 4 v m u e t y p e 类型的数据比较关系2 4 i d l 数据类型串行表示法2 7 测试结果比较集范式关键字说明2 9 测试评估处理程序定义中的关键字说明4 0 北京邮电大学硕j 研究生毕业论文 基于c o r b a 剜管接口测试结果比较集的研究 第一章前言 1 1 网管接口测试结果比较集的研究背景 由于通信技术的迅速发展，通信网已经成为一个高度数字化的大型复杂网络， 通信设备数量大量增加，设备类型日益繁多，设备分布更加广泛，技术复杂程度 大大提高，对维护人员的要求远远超过现有能力。在这样的情况下，r r u t 为适 应通信网的发展提出的一种管理电信网的网络电信管理网( 1 m n ) 。 t m n 的原则是将对管理系统与被管系统之间传送的管理信息进行标准化，用 统一的、标准的接口对异质环境中的不同设备进行集中管理。提供标准的接口是 不同厂商生产的电信设备被集中管理，统一调度的基本条件，是实现在多厂商设 备环境下，网管系统和被管设备“互连、互通、互操作”的基本前提。 一方面，为了保证各个厂家的设备确实满足标准，不同设备间能够成功且可 靠地进行交互，必须对其设备接口进行测试；只有通过测试认证，才能得出被测 接口与指定接口标准的一致性结论。t m n 中标准接口的定义应包括协议栈和信息 模型，故对接口的测试应该涵盖这两方面内容。通信协议的一致性是所有一致性 的基础，只有通信协议保持一致性，才能实现“互联”；在通信协议保持一致性 的前提下，才能进行管理信息模型的一致性测试，管理信息模型保持一致性，才 能实现“互通”：而只有在管理信息模型保持一致性的前提下，才能进行管理功 能和管理业务的一致性测试，而只有管理功能和业务满足一致性，才能实现“互 操作”。 另一方面，用c o r b a 实现网管接口是当前网管技术研究的热点。c o r b a 作为 一种新的软件技术，具有以下特点：使传统的c s 结构具有更大的灵活性。o r b 作为一种中间件带来了位置透明性，执行状态( a c t i r e ) 透明性等，降低了c s 程序设计的复杂性；i d l 作为一种接口描述语言，清楚地描述了服务器所提供 的业务，屏蔽了其实现；i d l 到其它语言的映射带来了操作系统，编程语言的透 明性：使基于组件的软件开发成为可能，有可能使软件组件成为一种硬件i c 一样的东西，从而能大大提高软件的生产率。c o r b a 的以上特点为面向对象的分 布式的软件开发提供了一个很好的体系结构，同时，用c o r b a 实现网管接口给网 管接口的一致性测试带来了新的挑战。 在目前的c o r b a 接口一致性测试中，传统的测试方法是通过接口测试工具， 对网管系统中定义的操作进行测试，并通过测试用例完成对网管功能的测试。测 试的输入是预先配置好的测试用例，测试的输出是被测系统返回的数据集合。这 种测试模型的问题在于，系统的输出不能直接反映测试的结果，需要人工进行测 试结果数据值的比较。由此引起的问题，是测试效率低下和测试正确率的无保障 性。在网管测试系统中引入测试比较集的概念，就是要解决这一问题，实现测试 结果在获得必要输入条件下的自动评估。测试系统比较集的概念不仅仅适用于 c o r b a 接口的测试，而且普遍适用于基于其他技术地网管接口的一致性测试。 北京邮电大学硕士研究生毕业论文基于c o r b a 网管接口测试结果比较集的研究 1 2 本文思路 本文在研究了t m n 技术、c o r b a 技术和接口一致性测试方法的基础之上， 针对基于c o r b a 的网管接口一致性测试作了较为深入的研究。研究的重点在于 如何实现基于c o r b a 的网管接口一致性测试的测试结果自动评估。 为实现测试结果的自动评估，本文引入了测试结果比较集( 参见定义3 1 目) 的概念，并用范式的形式对测试结果比较集进行了形式化定义，随之给出了一个 简单的c o r b a 网管接口定义的范例，在此基础上给出一系列有代表性的测试结 果比较集的实例和对例子的说明。 在此基础上，为了完善测试结果自动评估的功能，本文又引入了测试评估结 果文件的概念( 参见定义4 1 日) 和测试评估处理程序的概念( 参见定义4 2 日) 。 如此，测试评估处理程序衔接了测试结果比较集和测试评估结果文件，完成整个 测试结果自动评估的功能。 最后，本文由从实践的角度对测试结果评估子系统( 参见匠定义3 2 目) 进行 总体框架和运行流程的设计。 1 3 本文结构 第一章：前言部分。主要内容包括网管接口测试结果比较集的引入和提出、 本文的思路和结构以及作者在研究生阶段所作的主要工作。 第二章：综述部分。对本文涉及的基本概念和基础知识进行概括性的阐述， 包括t m n 技术、c o r b a 技术和网管接口一致性测试。 第三章：提出在c o r b a 网管接口测试的基础上实现测试结果比较集，并对 测试结果比较集的概念和实现模型进行了介绍。 第四章：提出测试评估结果文件和测试评估处理程序的概念，并分别给出范 式说明和例子说明。 第五章：给出了基于c o r b a 接口测试比较集的测试结果评估子系统的功能 说明、体系结构和实现。 1 4 研究生阶段所作工作 本人作为北京邮电大学网络管理研究中心的一名研究生，在学习期间一直从 事网络管理方面的研究工作，主要工作包括： n )参加国家8 6 3 项目基于综合机制的光网络恢复机制的研究，该项 目提出一种新的基于综合机制的恢复机制。在该项目中撰写了项目报 告初稿的大部分。 ( 2 )全军s d h 传送网网管项目。在该项目中负责g u i 、数据库录入的测试 设计和实施。 r 3 1n o r t e lp r e f i d ea p 0 1 接口入网测试。负责测试计划、测试设计、测试 数据准备、测试实施以及部分测试报告的总结。 h 1对c o r b a 接口测试系统的研究和学习。研究该系统的设计和实现， 以及基于该系统的一些测试工作。 2 北京邮电 学硪礴究生毕业论文 蕊予c o r b a 髓营接口测试继粜e e 较集斡磷究 ( 5 )在c o r b a 接嗣测试系统实现一致健测试评信系统。负蠹测试结果比 较集的定义和实观。 ( 6 )整理完成本文 北京邮电大学硕士研究生毕业论文基于c o r b a 网管接e l 测试结果比较集的研究 2 1t m n 概述 第二章综述 弟一早琢尬 2 1 1 t m n 的产生 t m n ( t e e c o m m u n i c a t i o n sm a n a g e m e n tn e t w o r k ) 即电信管理网，是三大支撑 网络( 同步网、信令网、电信管理网) 之一。 随着电信网的不断扩大以及电信业务的增多，如何以更先进的手段实现对网 络和业务的有效管理，从而提高网络性能、保障业务质量，已成为急需解决的问 题。从八十年代初期，有关的标准化组织就开始制订t m n 的规范。至今，电信 管理网已经发展成为在开放的多厂商环境下管理电信网络和业务的一种行之有 效的解决方案。 t m n 借鉴了o s 系统管理框架技术，是为了管理电信网和电信业务而定义 的结构化网络体系结构。它使得网络管理系统与电信网在标准的体系结构下，按 照标准的接口和信息格式交换管理信息，从而实现网络管理功能。t m n 的基本 思想之一就是使管理功能与电信功能分离。网络管理者可以通过有限的几个管理 节点管理电信网络中分布的电信设备。t m n 与电信网的关系如下图所示。 n g t t r e1 t m n 与电信网的关系 由于t m n 提供了对电信网络和业务的操作、管理、维护和分配功能，满足 了来自电信设备提供商，业务提供商以及最终用户的多方要求。同时，随着标准 更加成熟，软件开发商也开发出一系列的支持t m n 标准的网管平台，简化了开 发和使用。因而促进了t m n 在电信网络管理领域的流行与发展。 2 1 2 t m n 的基本概念 4 北京邮电大学硕士研究生毕业论文基于c o r b a 网管接口测试结果比较集的研究 2 1 2 1 t m n 体系结构 t m n 的目的之一是提供一组标准接口，从而使网络操作、组织管理、维护 管理功能及对网络单元的管理变得容易实现。基于这种目的，t m n 提出了自己 的管理体系结构，这个结构可以从管理功能的划分、信息交互的方式和物理实现 三个侧面给予定义，即t m n 的功能体系结构、信息体系结构和物理体系结构。 ( 1 ) t m n 功能体系结构 t m n 功能结构主要描述t m n 内的功能分布。其基础是把t m n 的功能划分 为t m n 功能块，功能块之间利用数据通信功能( d c f ) 来传递信息，并由参考 点隔开。 哑u 件五删功能体系结构 t m n 的功能块分为五种，即运行系统功能( o s f ) 、协调功能( m f ) 、网络 单元功能( n e f ) 、q 适配功能( q a f ) 和工作站功能( w s f ) 。 o s f 主要对管理信息进行处理，以便支持、控制各种管理功能的实现。 m f 介于o s f 与n e f ( 或q a f ) 之间，起协调或中介作用。它按o s f 的要求， 对来自n e f ( 或q a f ) 的信息进行适配、过滤和压缩等处理。 q a f 用来将不具备标准t m n 接口的n e f 连接至t m n 内部，其任务是进行 t m n 接口与非t m n 接口之间的转换。 n e f 与t m n 进行通信以便受其监视、控制，它代表了被t m n 管理的设备和 ( 或) 功能。 w s f 为管理信息的用户提供一种解释t m n 信息的手段。其功能包括终端的 安全接入和注册、识别和确认输入、格式化和确认输出等。 参考点确定了不同的管理功能块间的边界。它实际上是表示两个管理功能块 之间进行信息交换的概念上的一个点。t m n 内有三类不同的参考点，即：q 参 考点，f 参考点，x 参考点。 ( 2 ) t m n 信息体系结构 北京邮电大学硕士研究生毕业论文基于c o r b a 嗣管接口测试结果比较集的研究 t m n 信息结构主要用来描述功能块之间交换的不同类型的管理信息，主要内 容包括管理层次模型、信息模型和组织模型。 为了便于管理和操作，t m n 管理功能可以划分为不同的层，构成管理层次模 型。从上至下为事务管理层、业务管理层、网络管理层、网元管理层、网元层。 信息模型是描述管理对象及其特性的方法，它精确地规定可以用什么消息来 管理所选择的对象( 语法) ，以及这些消息的意思( 语义) 。因而它实际上是一种 规定管理系统和管理对象之间接口的手段。信息模型采用面向对象的方法和实体 关系的方法来处理管理对象及其关系。 组织模型主要用来描述管理进程担任控制角色( 管理者) 和被控角色( 代理) 的能力以及管理者和代理之间的相互关系。下图给出了管理者、代理者和对象之 间的关系。 管理开放系统 被管理开放系统 6 印n3 管理者、代理者和对象之间的关系 ( 3 ) t m n 物理体系结构 根据需要，t m n 的功能结构可以灵活地组成不同的物理结构，物理结构由 物理实体组成，物理实体之间为t m n 的标准接口。t m n 的基本的物理实体包 括运行系统( o s ) ，工作站( w s ) ，q 适配器( q a ) ，网元( n e ) ，它们之间的 接口分别为q 3 接口，f 接口和x 接口，如下图所示。 f i g u r e4 t m n 物理结构 北京邮电大学硕士研究生毕业论文 基于c o r b a 阿管接口测试结果比较集的研究 o s 主要完成o s f 功能，同时也可完成q a f 功能和w s f 功能。 w s 是完成w s f 功能的系统，即完成t m n 信息模型与人机界面表示形式之 间转换的系统。 q a 是连接非t m n 网元和t m n 操作系统之间的设备，完成q a f 功能。 n e 由电信设备和一些支撑设备组成，主要完成n e f 功能，也可根据需要完 成t m n 中的其他功能，如q a f ，o s f 和w s f 等。 d c n 是t m n 中完成d c f 功能的通信网，可以由不同类型的子网( 如公用 电话网、公用数字数据网d d n 、公用分组数据网x 2 5 、专用线、i s d n 、w a n 、 l a n 或s d hd c c 等互连而成。d c n 为t m n 的物理实体间通信提供传输服务， t m n 物理实体间的信息交换要用到o s i 参考模型的全部7 层功能，而d c n 只 需提供o s i 参考模型的下三层功能，不需提供4 到7 层功能。 当功能模块在不同的物理实体中实现时，功能模块之间的功能参考点由物理 实体之间的相应物理接口替代，如q 3 接口在q 参考点实现，f 接口在f 参考点 实现x 接口在x 参考点实现。若功能模块在一个物理实体中实现时，功能模块 之间的功能参考点可以不转化为物理接口。 2 1 0 2 t m n 管理功能 t m n 管理功能基本上是依据o s i 的管理功能分类方法并加以扩展以适应 t m n 的需要。一般将它们分为五大功能域： ( 1 ) 性能管理 性能管理主要提供有关通信设备状况、网络或网络单元性能的报告和评估。 主要作用是收集各种统计数据用于监视或校正网络、网络单元或设备的状况和性 能，并帮助进行规划和分析。包括性能监视、性能控制和性能分析三项任务。 ( 2 ) 故障管理 故障管理指能够对不正常的电信网运行状况或环境条件进行检测、隔离和校 正的一系列功能。诸如：告警监视、故障定位、故障校正和测试功能等。 ( 3 ) 配置管理 配置管理涉及对于网络的实际安排，主要实旖对网络单元的控制、识别和数 据交换，主要功能包括网络规划、软件的安装和初始化、业务的规划、供给功能。 ( 4 ) 账务管理 账务管理能够度量网络服务的使用及其费用，主要是收集账务记录和设置使 用服务的计费参数。主要功能有计费功能和资费摊算功能。 ( 5 ) 安全管理 t m n 应为网络的安全提供周密的安排，一切未经授权的访问都不得进入网 络和系统。典型的安全管理功能有：接入控制和安全告警。 北京邮电大学硕士研究生毕业论文基于c o r b a 网管接口测试结果比较集的研究 2 2c o r b a 技术概述 2 2 1c o r b a 体系结构 o m g ( o b j e c tm a n a g e m e n tg r o u p ，对象管理组织) 负责c o r b a 标准规范的 制订，它提出了一种对象管理结构( 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 ) ， 用以实现一种分布计算环境。它所提出的c o r b a 体系结构如下图所示。 f i g a r e5 c o r b a 体系结构 2 2 1 1 对象请求代理( 0 r b ) o r b 在c o r b a 体系结构中处于中心地位，是最主要的构件，它提供发送客 户的请求到目标对象并将反应传给客户的透明通信机制，其中包括对象位置透 明、对象实现透明、对象运行状态透明、通信机制透明等。客户( c l i e n t ) 不需要知 道目标对象的位置，不需知道目标对象的具体编程语言、其使用的操作系统及硬 件平台，不需要知道目标对象的运行状态，以及其它与对象接口无关的细节。 由于o r b 的这种透明机制，使开发人员可以采用独立于实现的描述语言 ( i d l ) 来自由地定义所需的协议。开发人员可以选择最合适的操作系统、运行 环境、甚至编程语言来开发整个系统中的一个组件。对于已开发完成的组件可以 方便的重用，而没有必要重新开发具有相同功能的软件组件。 2 2 1 2 接口定义语言( i d l ) c o r b a 采用i d l 描述客户和服务器之间进行交互的接口。i d l 是一种描述 性语言并不是一种程序设计语言，可以将i d l 转换为某种编程语言如c ，c + + 、 s m a l l t a l k 等，然后用这些编程语言实现接口。i d l 的这种特性使它将对象的描述 与实现分离，使对象可以使用不同的程序设计语言实现。 2 2 1 3 s t u b s 和s k e l e t o n s i d l 编译器按照规范接收i d l 描述的接口并将之映射为相应的编程语言，同 时产生客户侧的s t u b s ( 桩) 以及服务器侧的s k e l e t o n s ( 构架) 。客户侧的s t u b s 并不直接激活对象的方法( 服务) 而是将服务请求传给o r b ，由o r b 找到合适的 对象并将服务请求交给它，然后调用服务器侧的s k e l e t o n s 将返回结果传给客户。 s t u b 和s k e l e t o n 起到具体编程语言与o r b 之间的适配作用。通过它们的适 北京邮电大学硕士研究生毕业论文基于c o r b a 网管接口测试结果比较集的研究 配使客户与服务器通过o r b 真正实现了互操作。 2 214 动态调用接口( d y n a m i ci n v o c a t i o ni n t e r f a c e ) 如果应用程序事先不知道要使用的接口，c o r b a 提供了动态调用的机制， 这种机制由接口库( i n t e r f a c er e p o s i t o r y ) 提供支持，接口库中存有当前可用的所有 对象的接口信息，客户可以从接口库中取得接口信息以发出操作请求，这种动态 调用机制给应用程序提供了很大的灵活性。 2 2 1 5 i d l 构架和动态构架接口 在服务器侧，当客户调用请求到达时，o r b 首先接收到请求的报文，然后 o r b 把请求的报文传递到合适的对象适配器，对象适配器寻找到正确的目标对 象，然后通过i d l 构架( s k e l e t o n ) 或动态构架接口( d y n a m i c s k e l e t o ni n t e r f a c e ) 来对请求进行具体的处理；与i d l 桩类似，i d l 构架也是根据目标对象接口的 i d l 描述由i d l 编译器自动产生的调用对象实现的部件。通过它可以使o r b 对象适配器调用对象实现中的操作方法( m e t h o d ) 。对象实现则根据i d l 描述的 接口给出具体的实现例程。类似地，i d l 构架的向上调用( o p - c a l ) 方式也属 于静态方式，只有在编译时目标对象接口的i d l 描述是已知的情况下才可行。 而且，i d l 构架方式一般而言对于特定o r b 核心，对象适配器都经过了优化，其 运行时效率通常较动态调用方式高。 i d l 构架的存在并不意味着有相应的客户i d l 桩的存在。也就是说，对象实 现使用i d l 构架完成调用，而客户可以使用i d l 。桩的方式，也可以使用动态调 用接口的方式来进行调用：i d l 桩和i d l 构架之间并不存在对应关系。 动态构架接口( d s i ) 允许服务器程序可以与编译时刻不知道的对象动态交 互，即动态调用对象。其调用形式类似客户的d i 。动态构架接口的客户可以是 i d l 桩，也可以是动态调用接口，它们向动态构架接口发出对象请求。d s i 的基 本思想是，让o r b 对象适配器对所有的对象调用请求都通过向上调用同一组接 口例程来调用实际对象实现中操作，这组例程称为动态调用例程( d y n a m i c i n v o c a t i o nr o u t i n e ，d m ) 。对所有的对象实现来说它们也仅需根据d i r 来给出 具体的实现例程。 2 2 1 6 对象适配器( o m e e ta d a p t e r s ) 为了更好地支持对象的各种不同的具体实现形式，对象的具体实现形式并不 直接与o r b 相连，而是通过对象适配器与之连通。 由于各个不同对象的对象粒度、生命周期、实现形式的千差万别，o r b 无法 为所有的对象提供一个统一、方便、有效的接口。通过对象适配器的作用，可以 将目的对象分成若干类，每一类对象实现可以有一个相对应的对象适配器，由特 定的对象适配器来满足其特定的需要。对象适配器位于服务对象实现和o r b 之 间，提供对象登记、对象引用生成、服务激活等功能。它是只能被服务器构架和 对象实现调用的o r b 服务。对象适配器的出现减轻了o r b 的负担，使o r b 内 核尽量精简，这跟当时u n i x 核心的设计思想是一致的。对象实现所需提供的大 部分功能由o r b 和对象适配器协同完成，因此，对象适配器是对象实现使用o r b 北京邮电大学硕士研究生毕业论文基于c o r b a 网管接口测试结果比较集的研究 提供的服务的主要方法。由o r b 提供的服务在一个对象适配器中经常包括：对 象引用的产生和解释、方式调用、交互性安全、对象和实现的激活与释放、对象 引用到实现的映射及实现的定位 c o r b a2 0 规范中定义了基本对象适配器( b o a ) ，以满足大多数对象实现 的需要。b o a 提供了以下功能：( i ) 产生和解释对象引用；( 2 ) 对请求进行认 证，满足保密性的要求；( 3 ) 激活和去活实现；( 4 ) 激活和去活单个对象；( 5 ) 构架调用方法；( 6 ) 实现对象的登记。 c o r b a 支持多种对象适配器，通常一种编程语言有一种对象适配器与之对 应。引入对象适配器后，o r b 只需提供有限的对象接口，而由对象适配器将之 转换为具体的编程语言所需的接口。 2 2 1 7 对象服务( c o r b as e r v i c e s ) c o r b a 体系结构中还规定了一系列通用的对象服务，例如命名服务( n a m i n g s e r v i c e l 、事件通知服务( e v e n tn o t i f i c a t i o ns e r v i c e ) 等。各应用对象也是通过o r b 获得这些服务。 c o r b a 解决异构环境下应用系统的互操作问题也是通过请求，响应 ( r e q u e s t r e s p o n s e ) 的模式实现的。其中o r b 负责请求的透明传输：i d l 定义 了请求的种类；s t u b 提供了有效创建和传送请求的机制，s k e l e t o n 提供了有效响 应请求的机制；动态过程调用为分布式应用程序阃的交互提供了灵活性。 2 2 2c o r b a 在t m n 中的应用 多技术网络环境下的网络管理是网络管理研究和网管系统建设中的难点，在 这方面无数学者和专家提出了各种网管体系结构来解决这一问题。无论采用什么 样的技术，混合网络环境下的网管系统必须能够支持多种网管接口( 私有接口、 s n m p 、c m i p 、c o r b a 等) 的接入，从而实现对多种技术网络进行管理。对此， 目前认为最有效的解决方案是采用中间件技术。 目前的t m n 网管平台和c o r b a 平台都属于中间件的概念。由于c o r b a 在实现异构系统之间的互通和互操作方面的优势，因此可以应用于异种网络的综 合管理方面。 电信管理网f r m n ) 虽然采用了基于o s i 系统管理的面向对象的建模技术，但 对于如何构造管理系统以及管理系统之间如何实现互操作，t m n 并未深入研究。 而c o r b a 目前已经是一项比较成熟的分布式面向对象技术，以c o r b a 平台为 基础的分布式处理环境的工作正在进行。可以预见，在不久的将来，c o r b a 将 被广泛用于开放的电信市场环境下业务的快速构造及资源和业务的有效管理。 2 3 接口一致性测试 c o r b a 是t m n 中网管接口的一种实现方案，基于c o r b a 的网管系统接口测试 属于t m n 软件测试的范畴。本节将对国际规范定义的一致性测试方法进行说明， 包括o s i 接口的一致性测试和o d p 系统的接口一致性测试。并对c o r b a 接口一致 o 北京邮电大学硕士研究生毕业论文基于c o r b a 网管接口测试结果比较集的研究 性测试的可行性、特殊性和一般测试流程进行研究。 2 3 1o s i 接口一致性测试 2 3 1 10 s i 一致性测试方法 o s i 协议一致性测试方法学是为了得到一个普适的测试方法以及合适的测试 流程，在其指导下得出o s i 协议规范的标准化测试集。1 1 r u - t 建议x 2 9 0 到x 2 9 6 的目的就是要定义方法学、提供用于规范一致性测试集的框架以及测试过程中应 遵循的流程。虽然这个方法学的提出是为了进行协议实体的一致性测试，但是剔 除其中和协议实体特有的部分，其概念、方法能很好地用于其他领域的测试。参 考文献【4 】中根据o s i 协议实体测试方法，比较o s i 协议实体和t m n 中被管对 象类建模的差异提出了一种m 珥( 管理信息库) 测试器的实现方法。 当一致性需求以一系列调查表的形式由测试实体提交给被测系统的实现者 后，根据规范的强制特性、选择特性和条件特性的要求，由被测系统的实现者根 据系统实现的具体情况填充调查表中对上述特性的支持声明，再由测试系统测试 这个声明与其系统的实际实现情况是否保持一致，这种测试称为一致性测试。 一个系统满足一致性，即该实际系统表现出来的行为与此系统所依据的规范 定义的需求( r e q u i r e m e n t s ) 相吻合，此种规范定义的需求即称之为一致性需求。 一致性需求根据分类准则不同可有以下几种不同的分类方法，第一种可以分为以 下三个类别： 强制需求：在任何实现情况下必须遵守的需求： 条件需求：按照规范中设置的条件而遵守的需求； 选择需求：按照规范规定的范围选择适合于实现的需求： 第二种分为以下两类： 正面需求：应该做的需求； 负面需求：不应该做的需求； 一致性需求还可以分为： 静态一致性需求：静态一致性需求定义了满足互连所需的最小需求； 动态一致性需求：动态一致性需求是根据规范中行为的规定，以静态一致性 需求为基础，定义具体实现时在动态的规定范围内遵守的需求： 一致性需求以一系列调查表的形式由测试实体提交给被测系统的实现者，在 o s i 协议一致性测试中此种调查表的形式称为实现一致性声明( i c s ) 。 2 3 12 测试方法 o s i 协议一致性测试通过将测试系统和被测实体( 丌) 相连，由测试系统 向被测实体发送测试用例来实现。测试用例由测试集组成，测试集制订的依据是 协议规范和协议实现一致性声明( p i c s ) ，协议实现一致性声明给出了被测实体 能力的相关信息。 测试集的组织结构见下图： 北京邮电大学顶士研究生毕业论文 基于c o r b a 网管接口测试结果比较集的研究 m e a 惜- m 培埘呷哪e 4 一b 州f f i g u r e6 测试集的结构 整个测试集按不同的测试目的分为基本互连测试，能力测试和行为测试。基 本互连测试证实基本的互连能力。能力测试和行为测试分别对应于进行静态和动 态一致性测试。 测试系统包括两类测试组件：下测试器( l t ) 和上测试器( u t ) ，它们分别 分别用于控制和观察被测实体( i u t ) 的上下业务边界。测试协调过程( t c p ) 是 在测试中用于协调上下测试器的规则。控制观察点( p c o ) 用于观察和控制测试 事件。抽象业务原语( a s p ) 通过p c o 进行交换。根据i u t 和l t 所处位置的不同， 以及p c o 的数量及是否存在，o s i 协议测试定义了四种测试配置方式，如下图： 北京邮电大学硕= l 研究生毕业论文 基于c o r b a 网管接口测试结果比较集的研究 mt h u m - h o d m t ，1 知c r d h - h d tr r - 由o d - d ，t - 脯曲h m _ 由晴 u t ：u p p e r t e s t e r t c p ：t b s tc 0 0 r d i n a t ep r o c e d u r e l t ：l o w e rt e s t e r s l i t ：s y s t e m u n d e rt e s t p c o ：p o i n to fc o n t r 0 1a n do b s e r v e i u t ：i m p l e m e n t a t i o nu n d e rt e s t a s p ：a b s t r a c ts e r v i c ep r i m i t i v e f i g u r e7 协议实体一致性嚣试的四种铡试配置 a ) 局部测试法 两个控制观察点( p c o ) 分别定义在i u t 的上下两个服务层面上，l t 和u t 分别 可以控制和观察这两个服务层面上的p d u 。这种测试方法要求上下两个服务层面 可以直接访问。 b ) 分布测试法 l t 和u t 位于不同的系统中，在i u t 的下服务层面上没有l t ，l t 在远端的系 统中于u t 相同的服务层面上间接地控制和观察经过i u t 的p d u 。 c ) 协调测试法 协调测试法是分布测试法的一种变化，与分布测试法的主要区别是： 一j t 的上服务层面上没有明显的接口，不