生力军 战 菲

(1.武汉船舶职业技术学院，湖北武汉 430050;2.武汉软件工程职业学院，湖北武汉 430205)



高职学生学籍管理数据接口处理过程研究

生力军 战 菲

(1.武汉船舶职业技术学院，湖北武汉 430050;2.武汉软件工程职业学院，湖北武汉 430205)

学籍管理工作过程伴随的是学籍信息数据的变化，当数据的变化需要在不同的系统之间进行同步的时候，系统间的数据接口处理是一个关键角色。本文抽象出了当前高职学籍管理系统数据架构模型，总结了学籍管理数据接口处理在传统工作模式下的最优转换流程，并给出在网络信息时代下实现自动转换的框架模型。

学籍管理；数据接口；处理过程；自动转换；Web Service

1 高职学籍数据管理现状

高等学校学籍管理工作是高校教学管理工作中的重要内容，在很大程度上直接影响高校的教学效果和办学质量。一般来说，可以把高校学籍管理工作分为三大板块[1]：一是对高考录取的学生进行资格审查并给予学籍；二是按照不同学科门类不同专业方向的教学计划进行成绩的考核并给与相应的学籍异动处理；三是对学生在校期间所取得的所有成绩(包括课程成绩，英语、计算机过级情况等)及综合表现审定是否具备获得毕业证、学位证的资格。

随着我国高等职业教育改革的深入进行，高职院校得到了前所未有的发展，学籍管理正在逐步迈向管理信息现代化，许多学校也建立了自己的学籍管理系统。但总的来说，各个学校建立的学籍管理系统都是一个“信息孤岛”，表现在：学籍信息共享性差，与其他系统的数据同步困难，数据导入导出繁琐且容易出错等。所以，尽管许多高职院校都在使用学籍管理系统，但大多感觉并没有有效改善本校的管理现状，学籍管理还是陷入了繁杂的日常事务管理。

目前，最为权威的学籍信息库是教育部的学信网学籍学历管理信息平台(下称学信网平台)。同时，各个学校都有自己的一套校内学籍管理系统(一般是依托教学管理系统)，有的学校因为部门分工的原因，还拥有学工管理系统、收费管理系统等，这就造成了事实上的数据冗余，学籍信息存在于两个或两个以上的独立系统当中。当前的学籍管理系统数据架构模型如图1所示。

图1 当前学籍管理系统数据架构模型示意图

学籍管理工作过程伴随的是学籍信息数据的变化，当数据的变化同时发生在多个独立系统的时候，如何保证数据的准确性和一致性是一个核心问题。由图1可以看出，当学籍数据的变化需要在不同的系统之间进行同步的时候，系统间的数据接口处理是一个关键角色。这里的数据接口处理是一个抽象的概念，其本质是要将适合某种系统的数据格式转换为适合另一种系统的数据格式，它既可以是受控的一系列转换流程，也可以是通过某种机制的自动转换。本文将总结学籍管理数据接口处理在传统模式下的最优转换流程，并给出在网络信息时代下实现自动转换的框架模型。

2 学籍管理数据接口处理流程

由图1可以看出，在整个学籍管理过程中，数据接口处理存在于三个主要的同步过程，一是学信网平台与校内学籍管理系统间，二是校内学籍管理系统和本校其他管理系统间，三是校内学籍管理系统和各种数据报表间。这三个过程中的数据接口处理各不相同，下面分别阐述。

2.1 学信网平台与校内学籍管理系统间的数据接口处理

学信网平台数据关系到学生的唯一合法学生身份，是学生维护自身合法权益的唯一法律凭证。因此，学信网平台与校内学籍管理系统间的数据统一和同步非常重要，两者间的数据交换也是非常频繁的，这就对两者间的数据接口处理过程的准确性提出了很高的要求。从单个学生的角度看，学籍管理数据的流程是以入学注册为起点，到毕业时的学历注册为终点，无论是进口还是出口都要通过该数据接口。下面以入学注册为例，说明该数据接口处理的流程。

入学注册的数据源有两个，一是学信网平台提供的招生数据，为dbf格式。这是最为权威准确的学籍信息来源，但对于高职学校来说，学生的报到率一般达不到100%，所以不能直接以该数据作为注册学籍的数据源；另一个数据源是学生报到时由其他部门提供的学生信息表，为xls格式。此数据源总人数准确，但容易出现学生个人信息错误的情况，如果不加处理直接上传，不仅注册不能成功，还有可能出现张冠李戴的现象。所以需要将以上两个数据源结合起来，通过数据接口处理，才能成为可用的注册数据，最后导入学信网平台和校内学籍管理系统。

dbf和xls是两种不同的数据格式，为了高效准确地结合这两个数据源，最好的方法是将两种数据格式都统一导入Access数据库，生成mdb文件。学信网平台的数据生成一张数据表，报到的学生信息生成另一张数据表，然后利用SQL的表连接操作，以考生号或者身份证号作为连接字段来完成两个数据表的连接，之后再对合成的数据进行姓名的自动比对，比对不成功的数据进行手工校验，其处理过程如图2表示。经过这样处理过的数据，其准确率可达到100%。

