基于SOA架构政务信息资源整合与共享的研究（电子政务）.docVIP

基于SOA架构的政务信息资源共享应用 刘 岩 = 1 \* GB3 ① 刘 铭 = 2 \* GB3 ② = 1 \* GB3 ①解放军艺术学院 北京 = 2 \* GB3 ②北京市昌平区信息中心 北京 摘 要：政务信息资源开发利用是电子政务的主线，本文分析了目前政务信息资源共享应用存在的问题；论述了SOA架构的特点，并对其应用于政务信息资源共享应用的可行性进行分析；提出了基于SOA的政务信息资源共享应用的理论模型。 关键字：电子政务；SOA；信息资源；应用模式 引言 随着信息化技术的推广与普及，各政府职能部门纷纷开展业务应用系统建设，然而，部门内、部门间的信息壁垒严重，缺少信息资源的整合与共享，由此形成的“信息孤岛”、“信息烟囱”日益成为制约电子政务纵深发展的瓶颈。因此，电子政务亟待探索各类政务信息资源共享应用的有效途径。 在政务信息资源共享应用的过程中，尚存在许多困难，如缺少总体技术框架与标准、缺乏顶层设计、各系统建设发展水平不平衡、数据多源、多态、异构等问题。面向服务架构(Service-OrientedArchitecture)通过良好的接口定义，实现了接口与服务实现的分离，服务的重用性和位置的透明性使服务的实现能够独立于硬件平台、操作系统和编程语言[1]。因此，利用SOA封装数据源，对外提供统一数据服务接口[2]，这使得基于SOA架构的各种应用系用可以通过统一和通用的服务接口方式进行交互，是实现政务信息资源共享应用的有效途径。 面向服务架构概述 SOA的概念 SOA是一种面向服务的软件架构模型,它可以根据需求对松散耦合的粗粒度应用组件进行分布式部署、组合和使用，“服务”是SOA的关键[3]。但是，SOA不是一种成型的软件，也不是一种具体的技术，而是一种整合与组织信息基础设施、数据及业务功能的方法和设计模式，是一种在计算环境中设计、开发、部署和管理离散逻辑单元服务的模型[3]。SOA的体系结构如图1所示[4]。 服务代理 服务代理 服务提供者 服务使用者 图1 SOA的体系结构 基于SOA架构的信息资源整合的特性 注重服务 SOA的核心是面向服务，是对面向过程、面向消息、面向数据库和面向对象等开发方法的补充。服务从更高抽象层次上定义，直接与业务相对应，其实现可融合面向过程、面向消息、面向数据库和面向对象等多种开发方法。 松耦合 松耦合是软件设计中判断程序独立性的一个重要标准，一个好的设计模式要符合高内聚、松耦合的目标。SOA强调松耦合，它的松耦合包括以下几个方面： 接口松耦合，接口耦合是指服务请求者与服务提供者之间的耦合。度量的是请求者与服务提供者的依赖性。 技术松耦合，技术耦合度量的是服务对特定技术，产品或开发环境的依赖程度。 流程松耦合，流程松耦合度量的是服务与特定业务流程的依赖程度。强调服务不应与具体的业务流程相关，以便能够被重用于多种不同的业务流程与应用。 重构的灵活性 在SOA系统建设中，基本的单位是实现业务功能的服务，而不是实现业务逻辑的对象，过程，函数等较小的技术单位。服务与实际业务功能相关，具有明确的接口。这些服务可在不同的业务流程中得到重用，提高了服务的价值；其次在使用中只需按其接口要求进行访问，屏蔽服务实现细节，服务实现的修改不会影响到服务访问方的逻辑，提高了业务流程的适应性；另外，一旦业务流程变更，仅需对服务进行重新编排，并不修改服务本身，提高了业务流程实现的灵活性。 透明性 SOA架构中的所有服务的具体实现、位置和传输协议对调用者来说都是透明的。SOA架构只和服务接口进行绑定，对服务接口实现了封装，实现了服务接口的透明化，服务位置的透明化，服务传输协议的透明化。当客户端通过SOA调用服务时，不需要知道真正的服务提供者是谁，具体的服务位置在哪里和具体的传输协议是什么。SOA实现了最高程度上的抽象化，为实现具有最高灵活性的服务建立了架构基础。 SOA的实现技术 SOA是指导原则，并不依赖具体的实现技术。SOA概念的提出和Web Service技术的发展紧密相关，Web Service是实现SOA的技术之一。SOA规范系统的体系结构，Web Service技术则提供一种服务定义与定位、数据描述、通信协议的机制。Web服务可以集成基于不同应用、不同软件或分布在不同的硬件平台上、由各种不同的系统提供的服务，大大降低成功实施SOA的复杂程度[5]。 Web Service的基础是XML的消息传递，SOAP、WSDL、UDDI等构成的Web Service核心规范。服务提供者通常用WSDL描述Web服务，然后用UDDI发布和注册该服务；服务请求者通过UDDI进行查询，找到所需的服务后，利用SOAP来绑定、调用这些服务。如图2所示。 WSDL WSDL SOAP UDDI 注册库 请