基于Web Service的数字档案资源集成研究与实现

陈玉亮++薛燕平

摘要：随着信息技术的快速发展，各高校的二级部门均针对自身需求设计与开发了自己的应用系统，这些系统大都早于档案管理系统的建设，同时在建设时缺乏学校层面的整体规划和统一标准，不仅存在技术实现方面的不同，也存在管理方式的差异，导致了严重的“信息孤岛”现象。本文提出基于Web Service的数字档案资源集成的解决方案，就是为了能对各种异构平台、不同格式的数据源及异构业务系统之间的数据进行集成和归档，从而实现数字档案信息资源的共享。

关键词：Web Service；信息孤岛；数字档案资源集成

中图分类号：TP399

文献标识码：A

DOI：10.3969/j.issn.1003-6970.2015.09.010

0 引 言

随着高校数字化校园建设不断推进，各高校的二级部门自己开发或者引进了各种类型的业务管理系统，这些应用系统大都早于档案信息管理系统的建设，同时在建设时缺乏学校层面的整体规划和统一标准，不仅存在技术实现方面的不同，管理方式也存在差异，导致系统交互性和扩展性较差，数据无法共享，产生了严重的“信息孤岛”现象。传统的RMI、CORBA、DCOM等中间件方式已经不能适应Intemet发展的需要。Web Service是一种新型的Web应用程序，它们是自适应、自描述、模块化的应用程序，这些应用程序可以跨越Web进行发布、定位和调用。在Web服务中，不同的应用程序通过Web定义的统一标准相互调用服务，而不用考虑各应用程序的操作平台和具体实现技术。我们可以把Web Service理解为一种能够重复利用的黑盒子，用户不必担心服务的实现方式。本文提出基于WebService的数字档案资源集成的解决方案，将现有的业务系统数据在应用层面上进行封装，并以Web服务的形式发布出来，为档案管理系统提供所需数据，从而实现数字档案信息资源的集成。

1 Web service概述

Web service是一种面向服务的架构的技术，具有平台独立，低耦合，自包含等特性，可使用开放的XML（标准通用标记语言下的一个子集）标准来描述、发布、查找、协调和绑定这些应用程序。

Web Service通过标准的Web协议提供服务，目的是保证不同平台的应用服务可以互操作。能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据Web Service规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。Web Service所使用的是Internet上统一、开放的枥；准，如HTTP、XML、SOAP、WSDL、UDDI等，所以Web Service可以在任何支持这些标准的环境（Windows.Linux）中使用。

2 基于Web service的数字档案资源集成

2.1 系统集成背景介绍

近年来，高校的信息化建设得到了迅速的发展，这种发展也推动了高校数字档案馆的建设。但是，学校各部门业务系统大都早于档案管理系统的构建，在建设之初都是按照自己的需求独立开发的，采用的是不同的信息管理软件标准和开发平台，这导致档案信息资源分散孤立，难以共享。目前，学校有基于.NET的奥蓝学生管理信息系统、财务管理系统、档案管理系统等，基于Java的办公自动化系统、教务管理系统、科研管理系统、人事管理系统等，在系统运行过程中形成了大量有价值的专业数字档案信息，如行政类和党群类文书档案、学生学籍档案、学生成绩档案、科研类档案等。在本文的设计方案中将档案管理子系统设计为校内其他业务系统中所有准档案信息数据的终点，对不同的子系统的业务功能模块进行划分，并进行Web Service封装，从而为档案管理系统提供服务，使校内所有“准档案信息”通过归档这一环节自动归入档案管理信息系统中，自动实现整合。因此，需要对这些异构系统进行系统集成，实现跨系统的数据交互，为数字档案信息资源的共享提供基础条件。

2.2 Web Service封装

办公自动化系统中产生的业务数据是档案管理系统中文书类档案的主要来源，本文就以办公自动化系统和档案管理系统为例，实现基于Web Service的数字档案信息资源的集成。可以使用Microsoft VS2008开发平台中的Asp.net Web服务模块，将办公自动化系统中收发文和内部请示的查询功能封装成Web Service服务，供档案管理系统调用和归档。通过在已有的Service类中添加WebService的实现方法[WebMethod]，并在其中编写相应的功能实现代码，关键代码如下：

