基于EMIF教育管理信息系统互操作.docVIP

基于EMIF教育管理信息系统互操作 　　[摘要]随着国家教育信息化工程的全面推进，高校的校园教育管理信息化系统之间需要实现数据共享和互访，使教育部门内部各应用软件之间实现互操作；使互操作过程与操作系统无关、与传输协议无关、与程序语言无关。 　　[关键词]ZIS EMIF 教育管理信息系统 互操作 教育管理信息化 　　中图分类号：C94 文献标识码：A 文章编号：1671－7597(2008)1010059－02 　　 　　教育管理信息系统互操作规范是为了使各类教育管理软件（教育管理信息系统）之间能够彼此交换和使用教育管理信息而制定的一套技术规范。教育管理信息系统互操作框架（education management information system interoperability framework，简称EMIF）是由各类教育管理软件，它们的代理（agent）和一个区域集成服务器（zone integration server，简称ZIS）构成的开放型网络系统。 　　ZIS作为各教育管理软件之间通信的中介，处于所有信息通道的中间，任何信息交换过程都通过ZIS间接实现。代理是附属于教育管理软件的一个应用程序，它是教育管理软件与ZIS之间实现通信的接口。EMIF规范正是基于此框架的，由全国信息技术标准化技术委员会教育技术分技术委员会提出，由全国信息技术标准化技术委员会教育技术分技术委员会负责解释，由北京师范大学现代教育技术研究所起草，目标是使任何符合EMIF规范的应用软件都可以成为EMIF的组件，并与EMIF中其他组件实现信息交换。使用本规范可以解决以下问题： 　　1.使教育部门之间各应用软件之间实现互操作； 　　2.使互操作过程与操作系统无关、与传输协议无关、与程序语言无关； 　　3.兼容不同厂商的软件产品，避免行业垄断； 　　4.通过互操作避免软件重复开发和资源浪费； 　　5.通过互操作为教育管理的科学决策建立基础。 　　Emif规范在制订中借鉴了大量现有技术，如TCP/IP和HTTP协议；XML、DTD和XML Schema；加密、身份认证和数字签名；数据库等等。emif规范的适用范围是国内应用的各类教育管理软件，用于解决各级教育行政区域内教育管理软件之间的互操作问题，这个区域可以小到一间学校，大到一个市或省，甚至一个国家。EMIF最适宜解决两类典型的互操作问题：一是学校内部或教育管理部门内部各教育管理软件之间的互操作问题，二是学校和教育管理部门之间的教育管理软件之间的互操作问题。 　　EMIF是一个分布式开放型网络系统，它由一个ZIS和若干应用软件代理构成。EMIF的基本结构是：EMIF中各应用软件以代理作为接口，通过ZIS间接实现信息交换（见图1）。 　　 　　代理的主要功能是将应用程序提交的数据绑定为符合EMIF规范的XML报文，或将XML报文解析成应用程序可理解的数据格式。代理作为EMIF的组件，不必是一个独立的应用程序，它可以作为一个逻辑部件集成在应用软件内部，也可以作为一个独立实体挂在应用软件外部。 　　ZIS是EMIF中的管理中心，它处于所有信息通道的中间。ZIS的主要功能是将发信方代理的报文恰当的转发给接收方代理。发信方代理和接收方代理之间不直接进行通信，它们之间的通信都通过ZIS间接实现。 　　图一是EMIF在学校区域的典型应用架构模型。假设在一个学校内已有如下应用软件：学籍管理系统、成绩管理系统、图书馆管理系统、人事管理系统等。按照EMIF的要求，给各应用软件增加一个代理，并增设一台ZIS，上述应用软件就构成了一个EMIF区域（如图1所示）。EMIF区域中的各应用软件已经具备了信息交换的能力，如果成绩管理系统和图书馆管理系统需要共享学籍管理系统的学生信息，那么通过ZIS，学籍管理系统的学生信息就可以及时更新到成绩管理系统和图书馆管理系统中。 　　在EMIF区域中的交换数据都已格式化，被描述为数据对象，数据对象只有封装在用XML表示的报文中传递。 　　在EMIF区域中执行互操作的应用程序称为组件，典型的EMIF组件包括区域集成服务器ZIS、应用程序及其代理。区域集成服务器负责在代理之间转发报文、控制信息流动；代理是应用程序的接口，它负责实现应用程序与区域集成服务器之间的信息交流。各组件之间的数据交换主要包括两类，一是获取数据，一是更新数据。基于这两类数据交换，EMIF定义了两种数据交换模型，即“请求-应答模型”和“发布-预约模型”。其中，请求-应答模型是指当代理需要数据时即制作一个请求报文发送给ZIS，ZIS将请求报文转发给应答代理，应答方代理即反馈一个应答报文，并通过ZIS转发给原请求方代理。发布-预约模型是指当应用程序更新本地数据后即通过它的代理制作一个事件报