图2 学信网平台与校内学籍管理系统间的数据接口处理过程(以入学注册为例)

除入学注册外，学年注册、学历注册、批量调整专业等操作都可以采用同样的数据接口处理过程，都是使用ACCESS作为不同数据类型的中介，利用其强大的SQL操作语句来实现各种数据的筛选、连接、统计和整理，最终将数据转换成所需要的格式从数据接口导出。

2.2 校内学籍管理系统和本校其他管理系统间的数据接口处理

学籍管理一个重要的方面就是反映学生在学校的状态。按照教育部学年注册的要求，校内学籍管理系统需要从本校其他管理系统中获取学生其他方面的状态，这就涉及到如何将不同系统中的信息进行准确同步。在未构建统一的数据共享平台时，定时同步是多数学校采用的方法。下面以学生缴费状态的同步为例，说明该数据接口处理的流程。

缴费状态的同步，信息来源有两个，一是校内学籍管理系统种的学生基本信息表，以xls文件的形式从校内学籍管理系统中导出；另一个是收费管理系统中的学生缴费状态表，以xls文件的形式从收费管理系统中导出。两个数据源的格式都为xls文件，可以使用EXCEL中的nslookup函数来进行数据表的连接，但是当数据表过大时，nslookup函数容易导致程序卡死和崩溃，所以并不推荐使用。这里还是使用ACCESS作为数据的中介，将两张xls数据表的内容导入到ACCESS数据库中的表，利用SQL的表连接操作，以考生号或者身份证号作为连接字段来完成两个数据表的连接，即可快速准确得到结果，最后再按照校内学籍管理系统规定的数据导入格式整理成dbf文件将缴费信息导入，其处理过程如图3表示。

图3 校内学籍管理系统和其他管理系统间的数据接口处理过程(以缴费状态同步为例)

2.3 校内学籍管理系统和数据报表间的数据接口处理

一般的校内学籍管理系统都带有一些预定义的数据报表，但各个学校的需求情况各不相同，自带的预定义报表不一定能够满足所有的需求，这样就需要学籍管理人员自己制作数据报报表。如果没有专业工具的帮助，制作数据报表的工作量往往是巨大的，缺乏可重用性，实现效率也十分低下。如果能够借助ACCESS数据库和Crystal Report作为数据接口处理的工具，就能十分快速地制作可重用的自定义报表。下面以制作学生信息核对单为例，说明该数据接口处理的流程。

为了保证学籍信息的准确性，往往需要在入学后对于学生的学籍信息进行本人核对签字，此时就需要按照班级打印出学生信息的核对单。制作信息核对单的数据源只有一个，即校内学籍管理系统中的学生基本信息表，以xls文件的形式从学籍管理系统中导出。Crystal Report作为优秀的报表设计工具，并不能以xls文件作为数据源，所以需要将xls文件导入ACCESS数据库中的数据表。为了实现按班级打印，在设计报表的时候需要使用子报表。首先需要在ACCESS数据库中生成班级的视图，将此视图作为父报表的数据源。然后在父报表中插入子报表，子报表的数据源设置为学生基本信息表，连接字段为班级名称，其处理过程如图4表示。

图4 校内学籍管理系统和数据报表间的数据接口处理过程(以制作学生信息核对单为例)

由以上三类数据接口处理过程可以看出，ACCESS在其中都扮演了数据中介的角色，将不同的数据格式统一成关系数据表，然后便可以利用其强大的SQL操作语句来实现各种数据的筛选、连接、统计和整理，最终将数据转换成所需要的格式。

3 使用Web Service设计数据接口

随着网络和软件技术的飞速发展，数据接口技术也发生了日新月异的变化，为了解决信息孤岛的问题，很多最新的接口技术都可以应用。校内学籍管理系统由于和其他管理系统处于同一个校园网内，所以可以通过数字化校园的共享数据平台实现数据接口的同步处理，其实现技术多种多样且比较成熟。而学信网平台与校内学籍管理系统间的数据接口一直是各院校比较头疼的问题，至今没有可行的方案。但在互联网服务中，Web Service技术是一种可以借鉴的解决方案。如果学信网平台能够开发Web Service应用程序接口，将数据的导出、导入、查询和更新通过Web Service接口开放，将能彻底解决学信网平台数据和校内学籍管理系统数据的一致性问题。

3.1 使用Web Service技术的优点

图5详细描述了Web Service体系结构。Web Service体系结构中定义了几种不同功能角色，他们分别是服务提供者(Service Provider)、服务请求者(Service Requester)和服务注册中心(Service Registry)。服务提供者通常也被称为服务过程化提供者。定义服务后生成接口文件，并把服务发布到Service Provider是他的主要工作和任务。服务请求者通常也被称为服务过程化请求者。他的工作机制是Service Requester通过搜索Service Registry，与Service Provider建立联系，根据获得的服务接口信息执行绑定操作，运行所需要的Web Service。服务注册中心的主要作用是记录服务，它的工作对象是Service Provider和Service Requester。服务描述通常是Service Provider在Service Registry定义的，在Service Registry定义的目的是可以使Service Requester方便发现、查询和使用该服务。