public interface ISendData{

@WebMethod

public Integer sendZW（@WebParam（name="tm"） String tm，@WebParam（name="fj"）String fj，

@WebParam（name="wh"） String wh，@WebParam（name="yh"）String yh，

@WebParam（name="firstzrz"）String firstzrz，@.WebParam（name="otherzrz"）String otherzrz，

@WebParam（name="xwsj"）String xwsj，@WebParam（name="gdsj"）String gdsj，

@WebParam（name="mj"）String mj，@WebParam（name="bz"）String bz，

@WebParam（name="Ijunit"）String ljunit，@WebParam（name="jystate"）String jystate，

@WebParam（name="yystate"）String yystate，@WebParam（name="elecflag"）String electlag，

@.WebParam（name="fs"）String fs，@WebParam（name="Ijr"）String ljr）tllrows RemoteException；

@WebMethod

public Integer uploadFile（@WebParam（name="id"） Integer id.@WebParam（name="filename"）String filename，

@WebParam（name="filetype"）String filetype.@WebParam（name="filesize"）String filesize，

@WebParam（name="filebyte"）byte[] filebyte，@WebParam（name="Ijunit"）String ljunit）throws RemoteException；

}

同样可以针对其他系统的业务功能进行WebService封装，供档案管理系统调用和归档。

2.3 Web Service发布

各业务系统的功能模块封装成Web Service后，必须进行UDDI注册才能供档案管理系统调用。服务提供者在此发布他们的服务描述，包括功能和访问接口。

2.4 Web Service绑定和调用

服务清求者通过查找操作向服务注册代理查找特定的服务，服务注册代理向服务请求者返回满足条件的Web服务描述信息，服务请求者利用返回的描述信息产生相应的SOAP消息，并发送给服务提供者，服务提供者接收到消息后执行相应的服务，调用的关键代码如下：

public class testoaws{

public static void main（String[]args）{

try{testoaws testoaws=new testoaws（）；

Service service=new Service（）；

Call call=（Call）service.createCall（）；

String id=testoaws.sendZW（call.service）；/

testoaws.uploadFile（call.service，id."345851"）；//345851表示收文管理

}catch （Exception e）{e.printStackTrace（）；}

}

public String sendZW（Call call，Service service）{

String datald=""；

service=new Service（）；

try{call=（Call）service.createCall（）；

call.setTargetEndpointAddress（"http：//localhost：8OO/darj-v2.O/services/sendData？wsdl"）；

call.setOperationName（"sendSWGL"）；

call.addParameter（"wjbt"，XMLType.XSD_STRING.ParameterMode.IN）；

call.addParameter（"WJBH"，XMLType.XSD_STRING，ParameterMode.IN）；

try{Object obj=call.invoke（new Object[]{"OA"，"OATM"，"01"，"l"，"第一责任人"，"其他责任人"，"2013-11-12"，"2014-11-11"，"国家"，"OA测试"，"经管学院"，"l"，"党群"}）；

System.out.println（"返回数值："+obj）；

if（obj！=null）{datald=obj.toString（）；}

}catch（RemoteException e）{e.printStackTrace（）；}

}catch（Exception e）{e.printStackTrace（）；}

return datald；

}

}

3 基于Web Service的数字档案资源集成方案优点

①可重用，不必从零开始

在Web Service应用中，最重要的一条原则就是不需要丢弃任何软件。每个单位部门都依赖于当前运行的系统，没有时间或资金重新开发业务系统来响应数字档案信息集成的需求。利用Web Ser-vice，可以使用现有的业务系统，不必从零开始，从而最大程度保护现有投资。

②与业务系统隔离

封装后的服务组件与具体的业务应用系统隔离，业务系统的内部结构改变不会影响到档案管理系统对Web服务的使用。

⑧平台无关性

各种异构平台、不同Web服务软件、不同数据库管理系统的业务系统都可以进行整合。

④可扩展性强，系统灵活

新的业务系统可以按需要随时进行功能封装，并在服务注册代理中注册供调用，从而达到IT系统“随需而变”的自在境界。另外实施Web Service封装可以分步进行，首先选择一个功能相对简单的业务系统进行集成，将现有的软件资源转化为服务，验证有效性和实用价值，然后再逐渐扩展到其它业务系统。

4 结语

在高校的信息化建设过程中，我们可以充分Web Service平台独立和松散耦合特性对已有的子系统按照其业务功能进行封装，从而为档案管理系统提供服务，使校内所有“准档案信息”通过归档这一环节自动归入档案管理信息系统中.自动实现整合，从而实现了应用集成、数据共享。本文仅对基于Java和.NET的异构信息系统进行了数字档案信息资源的集成，其它信息系统与档案管理系统的集成可按此思路进行研究和设计。