基于SOA的水利水电数字图书馆架构研究.docx

基于SOA的水利水电数字图书馆架构研究.docx

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

·44·

理论研究基于SOA的水利水电数字图书馆架构研究2011年第4期

基于SOA的水利水电数字图书馆架构研究

缪纶叶茂王志璋段媛媛

(中国水利水电科学研究院中水科信息技术有限公司,北京100044)

【摘要】数字图书馆是信息时代图书馆发展的必然趋势,本文在分析中国水利水电科学研究院图书馆馆藏资源的基础上,将SOA的理念引入到水利水电数字图书馆的建设中,采用XML和WebService技术探讨了基于SOA来架构水利水电数字图书馆信息综合服务系统的方案和技术设计。

【关键词】SOA;水利水电;数字图书馆

【DOI编码】10.3969/j.issn.1008-1305.2011.04.016

【中图分类号】TP392【文献标识码】A【文章编号】1008-1305(2011)04-0044-04

1引言

近年来,随着信息技术的飞速发展,数据资源数字化日趋成熟,发展文献资源的网络数字化共享,实现现代图书馆向数字图书馆转变已是必然趋势。目前,水利行业文献资源的数字化程度不高,水利水电藏书及文献资源面临着数字化建设的极大需求。中国水利水电科学研究院水利水电行业国家级综合性研究中心,从2000年就开始从事数字图书馆平台的研究建设,利用网络以及数据库技术开展图书和文献资料的数字化加工、存储。并先后建成了一些文献和图书查询和管理的数字化平台系统。

然而,随着信息技术不断发展,特别是文献资源的日益丰富和用户需求的多样化,使得图书馆业务格局发生了改变,更多的新业务不断地涌现出来。面对这些变化,如何建立一种高效的数字化平台实现对海量的异构数字化信息资源进行充分整合,有效应对不断增加的新业务需求,是目前需要解决的关键问题.。当前国外主流的数字图书馆平台已经开始采用面向服务的体系架构(Service一OrientedArchitecture,SOA),这一架构能有效赋予数字图书馆快速适应业务需求变化的能力。本文在分析中国水利水电科学研究院图书馆馆藏资源及数字化现状的基础上,将SOA的理念引入到水利水电数字图书馆的建设中,意在通过加强文献数

字化建设的实践经验为业界提供借鉴。

2面向服务的架构

面向服务的体系结构(Service-OrientedAr-chitecture,SOA)是一个组件模型,它将应用程序中的不同功能单元作为服务,并通过对这些服务之间定义良好的接口而将其联系起来。接口是采用中立的方式进行定义的,它独立于实现服务的硬件平台、操作系统和编程语言,这使得构建在各种各样的系统中的服务可以以一种统一、通用的方式进行交互。目前,这样的通用接口技术包括CO-BRA、JavaRMI、COM、Web服务等,其中Web服务技术由于其通用性强、开发简单、协议标准、支持丰富等一系列优点,成为实现SOA最广泛的技术[1]。SOA是为了解决在Internet环境下业务集成的需要,通过连接能完成特定任务的独立功能实体实现的一种软件体系架构[2]。因此,SOA特别适合于整合不同的信息应用系统来形成统一的服务体系来供用户使用。对于用户而言,系统的服务是统一的接口,用户并不需要了解SOA如何整合不同的系统来提供这些服务的[3~4]。

对于数字化资源和资源管理系统来说,采用SOA架构可以把不同的资源库和管理作为服务节点,

作者简介:缪纶(1977年一),男,天津人,高级工程师。

[基金项目:中国水利水电科学研究院科研专项2010—2011(信集1042)]

理论研究基于SOA的水利水电数字图书馆架构研究2011年第4期

·45.

采用Web服务技术形成统一的服务接口,然后通过SOA提供统一的资源管理服务门户,可以最大限度地提高资源使用效率和提供更好的资源服务。同时,统一的服务接口降低了系统之间的耦合度,可方便地实现资源库的扩展和功能的扩充。

图1是一个面向服务的SOA架构,从图中可以看到,在用户和业务层之间引入了一个“服务”抽象层。用户通过服务层访问业务对象,而不是直接操作业务对象,业务对象作为类库的实例而存在,通过服务加载到内存中。同时,服务层和业务层都处在同一流程中,对业务对象的操作就变得很简单和容易了。可以把服务层中的“服务”看成一个“黑盒子”:它实际操作业务对象,然后得出结果,从而减少交互。

服务愿业务建辑愿

服务愿

用户

文档评论(0)

文档下载 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档