图5 Web Service体系结构

从技术层面来说，采用Web Service技术进行系统化开发和部署具体应用程序具有以下一些优点[2]：

(1)跨平台应用。跨平台性和跨系统是Web Service的一个主要特征，因为数据不具备可执行性，与操作系统性质无关。这一特点使得Web Service在各个平台上都能得到广泛的应用。

(2)良好的的封装性。因为Web Service是一种部署在Web上的对象，所以它具备了对象的良好封装性，通过使用者能且仅能看到该对象提供的功能列表。

(3)松散耦合。Web Service采用的是对象/组件技术，所以组件是松散耦合的。调用者不会因为其中的一个Web Service的实现发生变化而感觉到有什么变化。只要保持Web Service的调用界面没有变化，Web Service的实现变更对他们都是透明的。

3.2 Web Service框架结构

在学信网平台和校内学籍管理系统之间，如果引入Web Service体系结构，学信网平台由于其数据权威的特性，将充当服务提供者的角色，而校内学籍管理系统则是服务请求者的角色。整个数据接口的框架结构如图6所示。

图6 基于Web Service的学信网平台与校内学籍管理系统间的数据接口框架

校内学籍管理系统作为服务请求者，在实现了本地的学籍管理操作后，根据服务提供者的接口描述，生成相应的参数并传递给学信网平台。学信网平台作为服务提供者接收到校内学籍管理系统发送的参数后，首先应进行身份验证，然后再将所接收的参数交由系统进行处理，最后将处理的结果返回给校内学籍管理系统。校内学籍管理系统将学信网平台返回的反馈信息及时通知用户并做相应的处理。

要实现该数据接口框架，所需解决的关键问题主要有以下几点：

(1)确定服务提供者接口功能。学信网平台需要与高校及校内学籍管理系统开发方进行需求沟通，确定开放哪些Web Service功能，根据需求来设计Web Service服务的类型、参数等。如果在缺乏需求调研的基础上盲目开放Web Service接口，不仅不能满足数据同步的需要，反而会带来一系列安全问题。

(2)服务请求者功能升级。校内学籍管理系统在学信网平台确定了开放哪些Web Service接口功能后，需要进行系统升级，将传统需要经过人工导入导出的数据接口处理过程改由Web Service调用方式实现。实际上，如果每一个数据变化的操作都能够通过Web Service接口实现的话，就可以避免传统操作中的定时同步，减少学信网平台和校内学籍管理系统间的单次大量数据流动。

(3)安全强化。在引入Web Service接口后，对于学信网平台数据的操作大多都是通过校内学籍管理系统调用Web Service接口实现，这就对于学信网平台的数据安全和身份认证提出了更高的要求。在数据读取方面，要保证权威学籍数据不能通过非法Web Service调用而泄露。在数据写入方面，要保证不要让错误的、过期的脏数据写入。身份验证方面要防止非法用户假冒身份模拟Web Service调用。

4 结 语

在整个学籍管理系统架构中，数据接口处理部分处于关键位置，直接关系到数据的准确性、一致性、数据处理的高效性。目前，学籍数据接口的处理大部分还是依赖于利用工具软件，靠一套规范的流程来进行人工处理。但随着我国教育事业和网络信息技术的不断发展，学籍数据接口的处理也将朝着自动化、网络化的方向发展。Web Service作为互联网的热门技术，具有跨平台应用、良好的的封装性和松散耦合等优势，将它运用在学信网平台和校内学籍管理系统间构建数据接口框架不失为一种可行的方法。

1 董明伟. 网络平台下高校学籍管理的实践与研究[J]. 教学研究, 2008,31(4)

2 郝荣国. SAP系统中接口技术研究与应用[D].南京:东南大学,2013

3 苑舒斌,宋启宁,洪为. SAP接口技术在人力资源系统中的研究与应用[J].硅谷,2012(16)

(责任编辑：谭银元)

Data Interface Processing Procedure of Student Enrollment Status Management in Higher Vocational College

SHENG Li-jun1，ZHAN Fei2

(1.Wuhan Institute of Shipbuilding Technology, Wuhan 430050, China;2.Wuhan Vocational College of Software and Engineering, Wuhan 430205, China)

Procedure of enrollment management works with data changes of enrollment information. Process of data interface between different systems is very pivotal when data changes synchronize between them. In this paper, it is summarized that data architecture model of modern enrollment management system and optimal conversion process of processing procedure in data interface of enrollment management in traditional working pattern, with architecture model of automatic conversion given.

enrollment management; data interface; processing procedure; automatic conversion; Web Service

课题项目：本文系湖北省高等教育学会学籍管理专业委员会2014-2015年度课题项目“基于网络信息化的高职学籍管理工作过程研究》的阶段性成果(课题编号：XJ14-15-02)。

2014-12-16

生力军，男，讲师，硕士研究生，研究方向为计算机技术及应用。

TP392

A

1671-8100(2015)03-0046-05