- 1、本文档共8页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
建立教育管理信系统互操作框架的设想
建立教育管理信息系统互操作框架的设想
The Assumption to build The Education Management Information System Interoperability Framework
杨琰华* 余胜泉**
*北京师范大学信息学院 教育技术系 E-mail:yyhyang@263.net
**北京师范大学 现代教育技术研究所 E-mail:yusq@163.net
缺乏教育管理信息系统的标准,造成了极大的数据冗余和资源浪费,难以实现资源共享与系统互操作。而仅仅对数据进行标准化,并不能根本解决不同系统之间互操作的问题。本文在参考美国学校互操作框架(SIF)的基础上,提出了我国高等教育管理信息系统之间互操作的解决方案——教育管理信息系统互操作框架(EMIF)。该方案旨在建立数据交换与互操作的标准,使框架内的所有系统都能轻松地进行信息交换与使用。
关键词:教育管理信息系统 互操作 XML 规范
1 引言
随着CERNET在全国高校和各级教育管理部门的普及,高等教育管理的信息化建设也被推上了一个新的台阶,基于Internet技术的校园网使得教育管理打破了原有的封闭、独立的管理模式,开始向互联、开放的体系转变。尽管原有独立的教育管理信息系统曾为教育管理的科学化作出过突出贡献,但由于不同时期、不同部门开发的教学、财务、人事、设备、科研等单项管理系统互相封闭、各自独立运行,造成了极大的数据冗余和资源浪费,难以通过网络实现信息共享。造成这种局面的一个重要原因就是缺乏教育管理信息系统的标准。由于信息技术的飞速发展和广泛普及,缺乏标准而导致的一系列问题日益突出,成为了阻碍信息化发展的瓶颈。因此,教育管理信息系统的标准化研究也已经被提到了重要的日程上来。
2 面临的问题
教育管理信息系统的标准化首要解决的问题就是如何保证学习资源的共享与系统互操作。学习资源共享是指一个学习对象可被多个学习系统利用;系统互操作是指多个系统及组件之间能够交换与使用彼此的信息。对于学习资源共享来说,数据标准化是前提。在这方面,早在1991年原国家教委就开始了此项研究,颁布了普通高等学校的一系列管理基本信息集,对教育管理的数据交换起到了基本保障作用。但不同部门不同厂家开发的管理系统之间的互操作问题,一直没有得到很好的解决。
2.1 缺少管理信息系统互操作规范导致的后果
目前,由于缺乏管理信息系统之间互操作的规范,已经导致了如下一系列问题:
教育管理信息横向交换与纵向传输的困难
由于缺乏数据交换的规范,学校内部不同部门开发的教育管理信息系统(简称EMIS)之间不能进行数据交换,而学校之间学校与上级管理部门之间也不能直接传递数据,导致了教育管理信息横向交换与纵向传输的困难。
妨碍管理部门的科学决策
由于信息传输困难,不能对教育管理信息进行比较分析,各级各类教育管理部门就难以作出相应的正确决策,甚至还会对社会经济发展的决策作出带来不良影响。
重复建设,造成人力、资金的浪费
由于系统之间的信息资源不能共享,同样的数据需要录入多次,同样的系统功能也需要重复开发,这就极大的浪费了人力与资金,而我国的教育投入本来就相对不高,这种浪费对教育的发展实为不利。
2.2 国内解决系统间互操作问题的两种方案比较
虽然国内缺少系统互操作方面的规范,但为了解决教育管理信息系统之间互操作问题,目前国内还是出现了两种解决方案,可是这两种方案却在很大程度上存在着不同弊端。
2.2.1 大一统的解决方案
这种方案在软件的采购上采用一刀切的办法,要求所有的学校的教育管理机构都采用由一个厂商开发的统一的软件。这种方法在一定程度上保证了数据共享与数据上报的问题,但也存在以下弊端:
耗资巨大,对原有已开发比较成熟的系统是一种浪费;
我国地区发展不平衡,高校管理水平不一致,同类的软件未必适合同类的学校;
使用同一厂商的软件,不利于市场竞争机制的发挥,不利于软件水平的提高;
阻碍学校个性化管理的体现。
2.2.2 开发接口程序的方案
这种方案是目前使用较多的一种解决办法,虽然两个系统之间没有统一的数据规范,但通过为数据交互编写专用脚本,以使被提取数据能转变为其他程序的数据库能理解的格式,这样也可以实现数据的共享与交换,但是这种方案同样存在诸多弊端:
软件升级需重新编写脚本,费时费钱
大多数厂商也确实提供了应用程序界面(API)存取数据,然而,API往往是专用接口并且要求专业知识,每次当软件升级时,必须重新编写脚本,这样做既费时又费钱。
不适应多个软件间的互操作
这种解决方案通常针对两个软件间的互操作,通常是由两个厂商合作提供一致的数据接口,编写点对点转换数据的脚本。然而,如果增加第三个应用程序,也要使用它们的数据,就得分别编写与这两个程序间交互的脚本
文档评论(0)