基于SOA数字化校园业务和信息集成.docVIP

基于SOA数字化校园业务和信息集成 　　摘要随着高校信息化的发展,各高校在数字化校园基础平台趋向稳定后,数字校园中的应用系统不断增加,在增强高校的管理、教学科研等活动的同时也带来了信息管理和同步的复杂度问题。如何对校园的各方面的信息资源进行集成,将跨部门的业务整合起来面向全校用户提供服务,是数字化校园发展面临的一个课题。文章提出一个基于SOA(service-oriented architecture)的业务和信息资源集成解决方案。通过开源的ESB(Enterprise Service Bus)和消息中间件构建集成平台,遵循各种标准协议,将学校各部门业务系统进行提取和封装,存储到集成平台,从而达到业务和信息资源集成、共享的目的。 　　关键词SOAESB信息资源集成、共享数字化校园服务 　　中图分类号:TP311.1文献标识码:A 　　 　　1 数字化校园目前的现状 　　 　　目前国内大部分高校在信息化建设方面,网络基础实施和网络带宽建设已经基本完成,但学校基于网络上运行的各业务应用系统都是以满足部门业务管理要求为主的局部型建设,而不是从学校整体规划出发,以向学生和教师提供服务为主线的全局型建设。因此各高校基本上是一个部门一个系统,一套信息资源库,各个系统之间通过手工传递方式进行数据的交换和共享。这种模式对于单个业务部门而言管理比较简单,只要系统功能满足该部门的业务要求,而不需要考虑与数字化校园中其它系统的集成和信息共享。但随着学校信息化的发展,各部门在建设业务系统时如果缺乏全局的规划,采用的技术路线和信息化标准不统一,造成大量低水平的重复建设,同时由于信息孤岛的存在,造成学校关键数据的不一致性,如人事处的教师数据与科研处或者教务处的教师数据很难完全保持一致,从而无法向学校决策层提供可信的基础数据支持。 　　解决上述问题有两种方式,一是从学校全局出发,制订数字化校园建设规范,在此规范的基础上,对原有业务系统进行全面改造,甚至推翻重做。这种方式思路比较清晰,操作也比较简单,但是相对投资比较大,周期长,风险大,并且不利于保持各业务部门信息化的积极性。第二种方式是在尽量不影响原有业务系统运行的前提下,利用分布式和SOA的技术,通过提供web服务接口,实现基于流程的信息资源集成,以达到数字化校园应用和信息集成、共享的目的。 　　 　　2 SOA相关技术介绍 　　 　　面向服务的架构(SOA)是一个组件模型,它将应用程序的不同功能单元――服务(service),通过服务间定义良好的接口和契约(contract)联系起来。接口采用中立的方式定义,独立于具体实现服务的硬件平台、操作系统和编程语言,使得构建在这样的系统中的服务可以使用统一和标准的方式进行通讯。 　　SOA作为一种以服务为核心的体系结构风格,尝试给出在特定环境下推荐采用的一种架构,从这个角度上来说,它其实更像一种架构模式(Pattern),是一种理念架构,是人们面向应用服务的解决方案框架。服务是整个SOA实现的核心。SOA架构的基本元素是服务,SOA指定一组实体(服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契约),这些实体详细说明了如何提供和消费服务。遵循SOA观点的系统必须要有服务,这些服务是可互操作的、独立的、模块化的、位置明确的、松耦合的,并且可以通过网络查找其地址。Web 服务(web service)是实现 SOA 的最好方式,但是 SOA 并不局限于 Web 服务。其他使用 WSDL 直接实现服务接口并且通过 XML 消息进行通信的协议也可以包括在 SOA 之中。如:CORBA 和 IBM 的 MQ 系统通过使用能够处理 WSDL 的新特征也可以参与到 SOA 中来。 　　ESB(Enterprise Service Bus)是由中间件技术实现并支持 SOA 的一组基础架构功能。ESB 支持异构环境中的服务、消息,以及基于事件的交互,并且具有适当的服务级别和可管理性。为了达到此目的,需要将多种功能集中起来并加以分类。本文论述采用的是一种开源的轻量级的ESB框架――Mule。 　　 　　3 信息集成模型设计 　　 　　在目前大多高校的信息化管理系统中,本文以学生为对象建立数字化校园应用和信息集成模型,模型中包括学生管理系统和教务系统针对学生提供的服务。下图是学生服务供求关系图: 　　在该供求关系图中,SSB(Student Service BUS)是系统的核心,负责统一调度服务提供者与服务消费者之间的消息以及数据通信。服务管理中心负责Student Service BUS的用户登陆控制、服务管理以及相关的监控。其余模块作为服务消费者或者服务提供者,分别由各个业务系统提供。 　　学生管理系统中以学生综合测评为例,学