#trs_autoadd_1223111881281 { margin-top: 0px; font-size: 12pt; margin-bottom: 0px; line-height: 1.5; font-family: 宋体 } #trs_autoadd_1223111881281 p { margin-top: 0px; font-size: 12pt; margin-bottom: 0px; line-height: 1.5; font-family: 宋体 } #trs_autoadd_1223111881281 td { margin-top: 0px; font-size: 12pt; margin-bottom: 0px; line-height: 1.5; font-family: 宋体 } #trs_autoadd_1223111881281 div { margin-top: 0px; font-size: 12pt; margin-bottom: 0px; line-height: 1.5; font-family: 宋体 } #trs_autoadd_1223111881281 li { margin-top: 0px; font-size: 12pt; margin-bottom: 0px; line-height: 1.5; font-family: 宋体 } /**---json-- {"":{"line-height":"1.5","font-family":"宋体","font-size":"12pt","margin-top":"0","margin-bottom":"0"},"p":{"line-height":"1.5","font-family":"宋体","font-size":"12pt","margin-top":"0","margin-bottom":"0"},"td":{"line-height":"1.5","font-family":"宋体","font-size":"12pt","margin-top":"0","margin-bottom":"0"},"div":{"line-height":"1.5","font-family":"宋体","font-size":"12pt","margin-top":"0","margin-bottom":"0"},"li":{"line-height":"1.5","font-family":"宋体","font-size":"12pt","margin-top":"0","margin-bottom":"0"}} --**/

摘要: 目前水利领域信息化发展面临的困难之一是应用共享程度差、集成难度大。web服务具有平台独立、松耦合、动态定位、调用友好和广泛接受的特点。根据水利领域应用的特点及要求，提出了一个基于web服务的水利领域应用集成框架wdaif，解决不同平台开发web服务应用的互操作以及各种遗产系统转化为web服务的问题，使得各种应用系统的整合更方便、易用及更具动态可扩展性。重点解决了在跨平台应用集成中web服务互操作问题。

关 键 词: 应用集成;web服务;应用服务平台;水利领域

中图分类号: tp39    文献标识码: a

目前，我国水利领域已经建设了大量针对特定水利业务需求的应用系统，如水文预报系统［1］ 、防汛指挥系统［2］ 、水资源决策支持系统［3］ 、水土保持决策支持系统［4］ 等。这些不同的水利业务之间存在着密切联系，需要相互协作与配合。但是，由于管理体制和信息技术水平的限制，这些系统基本上都是独立设计、单独开发，较少考虑相互之间的关联，从而造成不同业务应用系统很难融合和集成［5］ 。因此，迫切需要利用现有的技术将不同的水利应用集成，实现应用共享。web services具有良好互操作性、松散耦合、规范标准等特点，基于web services的集成方案已经成为应用服务集成的主流。本文提出了一个基于web服务的水利领域应用集成框架wdaif（water conservancy domain application integration work），解决不同平台开发web服务应用的互操作以及各种遗产系统转化为web服务的问题，使得各种应用系统的整合更方便、易用及更具动态可扩展性。

1 应用集成相关工作

在近几年来的分布式计算技术发展过程中，逐步出现了rmi、dcom、corba、web服务等技术，它们在水利领域应用集成中取得了一定的成功，但仍然存在一些不足。以往的水利业务领域应用集成方案都是针对特定的软硬件结构、网络环境而进行研发的。面对软硬件结构等的动态变化，系统自适应性差。要真正实现水利领域应用系统的集成和共享，目前还没有一个完全成熟的技术方案。

作为可以支持水利应用集成的企业应用集成的研究主要有两大类:①从系统的某个部分研究企业应用集成的方法，如数据集成、过程集成等;②提供一个体系结构，从多方面研究企业应用集成的方法，主要包括基于edi（electric data interchange，电子数据交换）的集成、基于中间件的集成、基于工作流的集成、基于 的集成和基于web服务的集成等。

基于edi的集成是用标准的格式实现不同组织之间应用到应用的业务文件传输，是一种功能较弱的应用集成方法。基于中间件的集成使得集成更加有效，中间件被独立地开发或从已有的功能或系统中提取。基于 的集成是允许使用web上的服务而不需要中间机构系统的集成。基于web服务的集成，由于服务平台独立、松耦合、动态定位、调用友好和广泛接受，所以是优秀的应用集成解决方案。

目前，对基于web服务的集成方法研究较多，dieter fensel等提出了一种面向web服务的应用集成模型框架─wsmf［6］ 。fei cao等提出了基于一种元模型的web服务集成方案［7］ 。ibm的ying huang提出了一个解决业务集成的web服务合成框架［8］ 。ibm公司推出的websphere产品是采用了j2ee结构和web服务协议栈的基于web服务的eai集成方案。iona公司推出的orbix e2a web services集成平台。

2 wdaif体系结构

面向服务的集成将传统的集成对象与开放的、高灵活性的web服务整合在一起，提供了一些抽象接口，系统只需要以服务的形式出现，选择与该系统交互的其它系统，就能够发现服务，并且运行时绑定服务。本文给出了一个基于web服务的水利领域应用集成框架wdaif。

wdaif框架模型以分层的方式进行构建，主要包括以下层次:

（1）企业信息层（enterprise information ）。它包括了用不同技术构建的信息系统（如基于com的信息系统、基于corba的信息系统、其它遗产系统、现有基于不同平台开发的web服务等）;将水利领域信息系统划分成独立逻辑应用的web服务封装层，用于将各种水利领域应用转换成web服务的方式进行发布/调用;适配器/网关用于处理外部客户与水利领域信息系统的调用交互，主要处理web服务的绑定调用，同时它还是一个web服务的wsdl发布者，将web服务封装层提供的wsdl注册到水利领域的uddi注册中心。企业信息层在web服务的架构中起到了服务提供者的角色，为客户和水利领域的其它增值应用提供服务。

（2）消息传输层（message