面向服务数据集成设计与实现.docVIP

面向服务数据集成设计与实现 　　摘 要:本文通过分析SOA技术和SOA实现平台的组件,提出基于SOA数据集成平台是由数据层、交换层、集成层和服务层组成,该平台与软件和平台无关,具有松耦合的特性,可以有效地实现高校异构系统间的数据集成。 　　关键词:数据集成;Web服务;面向服务体系架构 　　中图分类号:TP309.2 文献标识码:A文章编号:1673-8454(2010)09-0079-03 　　 　　一、引言 　　随着高校信息化建设的不断深入,数据共享和数据集成成为高校当前面临的紧迫问题。传统的数据集成方法不能方便、低投入地实现异构系统间的数据集成,难以适应现代高校业务变化需求。高校的数据集成需要一个能够支持系统的松耦合性、自治性、开放性、服务可重用性、部署灵活性以及系统兼容性的平台架构,SOA是一个很好的选择。本文通过研究面向服务的数据集成技术来实现高校应用系统间的数据共享和服务模式,探讨面向服务的数据集成的可行性方案,为推进高校数字化校园的建设进程提供最优的解决方案。 　　二、面向服务的体系结构 　　1.SOA的概述 　　面向服务的体系结构(Service-Oriented Architecture,SOA)是一个组件模型,它将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来。[1][2]接口是采用中立的方式进行定义的,它独立于实现服务的硬件平台、操作系统和编程语言。构建在不同系统中的服务接口可以以一种统一和通用的方式进行交互,具有松耦合的特征。 　　SOA不是一种语言,也不是一种具体的技术,而是一种软件系统架构,以服务为基础,实现软件系统不同部分的松耦合。[3]Web服务并非是实现SOA的必需组件,但它所具有的优势使其在实现SOA时具有重要地位,在实践过程中往往被优先考虑为实现SOA的技术而得到采用。 　　2.SOA实现平台的功能组件 　　SOA应用的具体实现依赖于实际的SOA实现平台,[4]平台包含的基本组件分为两类:功能元素和服务质量元素,SOA实现平台的基本组件如图1所示。 　　服务注册中心:服务和数据描述的存储库,服务提供者可以通过服务注册中心发布服务,服务请求者可以通过服务注册中心发现或查找可用的服务。 　　业务流程:由一个服务或多个服务构成,按照特定的顺序,使用一组特定的规则进行调用,以满足业务要求。 　　服务:实际可供使用的服务实体。 　　服务描述:描述服务是什么、应该如何调用服务以及调用服务需要什么数据。 　　服务通信协议:通过这种机制,将服务提供者和服务请求者的请求内容和将要返回的内容进行沟通。 　　传输:将服务访问者的服务请求传送给服务提供者,并且将服务提供者的响应传送给服务访问者。 　　事务:应用于一组服务,以提供一致的结果。 　　管理:应用于管理提供的服务或使用的服务。 　　策略:是一组条件和规则,在这些条件和规则之下,服务提供者可以使服务对于服务请求者可用。 　　安全性:应用于调用服务的服务使用者的身份验证、授权和访问控制。 　　3.SOA的优点 　　松耦合性:SOA为服务请求者和服务提供者之间提供松散、耦合的服务接口。 　　自治性:SOA自治性表现在服务能够以自组织的形式来控制服务所封装的企业逻辑,并逻辑处理方面具备最大程度的独立性。 　　开放性:SOA的实现可以完全在遵守各种技术标准的前提下进行,因而最大程度地减少了对具体厂商的依赖性,增加了服务请求者选择使用不同服务提供者的机会。 　　服务可重用性:服务是定义完整的功能实体,合理的使用可以减少重复功能开发,降低成本。 　　另外,SOA还具有灵活性、兼容性、多样性、稳定性和扩展性等特点。 　　三、基于SOA的数据集成设计 　　整个基于SOA的数据集成平台由数据层、交换层、集成层和服务层组成。其中,数据层由业务部门应用系统的异构数据源组成,是基础。交换层是对异构数据进行XML格式预处理,保证数据传输时数据格式的一致性,是前提。集成层包括数据中心、数据抽取、数据整合、数据发布以及数据交换标准,是核心。数据集成平台的整体功能架构如图2所示。 　　1.数据层 　　通过对高校业务系统的数据存储类型进行分析和归类,可分为关系数据库系统、非结构化数据和半结构化数据三种数据类型。 　　关系型数据库:是用于存储学校业务数据的各种关系数据库系统,如人事处的MS SQL 2000、教务处的MS SQL 2005、图书馆Sybase和财务处的Oracle等,这些系统直接提供XML转换接口。 　　非结构化数据:是用于存储学校部分业务数据的Excel等数据文件,这些文件通过XML转换工具实现数据的转换。 　　半结构化数据:是用于存储校内数字资源的XML文件,如图书馆中的部分数字资源、