WCA：一种面向Web系统的通用组件架构

维普资讯 http://www.cqvip.com ＣＮ４３—１２５８／ＴＰ　计算机工程与科学　２００６年第２８卷第７期　ＩＳＳＮ　１００７—１３０Ｘ　ＣＯＭＰＵＴＥＲ　ＥＮＧＩＮＥＥＲＩＮＧ＆ＳＣＩＥＮＣＥ　Ｖｏ１．２８，Ｎｏ．７，２００６　文章编号：１００７－１３０Ｘ（２００６）０７—００３９—０４　ＷＣＡ：一种面向Ｗ　ｅｂ系统的通用组件架构　ＷＣＡ：Ａ　Ｃｏｍｍｏｎ　Ｃｏｍｐｏｎｅｎｔ　Ａｒｃｈｉｔｅｃｔｕｒｅ　ｆｏｒ　Ｗｅｂ　Ａｐｐｌｉｃａｔｉｏｎｓ　许炜，徐晶，杜娟　ＸＵＷｅｉ，ＸＵ　Ｊｉｎｇ，ＤＵ　Ｊｕａｎ　（华中科技大学电子与信息工程系，湖北武汉４３００７４）　（Ｄｅｐａｒｔｍｅｎｔ　ｏｆ　Ｅｌｅｃｔｒｏｎｉｃｓ　ａｎｄ　Ｉｎｆｏｒｍａｔｉｏｎ，Ｈｕａｚｈｏｎｇ　Ｕｎｉｖｅｒｓｉｔｙ　Ｓｃｉｅｎｃｅ　ｎａｄ　Ｔｅｃｈｎｏｌｏｇｙ，Ｗｕｈａｎ　４３００７４，Ｃｈｉｎａ）　摘要：随着Ｗｅｂ应用的爆炸式增长，面向Ｗｅｂ的工程理论和方法研究得到了广泛的重视。本文针对ｗｅｂ工程应用　中存在的通用架构设计和组件重用等问题，提出了一套灵活、可扩展的ｗｅｂ组件架构模型ＷＣＡ，以及与之相辅的一套　Ｗｅｂ系统分析、设计、编码与测试的方法体系。　Ａｂｓｔｒａｃｔ：Ｗｉｔｈ　ｔｈｅ　ｅｘｐｌｏｓｉｖｅ　ｇｒｏｗｔｈ　ｏｆ　Ｗｅｂ　ａｐｐｌｉｃａｔｉｏｎｓ，ｍｏｒｅ　ａｎｄ　ｍｏｒｅ　ａｔｔｅｎｔｉｏｎ　ｉｓ　ｐａｉｄ　ｔＯ　ｔｈｅ　ｒｅｓｅａｒｃｈ　ｏｆ　Ｗｅｂ　ｅｎｇｉ—　ｎｅｅｆｉｎｇ　ｔｈｅｏｒｅｔｉｃｓ　ａｎｄ　ｍｅｔｈｏｄｏｌｏｇｙ．Ｔｈｉｓ　ｐａｐｅｒ　ｆｉｒｓｔ　ｐｒｅｓｅｎｔｓ　ａ　ｆｌｅｘｉｂｌｅ　ａｎｄ　ｅｘｔｅｎｓｉｂｌｅ　Ｗｅｂ　ｃｏｍｐｏｎｅｎｔ　ａｒｃｈｉｔｅｃｔｕｒｅ　ｃａｌｌｅｄ　ＷＣＡ．ｗｈｉｃｈ　ｉｓ　ａｂｌｅ　ｔＯ　ｓｏｌｖｅ　ｔｈｅ　ｐｒｏｂｌｅｍｓ　ｏｆ　ｃｏｍｍｏｎ　ａｒｃｈｉｔｅｃｔｕｒｅ　ｄｅｓｉｇｎ　ａｎｄ　ｃｏｍｐｏｎｅｎｔ　ｒｅｕｓｅ　ｉｎ　Ｗｅｂ　ａｐｐｌｉｃａｔｉｏｎｓ．Ｆｕｒ－　ｔｈｅｒｍｏｒｅ，ａｎ　ｉｎｔｅｇｒａｔｅｄ　ｍｅｔｈｏｄｏｌｏｇｙ　ｏｆ　Ｗｅｂ　ｓｙｓｔｅｍ　ａｎａｌｙｓｉｓ，ｄｅｓｉｇｎ，ｃｏｄｉｎｇ　ａｎｄ　ｔｅｓｔｉｎｇ　ｉｓ　ａｄｄｅｄ　ｔＯ　ｉｔ　关键词：Ｗｅｂ工程；ｗｅｂ组件；通用组件架构；接口；封装；移植；重用　Ｋｅｙ　ｗｏｒｄｓ：Ｗｅｂ　ｅｎｇｉｎｅｅｒｉｎｇ；Ｗｅｂ　ｃｏｍｐｏｎｅｎｔ；ｃｏｍｍｏｎ　ｃｏｍｐｏｎｅｎｔ　ａｒｃｈｉｔｅｃｔｕｒｅ；ｉｎｔｅｒｆａｃｅ；ｅｎｃａｐｓｕｌａｔｉｏｎ；ｍｉｇｒａｔｉｏｎ；ｒｅｕｓｅ　中图分类号：ＴＰ３１１　文献标识码：Ａ　此这个时期又可以称为ＡｃｔｉｖｅＸ组件化设计阶段［２］。在这　１　引言　个阶段，组件处于整个访问链的最上端，为Ｗｅｂ系统提供　共性和基础性的服务［３］。之后，又出现了具备跨平台操作　随着因特网的迅猛发展，Ｗｅｂ已经逐渐成为各种应用　能力的ＪａｖａＢｅ￣ｎ组件技术，它所具有的独特的自查和定制　的主要平台。如今的Ｗｅｂ系统在规模和复杂程度上都有　特性［４］大大提高了组件的重用能力。但是，与ＡｃｔｉｖｅＸ控　了显著提升，这就对Ｗｅｂ工程［１］提出了更高的要求。然　件相比，ＪａｖａＢｅａｎ并未给Ｗｅｂ组件带来实质性的变化。　而，架构问题和组件化问题依然是束缚Ｗｅｂ系统发展的重　ＳｔｒｕｔｓＣ。　和ＴａｇＬｉｂｓ［　技术的出现，使得Ｗｅｂ组件的　要因素。因此，本文从业务重用的角度提出了一种面向　发展达到一个新的高度。此时，Ｗｅｂ组件的概念已经从系　Ｗｅｂ系统的通用组件架构，即ｗＣＡ（ｗｅｂ　Ｃｏｍｐｏｎｅｎｔ　Ａｒ－　统服务层次跃迁至业务逻辑层次。将业务逻辑与用户界面　ｃｈｉｔｅｃｔｕｒｅ，简称ＷＣＡ）。它通过规定Ｗｅｂ组件的封装规则　分离是这两种技术的共同特点ｃ７　；同时，这种基于ＭＶＣ的　及接口描述，将传统Ｗｅｂ系统中的功能模块改造成通用　应用框架设计使得页面代码在变清晰的同时，也提高了业　Ｗｅｂ组件，从而使其具备更强的重用和移植能力。　务逻辑处理单元的重用性。　本文提出的ＷＣＡ架构进一步发展了Ｓｔｒｕｔｓ和　２　Ｗｅｂ组件化思想　ＴａｇＬｉｂｓ的封装隔离思想，并结合Ｗｅｂ系统模块通用性高　的特点，以完整的组件功能作为划分粒度，对模块的接口及　Ｗｅｂ领域的组件化设计思想一直是业界研究的重点。　其内部实现进行重新规划和调整，使组件的概念在系统服　早期对组件的认识基本上还停留在传统组件对象模型的基　务、逻辑处理以及业务功能三个层次得以上下贯穿，从而形　础上，由于当时组件的实现大部分与ＡｃｔｉｖｅＸ技术有关，因　成完整的Ｗｅｂ组件框架。　・　收稿日期：２００４－０９－０３；修订日期：２００５—０３　２４　翥蓬　；喜磊界　嘉：戆臻；　霉鸷　星　　奘辜笔拿写　霍　方向为Ｗｅｂ工程和Ｗｅ焉磊　ｂ服务事务处理技术等。震　漂　差　　通讯地ｅｓｓ　Ｉ：　，Ｔ：　Ｅ。ＡｄｄｒＣ。？　Ｄｅ　ｐ湖ａｒ北ｔｍ省ｅｎ武ｔ　汉ｏｆＥ市ｌｅ华ｃｔ中ｒｏ科ｎｉｃ技ｓａ大ｎ学ｄＩ电ｎｆｏ子ｒｍ与ａ信ｔｉｏ悬ｎ，工　Ｈ程ｕａ系ｚｈ互ｏｎ联ｇＵ网ｎ中ｉｖ心ｅｒ；ｓＴｉｔｙ。　Ｓ：ｃ‘ｉ。ｅｎ　ｃ　ｅ　ａｎ　。ｄ　Ｔｅ　　ｃｈ　ｎ　ｏＢｌｏｍｇ　ｙｉｈ　，Ｗ…ｘｕｗｅｉｕｈａｎ＠ｈｕｓｔ，Ｈ…ｕｂｅ，ｅｄｕ．ｃｎ　ｉｌ　４３００７４，＇　维普资讯 http://www.cqvip.com 的系统中。　３　ＷＣＡ通用组件架构　３．１定义　Ｗｅｂ组件框架ＷＣＡ：一套面向ｗｅｂ系统的通用组件　３．３组件封装　Ｇｌｏｂａｌｅａｎ是构造ｗＣＡ虚拟总线的载体，它在用户　Ｂ操作ｗｅｂ系统的过程当中保存重要的系统运行参数，例如　用户的基本信息、所属单位和部门、所具备的多种操作权限　以及一些必要的系统信息（登录状态、在线时间）等。这样　既省了用户进入具体功能模块再次查询的时间，也为运行　开发接口描述规则及其系统定义，同时也是一套指导ｗｅｂ　系统分析、设计、编码与测试的完整方法体系。　ＷＣＡ中的ｗｅｂ组件：一个实现了完整功能的独立模　块，它包含表示层、业务逻辑层和数据层的所有相关内容，　遵守ＷＣＡ框架中对组件接口的描述规范，是构造ｗｅｂ系　参数的映射做好了充分的准备。如图２所示。　统的最大逻辑单元。　３．２　ＷＣＡ组件框架　ＷＣＡ的核心思想是构建一个统一、开放的系统框架，　使各种功能组件能够迅速地部署和运行。ＷＣＡ架构如图　１所示。与计算机的系统结构相同，ｗＣＡ的核心由一个虚　拟的系统总线和一套统一的接口描述规则组成。系统总线　为各个接入模块提供了传输标准格式数据的通道，并为每　一个外接组件提供统一的装载接口。具体到ｗＣＡ框架　中，是通过ＧｌｏｂａｌＢｅａｎ和ＬｏｃａｌＢｅａｎ这两个类来完成上述　工作的。　图１　ＷＣＡ架构图　系统总线的概念在软件设计中很早便得到了普及＿８］，　但相对于Ｗｅｂ系统则需要一些特殊的变化。它们主要体　现在：（１）系统总线是一个虚拟的数据交换区，在运行时才　能被临时分配。在Ｗｅｂ系统中，它通过会话（Ｓｅｓｓｉｏｎ）对象　来实现。（２）系统总线并不是ｗｅｂ系统功能模块唯一的交　互通道。由于ｗｅｂ系统主要是驱动和反映数据库中状态　的变化，许多模块间的交互是通过直接的数据操作来完成。　（３）系统总线传输的数据往往是系统运行时的必要参数，而　这些参数在Ｗｅｂ系统中具体体现为角色信息、系统信息和　权限设置等。　系统总线的接入是ＷＣＡ关注的另外一个问题。每个　完整的ＷＣＡ组件都是由一系列具有高内聚特性的ｗｅｂ　页面和数据表构成。它们需要系统总线提供两方面的灵活　接入特性，即：（１）运行时系统参数的灵活筛选和映射操作；　（２）组件间数据访问的低耦合特性。这两个方面的任务都　由个性化的ＬｏｃａｌＢｅａｎ来完成。简单地说，每一个接入系　统总线的Ｗｅｂ组件都唯一对应于一个客户化的Ｌｏｃａｌ—　Ｂｅａｎ。ＬｏｃａｌｅＢａｎ对内是组件的局部变量表，对外是组件可　唯一定制修改的方法接口。只要完成ＬｏｃａｌＢｅａｎ的调整工　作，组件就可以迅速地移植并部署到任何支持ＷＣＡ架构　４０　图２　ＧｌｏｂａｌＢｅａｎ封装结构　由ＧｌｏｂａｌｅＢａｎ和ＬｏｃａｌＢｅａｎ共同完成的数据映射是　ＷＣＡ体系中的另一项重要内容。对于任何一个Ｗｅｂ组件　而言，都需要或多或少向系统获取运行参数，例如用户帐　号、用户姓名、用户所在部门、用户权限等。这些数据是组　件内部所有ｗｅｂ页面和业务逻辑Ｂｅａｎ直接依赖的基础。　然而，从另一个角度来说，每个Ｗｅｂ系统对这些运行参数　的设定都不会相同，会出现命名不一致、元素缺失、元素组　合或拆分等情况。只有通过总线与组件参数映射的方式，　才可以充分保护组件内部的代码资源，最大程度地提高　Ｗｅｂ组件的重用性。如图３所示。　图３组件的封装结构及ＬｏｃａｌＢｅａｎ　ＬｏｃａｌｅＢａｎ中的回调方法也是ｗＣＡ解耦设计的一个　亮点。与传统的组件设计不同，ｗｅｂ组件对外提供的不是　系统服务，而是整体的功能服务，包括完整的用户界面、业　务处理及数据存储功能。因此，ＬｏｃａｌＢｅａｎ在设计当中，遵　循的是一套“公开实现、隐藏调用”的“逆向”原则。也就是　说，凡是ｗｅｂ组件中包含对组件外ｗｅｂ页面、业务逻辑处　理ＪａｖａＢｅａｎｓ以及数据表的操作，全部以回调方法的形式　实现，即相关操作的编码都在ＬｏｃａｌｅＢａｎ中具体实现，而　ｗｅｂ组件内需要调用该操作的地方则统一采用调用方法　的抽象形式，从而避开代码级别的紧密耦合。如果ｗｅｂ组　件移植到一个新的系统中，外部关联的变化全部可以在　ＬｏｃａｌｅＢａｎ的回调方法中加以调整，使ｗｅｂ组件对外界的　依赖全部通过ＬｏｃａｌｅＢａｎ实现。所以，ＷＣＡ中称Ｌｏｃａｌ—　ｅＢａｎ为ｗｅｂ组件的挂接点（Ａｔｍｃｈ　Ｐｏｉｎｔ，简称ＡＰ）。如图　４所示。　３．４　自顶向下的设计方法及组件测试环境　ｗＣＡ架构本身也包含了一套ｗｅｂ系统分析、设计、编　维普资讯 http://www.cqvip.com 的并发程度。　４应用案例　下面以Ｗｅｂ办公自动化系统的邮件收发功能为例，说　明ＷＣＡ封装过程。通用的邮件收发功能通常包括邮件编　辑、邮件发送、收取邮件、回复邮件、转发邮件等。一般而　言，邮件收发功能组件的内聚性相当高。但是，为了方便用　户，组件需要扩展其发送地址选取方面的辅助功能，即：（１）　选择自己通讯录中的邮件地址；（２）选取和自己在同一个工　作部门的人员的邮件地址。这种扩展显然破坏了邮件收发　图４　ＬｏｃａｌＢｅａｎ接口实现不意图　码与测试的完整方法体系。在整个体系中自始自终贯穿着　自顶向下、逐步求精的设计思想，在以下几个方面表现尤为　突出：　（１）关注系统的总体设计。对于Ｗｅｂ系统开发而言，　角色和权限之间错综复杂的关系永远是制约系统开发和维　护的架构性问题，往往牵一发而动全身。所以，ＷＣＡ首先　强调的是Ｗｅｂ系统中的人员组织关系和权限分配，即确定　ＧｌｏｂａｌＢｅａｎ所要包含的具体内容，它强迫设计人员在Ｗｅｂ　系统开发的初期就明确定义出这些全局性的架构性问题。　（２）预先确定组件的关联接Ｅｌ。由于开发Ｗｅｂ系统的　技术起点较低，所以对于大多数Ｗｅｂ系统开发而言，详细　设计得不到充分的重视，模块级的开发也过于随意，导致　Ｗｅｂ系统集成的复杂度大，维护困难。而ＷＣＡ框架通过　在详细设计阶段确定ＬｏｃａｌＢｅａｎ的方式来确定每个独立功　能模块的接Ｅｌ边界，使得开发工作得到了最大程度的规范。　（３）模块化的测试。ｗｅｂ系统的测试始终是一个麻烦　的问题。由于一直没有组件的概念，所以Ｗｅｂ测试总是围　绕着整个系统来进行。由于模块间相互关联，导致测试效　果欠佳，效率低下。而ＷＣＡ通过明确定义总线接Ｅｌ和组　件关联接口，使得在系统总线上进行单一组件测试成为可　能。即使组件和外部有着密切的关联，ＷＣＡ也能为该组　件提供完整的模拟测试环境，从而大大提高了组件的开发　质量和测试效果。　ＷＣＡ框架在组件测试过程中的优势主要体现在以下　两个方面：（１）组件测试环境的搭建；（２）组件外界依赖的解　耦。在系统编码的早期，开发人员即可完成系统总线及导　航模块的设计工作，为后续功能模块的开发提供最精简的　测试集成环境。通过挂接单一组件而完成其核心功能的　黑、白盒测试工作，避免其它功能模块带来的不良影响。与　此同时，追求系统组件间的零耦合是不现实的，友好的人机　界面设计总使系统模块间存在纷繁复杂的关联。这种关联　给传统的测试工作带来了巨大的困难：如果与测试模块相　关的其它功能还没有开发完毕，系统的测试工作将无法开　展。然而，ＷＣＡ架构则很好地解决了组件测试工作中的　解耦问题。由于所有组件需要与外接交互的功能都在Ｌｏ—　ｃａｌＢｅａｎ的回调方法集合中给予了具体实现，如果这些方法　尚无法正常运行，可以用简单代码替换这些方法的实现，以　直接赋值的方式来模拟相关功能模块的输出结果。这样，　测试工作便可以完全独立出来，大大增强了Ｗｅｂ系统开发　功能组件的内聚特性，让它跟组件数据表以外的通讯录数　据表和用户信息数据表发生了关联。　ＷＣＡ框架很好地解除组件内外表之间的耦合关系，　在邮件收发模块的Ｗｅｂ页面和业务处理ＪａｖａＢｅａｎｓ中，凡　是涉及到需要访问通讯录和用户信息表的地方，都统一调　用ｌｏａｄＤｏｍａｉｎＰｅｒｓｏｎｓ（）和ｌｏａｄＡｄｄｒｅｓｓＬｉｓｔ（）两个方法。　这样，在将组件加入Ｗｅｂ系统的过程中，只需具体实现　ＬｏｃａｌＢｅａｎ中的这两个方法即可，将移植的主要工作集中在　接Ｅｌ参数的调整上。这种隐藏调用、公开实现的逆向设计，　成功地为ｗｅｂ组件解耦。　同时，ＧｌｏｂａｌＢｅａｎ和ＬｏｃａｌＢｅａｎ＿的结合还很好地完成　了组件与系统总线的对接。ＬｏｃａｌＢｅａｎ．１ｏａｄＧｌｏｂａｌｌｎｆｏ（）　方法完成全局数据与组件局部数据的映射工作，这样使组　件内部的功能完全依赖局部数据来实现，即使组件移植到　了另一个系统中，只要调整ＬｏｃａｌＢｅａｎ的数据映射工作，组　件内部的所有功能都可以保持不变。　５　结束语　随着ＷＣＡ架构的逐步完善，开发相应的管理及开发　工具也成为可能。在有了相应的系统设计、编码与测试工　具以后，相信它的优势能够得到进一步的发挥。　ｗＣＡ并不需要任何特殊的软件环境支撑。简单地　说，它是一个由开发者遵守的一套接口定义和封装规则。　当然，定义了这样一套规则并不意味着Ｗｅｂ组件中的所有　内容都不能改变，如果需要，开发人员可以实现任何需要扩　展的功能。不过，它在调整后需要作为一个新的Ｗｅｂ组件　来维护和使用。　ｗＣＡ既是一种面向Ｗｅｂ系统的通用组件架构，又是　一套服务于Ｗｅｂ系统分析、设计、编码与测试等开发工作　的方法体系。其核心思想是通过Ｗｅｂ组件内外关联的解　耦，使得Ｗｅｂ组件可以在一个开放、稳定、统一的架构下不　断完善、不断积累，从而形成可观的规模，促进Ｗｅｂ系统研　发及其相关技术领域的发展。　参考文献：　［１］杨卫东，詹梅，施伯乐．面向对象的Ｗｅｂ工程［Ｊ］．小型微型　计算机系，２００３，２３（１Ｏ）：１７２９—１７３４．　［２］陈文博，夏长虹．以组件对象为中心的动态Ｗｅｂ开发方法　［Ｊ］．计算机应用，２０００，２０（６）：１７—１９．　［３］周俊生，袁春风．对象Ｗｅｂ的实现技术分析［Ｊ］．计算机应　４】　维普资讯 http://www.cqvip.com 用研究，１９９９，１６（２）：４－６．　协议功能和描述网络状态。而我们的测试案例不仅仅是针　对Ｉｓ－ＩＳ协议的基本功能，还对Ｄｒａｆｔ中规定的ＴＬＶ进行　了测试。因此，对于某些特殊的测试案例，如对于验证方面　的支持，测试结果是通不过的。针对这个测试结果，我们将　通过修改Ｚｅｂｒａ中的某些代码，添加Ｚｅｂｒａ中没有实现的　［４］王海峰，马磊，王永滨．利用组件结构集成基于Ｗｅｂ的应用　［Ｊ］．河北工业大学学报，１９９９，２８（２）：７８—８１．　［５３　Ａｐａｃｈｅ　Ｊａｋａｒｔａ　Ｇｒｏｕｐ．Ｓｔｒｕｔｓ　Ｕｓｅｒ　ａｎｄ　Ｄｅｖｅｌｏｐｅｒ　Ｇｕｉｄｅｓ　［ＥＢ／ＯＬ］．ｈｔｔｐ：／／ｓｔｒｕｔｓ．ａｐａｃｈｅ　ｏｒｇ／ｕｓｅｒＧｕｉｄｅ／ｉｎｄｅ】Ｌ　ｈｔ—　ｍｌ，２００１—０７．　［６］Ａｐａｃｈｅ　Ｊａｋａｒｔａ　Ｇｒｏｕｐ．Ｊａｋａｒｔａ　Ｔａｇｌｉｂｓ　Ｐｒｏｊｅｃｔ［ＥＢ／ＯＬ］．ｈｔ—　ｔｐ：／／ｊａｋａｒｔａ．ａｐａｃｈｅ￣ｏｒｇ／ｔａｇｌｉｂｓ／ｉｎｄｅｘ．ｈｔｍｌ，２００２－０３．　上述功能，再次对其进行测试。通过修改与测试交替的过　程，不断地完善协议功能，可以更加清楚准确地理解Ｉ－ＩＳＳ　协议运行机理的各个阶段。这对于以后将Ｉｓ－ＩＳ路由协议　软件移植到运行其他操作系统的路由器上进行一致性测试　奠定了良好的基础。　［７］寇毅，吴力文．基于ＭＶＣ设计模式的Ｓｔｒｕｔｓ框架的应用方　法口］．计算机应用，２００３，２３（１１）：９１—９３．　［８］余晓，吴剑章，江明菲．基于软总线的系统管理模型［Ｊ］．计　算机工程，２０００，２６（增刊）：４６９－４７３．　（Ｙ－接第２４页）　图５　Ｉ　Ｉｓ一致性测试系统框架图　令行这两种方式对测试环境进行初始化配置、初始化测试　连接、创建必要的数据结构等；同时，根据用户的命令选择　测试案例。在执行不同的测试案例时，可以通过它们适时　地对设备的配置参数进行修改，以及控制协议测试的各个　案例的运行。　（２）对于协议测试的不同案例，需要模拟不同的网络拓　扑结构以及对Ａｎｖｌ和被测设备进行不同的配置。这些配　置信息存放在测试配置信息库中，通过命令行导入，也可以　直接以命令行的方式对设备的配置进行修改。　（３）测试执行和测试判决是整个协议一致性测试的核　心阶段。测试集中的每一个案例都由一个代码块实现，而　且代码块之间是相互独立的。首先由测试案例产生测试数　据和正确的结果；然后发送与接收报文，与被测设备进行交　互；最后是对反馈回来的报文进行检验，判断测试是否通　过。在此过程中，所有的测试报文都记录在测试结果日志　当中，以便对测试过程及结果进行检验。测试阶段可以单　独执行某个测试案例，也可以连续执行多个测试案例。在　测试过程中，对于协议运行的同一个阶段的测试，一般连续　执行多个测试案例。但是，在测试协议功能运行较为复杂　的阶段，则对每个测试案例单独执行。　根据上述的测试流程，我们在运行了Ｚｅｂｒａ软件的机　器上对ＩＳ－ＩＳ协议进行了一致性测试。测试结果表明，大　部分测试案例的测试结果符合协议的一致性要求。但是，　由于Ｚｅｂｒａ上的ＩＳ－ＩＳ路由协议对于ＨＥＬＬＯ　ＰＤＵ和ＬＳＰ　的处理并没有完全按照ＩＳＯ　１０５８９中所规范的实现，有些　必需的ＴＬｖ也没有进行编码。因此，在传递路由信息的　时候，它只是实现了协议的一些基本功能，并没有完全实现　４２　６结束语　本文对Ｉ　ＩＳ协议进行了基本的分析，根据协议的特　点确定了对其进行一致性测试的内容；利用现有的Ａｎｖｌ测　试系统，并在其基础上进一步设计了对Ｉ－ＳＩＳ协议进行一　致性测试的测试过程；编写了一部分测试案例；搭建了协议　测试环境，并对协议进行了具体的测试；对测试结果进行了　初步的分析，修改了部分协议代码，增添了协议的验证功　能。在以后的工作中，将进一步完善对Ｚｅｂｒａ软件中的Ｉ－Ｓ　ＩＳ路由协议的修改和测试，为将其移植到其他操作系统环　境打下一个良好的基础。　参考文献：　［１３　ＩＳＯ　９６４６，Ｉｎｆｏｒｍａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ－Ｏｐｅｎ　Ｓｙｓｔｅｍｓ　ＩｎｔｅｒｅＯｎ—　ｎｅｅｔｉｏｎ－Ｃｏｎｆｏｒｍａｎｃｅ　Ｔｅｓｔｉｎｇ　Ｍｅｔｈｏｄｏｌｏｇｙ　ａｎｄ　Ｆｒａｍｅｗｏｒｋ　［ｓ］．　［２］ＩＳＯ　ＤＰ　１０５８９，Ｉｎｔｅｍｒｅｄｉａｔｅ　Ｓｙｓｔｅｍ　ｔｏ　Ｉｎｔｅｒｍｅｄｉａｔｅ　Ｓｙｓｔｅｍ　Ｉｎｔｒａ－Ｄｏｍａｉｎ　Ｒｏｕｔｉｎｇ　Ｅｘｃｈａｎｇｅ　Ｐｒｏｔｏｃｏｌ　ｆｏｒ　Ｕｓｅ　ｉｎ　Ｃｏｎ－　ｊｕｎｃｔｉｏｎ　ｗｉｔｈ　ｔｈｅ　Ｐｒｏｔｏｃｏｌ　ｆｏｒ　Ｐｒｏｖｉｄｉｇｎ　ｔｈｅ　ｏＣｎｎｅｅｔｉｏｎｌｅｓｓ－　Ｍｏｄｅ　Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ（ＩＳＯ　８４７３）［ｓ］．　［３］　Ａｂｅ　Ｍａｒｔｅｙ．凡璇，候志荣译．ＩＳ－ＩＳ网络设计解决方案　［Ｍ］．北京：人民邮电出版社，２００２．　［４］ｈｔｔｐ：／／ｗｗｗ．ｚｅｂｒ＆ｏｒｇ，２００４—０３．　［５］Ｒ　Ｃａｌｌｏｎ．Ｕｓｅ　ｏｆ　ＯＳｌ　ＩＳ－ＩＳ　ｆｏｒ　Ｒｏｕｔｉｎｇ　ｉｎ删ＩＰ　ａｎｄ　Ｄｕａｌ　Ｅｎｖｉｒｏｎｍｅｎｔｓ［Ｒ］．ＲＦＣ　１１９５，１９９５．　［６］　Ｓａｍｐｏ　Ｓａａｒｉｓｔｏ．Ｉｍｐｌｍｅｅｎｔａｔｉｏｎ　ｏｆ　ＩＳ－ＩＳ　Ｒｏｕｔｉｇｎ　Ｐｒｏｔｏｃｏｌ　ｏｆｒ　ＩＰ　Ｖｅｒｓｉｏｎｓ　４　ｎａｄ　６：［Ｍａｓｔｅｒ’ｓ　Ｔｈｅｓｉｓ］［Ｄ］．Ｉｎｓｔｉｔｕｔｅ　ｏｆ　ｏＣｍｍｕｎｉｃａｔｉｏｎ　Ｅｎｇｉｎｅｅｒｉｒｉｇ，Ｔａｍｐｅｒｅ　Ｕｎｉｖｅｒｓｉｔｙ　ｏｆ　Ｔｅｃｈ－　ｎｏｌｏｇｙ，２００２．　［７］赵邑新．ＢＧＰ－４协议一致性测试研究：［硕士学位论文］［Ｄ］．　２０００．　［８３　Ｔｏｎｙ　Ｐｒｚ　ｅｎｄａ．Ｒｅｓｅｒｖｄｅ　ＴＬｖ　Ｃｏｄｅｐｏｉｎｔｓ　ｉｎ　ＩＳＩＳ［Ｚ］．　ｄｒａｆｔ－ｉｅｔｆ－ｉｓｉｓ－ｗｇ－ｔｌｖ－ｃｏｄｅｐｏｉｎｔｓ－０２．ｔｘｔ，２００１．