论文部分内容阅读
摘 要：信息资源的有效整合是高校数字化校园中面临的难题和挑战。SOA面向服务架构，作为新一代的体系结构，是当前解决异构系统整合、应用系统集成最理想的方案之一。本文提出了基于SOA的高校教育资源整合的系统框架，并对如何利用该结构开展数字化校园教育资源整合给出了可行方案。
关键词：数字化校园 SOA 教育资源 整合
中图分类号：TP315 文献标识码：B 文章编号：1673-8454（2008）11-0060-04
一、引言
高校信息化建设将会经历系统集成、应用集成、信息集成、社会集成等四个阶段。[1] 在实施过程中，集成环境的
建设是重中之重，特别是在当前大多数高校还处在应用集成、信息集成时期，作为整个信息化系统重要组成部分的教育信息资源的有效共享和开发利用正成为一个关键问题，它必将在提高教育科研质量、挖掘高校的发展潜力等方面发挥重要作用。
目前，开发平台、工具的异构性和紧耦合性导致了大量的教育资源系统之间不能互联互通、资源共享与软件复用，“信息孤岛”现象在高校普遍存在。[2] 随着高校信息技术的发展，教育信息资源类别形式复杂多样、杂乱无序，数量猛增，质量参差不齐，事实上这些资源都还停留在低层次、低效率的自治共享上。如果采用传统方式来整合现有的教育资源系统会造成周期长、投入大等问题，同时又缺乏统一标准，难以充分保证资源整合服务的有序化、精约化、最优化。因此，如何有效地整序、共享、整合、开发教育资源，确保教育信息化建设理性、有序、健康地深入发展，已成为高校信息化建设的一个重要研究课题。[3]
二、高校教育资源系统现状及SOA工作原理
1.高校教育信息资源系统现状
目前，高校各部门纷纷建立了自己的教育信息资源管理系统，这些信息系统已经成为保障高校各项工作开展的必不可少的信息服务设施。但这些信息系统也普遍存在着以下不足：
（1）资源信息及系统的规划性不强。高校信息系统是一个有机的整体，各部门信息系统是整个高校信息系统的局部。但各系统之间缺乏总体规划，往往是学校部门根据自身业务需要来设计实施信息管理系统。对学校整体资源信息的开发挖掘、综合利用认识和规划设计不到位。
（2）资源信息数据的共享性差。每个部门的系统都有相应的数据环境，而由于自身需求量身定制的数据库系统的数据结构、标准不一致，造成数据转换复杂，增加了数据共享的难度，冗余数据无法同步更新。
（3）软件复用困难。各系统主要是以紧密耦合的方式把模块化的业务逻辑组合而成，这些业务逻辑在其它信息系统中无法被重用，从而导致了业务逻辑的重复设计和IT资源的浪费。
（4）异构平台环境。操作系统有基于Unix的，也有基于Windows的，系统架构和开发平台有C/S结构基于Delphi、VB等开发的，也有B/S结构基于.NET、JAVA开发。因此，这样的异构环境增加了集成的难度和成本。
2.面向服务架构——SOA工作原理
（1）SOA的含义
SOＡ（Ｓｅｒｖｉｃｅ－Ｏｒｉｅｎｔｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）是一种面向服务的体系结构。它是一个蓝图，目的是最大限度地重用应用程序中的服务以提高IT适应性和效率。[4] SOA作为一个组件模型，将应用程序中的不同功能单元（称为服务）通过对这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，也就是说它独立于实现服务的硬件平台、操作系统和编程语言。[5] 这使得构建在各种此类系统中的服务可以用统一和通用的方式进行交互。这种具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个系统程序的每个服务的内部结构和实现发生改变时，它能够继续存在。
所以，SOA最大的特点就是有一个灵活而功能强大的服务层，这些服务可以用不同的技术、方法在不同的平台上实现，利用服务层中粗粒度的、可被动态发现和绑定的服务，我们可以快速地构建松散耦合的、具有跨平台处理信息能力的应用系统。从资源的整合角度讲，可以基于现有的系统投资来发展，而不需要彻底重新创建系统。这就为解决高校资源信息系统集成问题和快速开发新的集成系统铺平了道路。
（2）SOA的结构及实现
ＳＯＡ的组件包括：１）服务提供者。服务提供者即服务的拥有者，它负责将服务信息发布到服务注册者，同时要控制对服务的访问以及服务的维护和升级。２）服务消费者。实现服务的查找与调用，首先在服务注册者中查找满足特定条件的、可获得的服务，一旦找到，服务请求者将绑定到服务提供者并进行实际的服务调用。３）服务注册者。集中存储服务信息，以便于服务请求者的查找。同时服务提供者可以把它们所要提供的服务在服务注册者这里进行注册。这三种组件之间的关系如图１所示。
传统的业务系统集成方案，是通过业务功能的专用接口调用，实现资源信息共享。业务集成通过开发业务组件加以实现，实现业务功能的业务组件通常具有一些标准格式的结构和接口，具有较好的集成性能，业务组件的实现常采用CORBA、EJB、DCOM等技术。但专用调用接口方案存在着一些不足。专用调用接口方案是一种紧密耦合的集成方法，这种集成的结果不利于业务流程、资源信息的调整和重组，缺乏可扩展性、灵活性和适应性。其次是实现技术缺乏标准，不同的软件厂商提供了不同的实现技术，当前组件技术存在着多个标准，不同组件技术之间的互操作给集成增加了一定的成本和难度。
SOA是实现高校信息系统之间数据和业务无缝衔接的理想方案，它在服务层中将各业务功能以服务的形式暴露于系统之外，其它信息系统可以通过服务协议对服务进行访问。这种技术简化了系统集成，可以快捷、容易地对业务需求的变化做出反应。另外，面向服务架构是与平台和语言无关的，因此不必考虑实施环境是何种平台系统和设备，与其他的系统集成技术相比，面向服务的集成构架是解决高校信息系统集成的理想选择。
SOA之所以被用于信息资源整合，是因为其具备了标准化、可组装的特性。[6] 基于SOA资源整合的关键技术是把原有的信息资源封装为服务，然后将开发的新服务和原有系统包装的服务进行有效组合，共同实现对信息资源的整合。与传统的模式相比，ＳＯＡ具有如下重要特点：（１）具有精确定义的标准化接口；（２）粗粒度、松耦合的服务构架；（３）完好的封装性和高度集成能力。
2.基于SOA的资源集成系统构架
SOA提供了标准化的架构，信息资源整合的技术途径：在现有系统不做修改的前提下，将各个教育资源及业务功能转换或封装为服务，这些服务彼此相对独立并且可以进行组合，从而能有效地实现教育资源整合系统架构。为此，高校教育资源集成系统框架如图2所示。
从图2中可以看出，不论原有学校教育资源系统的语言、平台、技术、数据结构的异构性多大，只需在对外接口上都用统一的对象模型Web Services进行封装或转换，通过工具或手动定义各自资源系统的Web Services接口描述WSDL文档，并把WSDL文档描述的内容映射到学校UDDI数据库中去进行分类管理，即在UDDI注册中心对各类Web Services进行注册。
当校内外用户通过学校门户网站对资源系统进行统一访问时，无需考虑其内部实现机制。用户登录门户认证系统时，先要在UDDI用户注册中心查找系统提供的用户接口对应WSDL文档，然后根据WSDL文件调用系统的用户管理模块进行用户认证，认证通过后才能访问系统。请求数据共享和业务调用时，首先要到UDDI注册中心访问所需服务的Web Services注册信息，通过注册信息访问相应的Web 服务接口描述WSDL文档，并在本地生成代理对象。以后所需各业务就通过此代理对象与Web Services进行信息资源交互和业务功能调用。如果Web Services内部结构和实现发生了改变，只要修改WSDL描述，接口保持不变，整个系统就不需要作任何变化。其实现过程大致包括：
（１）服务描述：用ＷＳＤＬ文档描述Web Services功能，包括接口调用方法、参数和返回值。它用ｔｙｐｅｓ（类型）、ｍｅｓｓａｇｅ （消息）、ｐｏｒｔＴｙｐｅ（端口类型）、ｂｉｎｄｉｎｇ（绑定）、ｐｏｒｔ（端口）和ｓｅｒｖｉｃｅ（服务）元素来描述Ｗｅｂ Ｓｅｒｖｉｃｅｓ。
（２）服务注册：为UDDI提供发布和查找服务描述的WSDL文档。它主要定义了4种数据类型：businessEntity、businessService、bindingTemplate和Model。businessEntity提供关于服务提供者的信息，可以包含一个或多个businessService。Web Services的技术和业务描述在businessService和其bindingTemplate中被定义。每个bindingTemplate包含一对一或对多个Model的引用，Model是用于定义服务的技术规范。UDDI通过Model和businessService描绘抽象和实现之间的区别。因此，可以通过把WSDL内容映射到UDDI的数据库中去，从而在UDDI中注册服务。
（３）服务发现：一个具体的实现（ｓｅｒｖｉｃｅ）来自于相同的ｐｏｒｔＴｙｐｅ所对应的Ｍｏｄｅｌ。这样，客户端的程序就可以用ＭｏｄｅｌＫｅｙ在ＵＤＤＩ中查找实现了抽象接口的ｂｕｓｓｉｎｅｓｓＳｅｒｖｉｃｅ，从而查找到所对应的ＷＳＤＬ文件。
（４）实现代理：根据查询的WSDL文件，服务消费者就可以动态地完成代理对象的生成，对相应的Web Services进行调用。[7]
四、基于SOA的资源集成系统的实现
对于上述基于ＳＯＡ的教育资源系统的集成方案，Ｗｅｂ服务架构包括了三个组件、三种服务操作（服务发布、服务发现、服务绑定）以及两种服务构件（服务、服务描述）， 本节通过组件示例此构架的主要实现机制。
（1）服务提供者
高校已有的一些信息系统，如教务资源管理系统、人力资源管理系统、学生资源管理系统等，都有一些数据或功能需要被共享。通过系统集成，那些需要共享的业务功能和数据在应用集成框架中将以服务的形式被暴露。如需要将“学生资源管理系统”的查询学生信息功能、“人力资源管理系统”的查询教职工信息功能、“教务资源管理系统”的成绩查询等功能设计为Web服务并向外公布。它们在集成体系中担当服务提供者的角色。
（2）服务消费者
服务消费者是查找并调用服务，或启动与服务交互的客户程序。当集成服务提供者提供服务时，就需要在该应用中开发调用服务的客户端代码。在集成框架中，部分参与集成的系统既充当了服务提供者的角色，又充当了服务消费者的角色。如教务资源管理系统、人力资源管理系统、财务管理系统、学生资源管理系统等既是服务提供者，又是服务消费者。
（3）服务注册中心
它是可搜索的服务描述注册中心，服务提供者在此发布他们的服务描述。在绑定开发或执行期间，服务消费者查找服务并获得服务的绑定信息（在服务描述中）。当然，服务消费者也可以从服务注册中心以外的其它来源得到服务描述，例如校内本地文件、FTP站点、Web站点等。服务描述可以使用多种不同机制发布到多个服务注册中心。通常有学校内部应用程序、门户网站等专用UDDI节点。
这些注册中心针对不同的应用类型，根据服务访问者的权限对服务描述进行分类屏蔽访问。如校内私有UDDI注册中心，可将校内涉及各部门、学院、研究所的资源和业务功能的Web服务发布到这类UDDI节点。这些UDDI位于防火墙之内，允许服务发布者对他们的服务注册中心和它的访问权、可用性以及发布要求有更多的控制。校外公有UDDI注册中心：由各部门、学院、研究所或个人发布，可以在互联网上查找和使用的Web服务需发布到这类公有UDDI节点。它们位于服务提供者的防火墙之外，处于公众网络上。
五、结束语
整合高校教育资源系统的传统集成方式不能方便、低投入地实现异构系统的集成，难以适应现代高校资源业务变化需求。SOA架构具有与软件和平台无关、松耦合的特性，提供了一种解决资源系统之间的“信息孤岛”问题的服务模式。运用SOA构架，实现高校教育资源系统的集成和软件复用，将有利于推进高校数字化校园的建设进程。因此，基于SOA的集成架构具有很好的发展前景，是未来信息化校园发展的一个重要趋势。
参考文献：
[1]高萍. 高校教育信息化体系研究[D].山东：山东师范大学，2006.
[2]Newcomer E, Lomow G.徐涵,译.Understanding SOA with Web Services[M].北京：电子工业出版社, 2006.
[3]陈庄. 信息资源组织与管理[M].北京：清华大学出版社，2005.3.
[4]袁占亭等.基于web services的企业应用集成解决方案研究[J].计算机集成制造系统——CIMS，2004.4.
[5]LuoMin，EndreiM，Comte P，etat.Patterns：Service-Oriented Architecture and Web Services. http：//www. redbooks. ibm. com/redbooks/pdfs/sg246303. pdf，2004. 4.
[6]郭晋伟.SOA架构的管理信息系统设计与实现[D].沈阳:中国科学院沈阳计算技术研究所，2006.
[7]蒋杰，刘友华，曹天瑜.基于SOA的网络教学资源系统集成[J]. 科学技术与工程，2007（8）.
关键词：数字化校园 SOA 教育资源 整合
中图分类号：TP315 文献标识码：B 文章编号：1673-8454（2008）11-0060-04
一、引言
高校信息化建设将会经历系统集成、应用集成、信息集成、社会集成等四个阶段。[1] 在实施过程中，集成环境的
建设是重中之重，特别是在当前大多数高校还处在应用集成、信息集成时期，作为整个信息化系统重要组成部分的教育信息资源的有效共享和开发利用正成为一个关键问题，它必将在提高教育科研质量、挖掘高校的发展潜力等方面发挥重要作用。
目前，开发平台、工具的异构性和紧耦合性导致了大量的教育资源系统之间不能互联互通、资源共享与软件复用，“信息孤岛”现象在高校普遍存在。[2] 随着高校信息技术的发展，教育信息资源类别形式复杂多样、杂乱无序，数量猛增，质量参差不齐，事实上这些资源都还停留在低层次、低效率的自治共享上。如果采用传统方式来整合现有的教育资源系统会造成周期长、投入大等问题，同时又缺乏统一标准，难以充分保证资源整合服务的有序化、精约化、最优化。因此，如何有效地整序、共享、整合、开发教育资源，确保教育信息化建设理性、有序、健康地深入发展，已成为高校信息化建设的一个重要研究课题。[3]
二、高校教育资源系统现状及SOA工作原理
1.高校教育信息资源系统现状
目前，高校各部门纷纷建立了自己的教育信息资源管理系统，这些信息系统已经成为保障高校各项工作开展的必不可少的信息服务设施。但这些信息系统也普遍存在着以下不足：
（1）资源信息及系统的规划性不强。高校信息系统是一个有机的整体，各部门信息系统是整个高校信息系统的局部。但各系统之间缺乏总体规划，往往是学校部门根据自身业务需要来设计实施信息管理系统。对学校整体资源信息的开发挖掘、综合利用认识和规划设计不到位。
（2）资源信息数据的共享性差。每个部门的系统都有相应的数据环境，而由于自身需求量身定制的数据库系统的数据结构、标准不一致，造成数据转换复杂，增加了数据共享的难度，冗余数据无法同步更新。
（3）软件复用困难。各系统主要是以紧密耦合的方式把模块化的业务逻辑组合而成，这些业务逻辑在其它信息系统中无法被重用，从而导致了业务逻辑的重复设计和IT资源的浪费。
（4）异构平台环境。操作系统有基于Unix的，也有基于Windows的，系统架构和开发平台有C/S结构基于Delphi、VB等开发的，也有B/S结构基于.NET、JAVA开发。因此，这样的异构环境增加了集成的难度和成本。
2.面向服务架构——SOA工作原理
（1）SOA的含义
SOＡ（Ｓｅｒｖｉｃｅ－Ｏｒｉｅｎｔｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）是一种面向服务的体系结构。它是一个蓝图，目的是最大限度地重用应用程序中的服务以提高IT适应性和效率。[4] SOA作为一个组件模型，将应用程序中的不同功能单元（称为服务）通过对这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，也就是说它独立于实现服务的硬件平台、操作系统和编程语言。[5] 这使得构建在各种此类系统中的服务可以用统一和通用的方式进行交互。这种具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个系统程序的每个服务的内部结构和实现发生改变时，它能够继续存在。
所以，SOA最大的特点就是有一个灵活而功能强大的服务层，这些服务可以用不同的技术、方法在不同的平台上实现，利用服务层中粗粒度的、可被动态发现和绑定的服务，我们可以快速地构建松散耦合的、具有跨平台处理信息能力的应用系统。从资源的整合角度讲，可以基于现有的系统投资来发展，而不需要彻底重新创建系统。这就为解决高校资源信息系统集成问题和快速开发新的集成系统铺平了道路。
（2）SOA的结构及实现
ＳＯＡ的组件包括：１）服务提供者。服务提供者即服务的拥有者，它负责将服务信息发布到服务注册者，同时要控制对服务的访问以及服务的维护和升级。２）服务消费者。实现服务的查找与调用，首先在服务注册者中查找满足特定条件的、可获得的服务，一旦找到，服务请求者将绑定到服务提供者并进行实际的服务调用。３）服务注册者。集中存储服务信息，以便于服务请求者的查找。同时服务提供者可以把它们所要提供的服务在服务注册者这里进行注册。这三种组件之间的关系如图１所示。
传统的业务系统集成方案，是通过业务功能的专用接口调用，实现资源信息共享。业务集成通过开发业务组件加以实现，实现业务功能的业务组件通常具有一些标准格式的结构和接口，具有较好的集成性能，业务组件的实现常采用CORBA、EJB、DCOM等技术。但专用调用接口方案存在着一些不足。专用调用接口方案是一种紧密耦合的集成方法，这种集成的结果不利于业务流程、资源信息的调整和重组，缺乏可扩展性、灵活性和适应性。其次是实现技术缺乏标准，不同的软件厂商提供了不同的实现技术，当前组件技术存在着多个标准，不同组件技术之间的互操作给集成增加了一定的成本和难度。
SOA是实现高校信息系统之间数据和业务无缝衔接的理想方案，它在服务层中将各业务功能以服务的形式暴露于系统之外，其它信息系统可以通过服务协议对服务进行访问。这种技术简化了系统集成，可以快捷、容易地对业务需求的变化做出反应。另外，面向服务架构是与平台和语言无关的，因此不必考虑实施环境是何种平台系统和设备，与其他的系统集成技术相比，面向服务的集成构架是解决高校信息系统集成的理想选择。
SOA之所以被用于信息资源整合，是因为其具备了标准化、可组装的特性。[6] 基于SOA资源整合的关键技术是把原有的信息资源封装为服务，然后将开发的新服务和原有系统包装的服务进行有效组合，共同实现对信息资源的整合。与传统的模式相比，ＳＯＡ具有如下重要特点：（１）具有精确定义的标准化接口；（２）粗粒度、松耦合的服务构架；（３）完好的封装性和高度集成能力。
2.基于SOA的资源集成系统构架
SOA提供了标准化的架构，信息资源整合的技术途径：在现有系统不做修改的前提下，将各个教育资源及业务功能转换或封装为服务，这些服务彼此相对独立并且可以进行组合，从而能有效地实现教育资源整合系统架构。为此，高校教育资源集成系统框架如图2所示。
从图2中可以看出，不论原有学校教育资源系统的语言、平台、技术、数据结构的异构性多大，只需在对外接口上都用统一的对象模型Web Services进行封装或转换，通过工具或手动定义各自资源系统的Web Services接口描述WSDL文档，并把WSDL文档描述的内容映射到学校UDDI数据库中去进行分类管理，即在UDDI注册中心对各类Web Services进行注册。
当校内外用户通过学校门户网站对资源系统进行统一访问时，无需考虑其内部实现机制。用户登录门户认证系统时，先要在UDDI用户注册中心查找系统提供的用户接口对应WSDL文档，然后根据WSDL文件调用系统的用户管理模块进行用户认证，认证通过后才能访问系统。请求数据共享和业务调用时，首先要到UDDI注册中心访问所需服务的Web Services注册信息，通过注册信息访问相应的Web 服务接口描述WSDL文档，并在本地生成代理对象。以后所需各业务就通过此代理对象与Web Services进行信息资源交互和业务功能调用。如果Web Services内部结构和实现发生了改变，只要修改WSDL描述，接口保持不变，整个系统就不需要作任何变化。其实现过程大致包括：
（１）服务描述：用ＷＳＤＬ文档描述Web Services功能，包括接口调用方法、参数和返回值。它用ｔｙｐｅｓ（类型）、ｍｅｓｓａｇｅ （消息）、ｐｏｒｔＴｙｐｅ（端口类型）、ｂｉｎｄｉｎｇ（绑定）、ｐｏｒｔ（端口）和ｓｅｒｖｉｃｅ（服务）元素来描述Ｗｅｂ Ｓｅｒｖｉｃｅｓ。
（２）服务注册：为UDDI提供发布和查找服务描述的WSDL文档。它主要定义了4种数据类型：businessEntity、businessService、bindingTemplate和Model。businessEntity提供关于服务提供者的信息，可以包含一个或多个businessService。Web Services的技术和业务描述在businessService和其bindingTemplate中被定义。每个bindingTemplate包含一对一或对多个Model的引用，Model是用于定义服务的技术规范。UDDI通过Model和businessService描绘抽象和实现之间的区别。因此，可以通过把WSDL内容映射到UDDI的数据库中去，从而在UDDI中注册服务。
（３）服务发现：一个具体的实现（ｓｅｒｖｉｃｅ）来自于相同的ｐｏｒｔＴｙｐｅ所对应的Ｍｏｄｅｌ。这样，客户端的程序就可以用ＭｏｄｅｌＫｅｙ在ＵＤＤＩ中查找实现了抽象接口的ｂｕｓｓｉｎｅｓｓＳｅｒｖｉｃｅ，从而查找到所对应的ＷＳＤＬ文件。
（４）实现代理：根据查询的WSDL文件，服务消费者就可以动态地完成代理对象的生成，对相应的Web Services进行调用。[7]
四、基于SOA的资源集成系统的实现
对于上述基于ＳＯＡ的教育资源系统的集成方案，Ｗｅｂ服务架构包括了三个组件、三种服务操作（服务发布、服务发现、服务绑定）以及两种服务构件（服务、服务描述）， 本节通过组件示例此构架的主要实现机制。
（1）服务提供者
高校已有的一些信息系统，如教务资源管理系统、人力资源管理系统、学生资源管理系统等，都有一些数据或功能需要被共享。通过系统集成，那些需要共享的业务功能和数据在应用集成框架中将以服务的形式被暴露。如需要将“学生资源管理系统”的查询学生信息功能、“人力资源管理系统”的查询教职工信息功能、“教务资源管理系统”的成绩查询等功能设计为Web服务并向外公布。它们在集成体系中担当服务提供者的角色。
（2）服务消费者
服务消费者是查找并调用服务，或启动与服务交互的客户程序。当集成服务提供者提供服务时，就需要在该应用中开发调用服务的客户端代码。在集成框架中，部分参与集成的系统既充当了服务提供者的角色，又充当了服务消费者的角色。如教务资源管理系统、人力资源管理系统、财务管理系统、学生资源管理系统等既是服务提供者，又是服务消费者。
（3）服务注册中心
它是可搜索的服务描述注册中心，服务提供者在此发布他们的服务描述。在绑定开发或执行期间，服务消费者查找服务并获得服务的绑定信息（在服务描述中）。当然，服务消费者也可以从服务注册中心以外的其它来源得到服务描述，例如校内本地文件、FTP站点、Web站点等。服务描述可以使用多种不同机制发布到多个服务注册中心。通常有学校内部应用程序、门户网站等专用UDDI节点。
这些注册中心针对不同的应用类型，根据服务访问者的权限对服务描述进行分类屏蔽访问。如校内私有UDDI注册中心，可将校内涉及各部门、学院、研究所的资源和业务功能的Web服务发布到这类UDDI节点。这些UDDI位于防火墙之内，允许服务发布者对他们的服务注册中心和它的访问权、可用性以及发布要求有更多的控制。校外公有UDDI注册中心：由各部门、学院、研究所或个人发布，可以在互联网上查找和使用的Web服务需发布到这类公有UDDI节点。它们位于服务提供者的防火墙之外，处于公众网络上。
五、结束语
整合高校教育资源系统的传统集成方式不能方便、低投入地实现异构系统的集成，难以适应现代高校资源业务变化需求。SOA架构具有与软件和平台无关、松耦合的特性，提供了一种解决资源系统之间的“信息孤岛”问题的服务模式。运用SOA构架，实现高校教育资源系统的集成和软件复用，将有利于推进高校数字化校园的建设进程。因此，基于SOA的集成架构具有很好的发展前景，是未来信息化校园发展的一个重要趋势。
参考文献：
[1]高萍. 高校教育信息化体系研究[D].山东：山东师范大学，2006.
[2]Newcomer E, Lomow G.徐涵,译.Understanding SOA with Web Services[M].北京：电子工业出版社, 2006.
[3]陈庄. 信息资源组织与管理[M].北京：清华大学出版社，2005.3.
[4]袁占亭等.基于web services的企业应用集成解决方案研究[J].计算机集成制造系统——CIMS，2004.4.
[5]LuoMin，EndreiM，Comte P，etat.Patterns：Service-Oriented Architecture and Web Services. http：//www. redbooks. ibm. com/redbooks/pdfs/sg246303. pdf，2004. 4.
[6]郭晋伟.SOA架构的管理信息系统设计与实现[D].沈阳:中国科学院沈阳计算技术研究所，2006.
[7]蒋杰，刘友华，曹天瑜.基于SOA的网络教学资源系统集成[J]. 科学技术与工程，2007（8）.