论文部分内容阅读
摘要：针对新建高校和民办院校的特点，分析并探索了招生网上录取的后续数据处理过程，开发了《高校招生网上录取后续处理系统》，使招生网上录取不同阶段（包括现场数据处理、考生到档查询与录取确认、考生录取查询、新生入学报到等）的工作质量和效率都得到了极大的提高，极大减轻了招办工作人员的工作量，有效提取并积累了录取考生的电子档案数据，为学校的数字化校园建设与运行打下了基础。
关键词：新建高校；网上录取；后续数据处理；系统开发
随着计算机网络与信息技术的发展，高校招生工作自1999年在重庆等9个试点省（自治区、直辖市）及北大、清华等12所高校开始试行网上录取，到2003年全国范围内31个省（自治区、直辖市）的高校招生已全部实现了网上录取。目前各省市招办和高校均通过清华大学计算机系开发的“全国普通高校招生网上录取系统”来进行网上录取，省市招办使用招办端（服务器）子系统，各高校使用院校子系统。
通过“全国普通高校招生网上录取系统”院校子系统，各高校可登录全国各地招办服务器并接收投档过来的数据，然后进行分档、阅档、录退等操作，也能使用其数据导出功能将考生档案数据导出成若干DBF文件，但该系统导出的数据在实际中还不能满足各高校的通知书打印等具体需要，还必须经过一定的后续处理。早期各高校招办工作人员均采用Visure Foxpro、Excell、Access等计算机知识结合着来手工进行招生网上录取数据的后续处理，但手工方法有两个方面的不足：一是要求招生工作人员计算机水平较高、计算机操作熟练；二是工作效率低，人员需求量大。根据院校子系统导出的数据和各高校招生工作的实际需要开发后续处理系统是从根本上解决高效快捷地完成招生录取工作的一个发展趋势，为此，笔者在多年的招生录取工作中，深入分析并研究了招生网上录取数据的后续处理过程，开发成功了一套面向新建高校（含民办院校）的《高校招生网上录取后续处理系统》，这一系统包括录取现场的接档与录取数据处理系统、考生到档查询与录取确认系统、考生录取查询系统、新生入学报到系统。下面将从分析高校招生网上录取工作过程与新建高校招生网上录取工作的特点人手，介绍该后续处理系统。
1高校网上录取工作的一般过程与新建高校网上录取工作的特点
1.1一般地，高校网上录取的工作过程为（以在某具体省份某个批次的录取为例）
1）高校在省（含自治区、直辖市）招办预计投档时间前两天开始登录省（含自治区、直辖市）招辦服务器，等待省（含自治区、直辖市）招办投档。之所以要在预计投档时间前两天开始登录，一个是为了提前测试网络，另一个呢，是为了在省（含自治区、直辖市）招办投档的第一时间接档；
2）省（含自治区、直辖市）招办通过院校子系统投档，高校在第一时间接档并组织阅档；
3）高校（经过阅档后）确定拟录、拟退名单并通过院校子系统提交省（含自治区、直辖市）招办审核；
4）省（含自治区、直辖市）招办审核高校提交的录退结果，将高校退档的考生档案收回以便进入下一次（志愿或批次）的投档。
5）经过上一轮投档后未完成招生计划的高校，省（含自治区、直辖市）招办将安排再次投档，依次重复2）4）的各步，直到高校招生计划完成或各志愿批次均已无线上生源。
6）在当前省份当前批次的录取工作结束，进行录取数据的处理，打印录取名册、录取通知书、信封等，发布录取查询信息（包括供校外考生使用的精确查询与供校内有关部门进行的模糊查询）。
1.2新建高校招生网上录取工作的特点
1）近年来，各高校，尤其是新建高校为了保证录取新生的报到率，在接档后确定拟录和拟退名单的时候均会与考生电话联系确认考生就读的意向，而且通常进行接档（与录取）数据处理与电话确认的是属于不同的工作组，接档数据处理是属于网上录取现场技术组，而电话确认则是属于外围的电话确认组，因此，接档数据处理人员必须在尽可能短的时间内向外围电话确认组提供包括考生联系电话在内的较为完整的档案资料数据，而较完整的考生档案数据并不能直接从院校子系统中导出得到，需要在导出后进行适当的数据处理后才能获得。
2）在某个省的某个批次录取结束时，需要及时对录取数据进行处理并发布录取查询信息、打印录取名册、录取通知书、信封等。而且对确定录取考生的档案资料数据一般会要求更多一些，如接档考生一般可以不要相片，但对确定录取考生则需要考生相片以便能够在通知书上打印出相片。因此，对每一个批次的已录取考生数据应考虑与接档数据分开，单独进行处理，把他们单独放到一个数据库（表）里，从院校子系统中抽取比接档考生更多的字段等。
3）无论是接档数据还是录取数据，在每一次处理的时候都应该把先前已处理过的数据去除掉，得到最新接档数据或录取数据，然后再加将它加入到接档或录取数据汇总表中，以避免在接档或录取数据汇总表中形成重复记录。
4）因高校多在全国近30个不同的省（含自治区、直辖市）中招生，而且在每个省（含自治区、直辖市）可能还会有本科与专科等不同的批次，每个批次又可能会经过多次补档才会完成录取计划，在整个录取期间接档数据处理和录取数据处理分别可能达到二、三百次及一百余次之多，为方便以后能调出任意一次的数据或对刚进行的一次错误处理能够进行回溯还原，整个录取期间接档数据处理和录取数据处理系统均应该有记录处理顺序号的字段及相关程序。
5）对接档数据或是录取数据的每一次的处理操作应尽可能的简单，不需要操作员太多的干预或确认，花的时间也希望是尽可能的少，以便能够抢时间进入后面的录取确认工作或通知书发放工作。
6）由于近几年一些省市招办在向院校投档时并不提供考生的电话信息，电话确认组无现成的电话可用，需通过多种途径获取到考生的电话信息、确认考生的就读意向，其中一个重要的途径我们考虑是设计一个考生到档查询与录取确认系统，让考生能第一时间查询到档案是否已投到我们学校并就其就读意向向学校反馈。 2《高校招生网上录取后续处理系统》的模块构成
根据对高校招生网上录取一般过程和新建高校招生网上录取特点的分析，《高校招生网上录取后续处理系统》包括四个子系统：
2.1网上录取现场数据处理系统
该系统的功能模块有系统初始化、数据导人（接档数据导入、录取数据导人）、数据查询（接档数据查询、录取数据查询）、数据编辑（接档数据编辑、录取数据编辑）、数据报表（含接档数据报表和录取数据报表）、录取新生编班、退档考生处理等，早期版本中还设计有学生报到处理程序，所有这些模块中其核心是数据导入，它负责将院校子系统中导出的接档数据或录取数据导入到本系统中进行适当的处理，以能够供我们进行本地查询统计、报表输出或其他的应用。该系统是一个用VF编写的单机版应用系统。
2.2考生到档查询与录取确认系统
该系统把接档处理后的数据作为查询数据源，其主要功能是让考生能第一时间查询到档案是否已投到我们学校并就其就读意向向学校反馈，另也允许学校招生老师使用授权帐户将通过其他途径获取到的考生电话信息与就读意向录入系统并进行一些统计查询，该系统是一个基于B/S的网络环境下的应用系统，采用“ASP ACCESS”开发。
2.3考生录取查询系统
该系统用于将录取现场数据对考生及学校有关部门发布，该系统也是一个采用“ASP ACCESS”开发的基于B/S的应用系统。它主要包括两个模块：即供考生使用的个人录取信息查询系统和供校内有关部门及管理人员使用的录取情况综合查询系统。供考生使用的录取查询是一种精确查询，考生通过输人考号或者身份证号码查询自己是否被录取以及录取专业是什么，供校内有关部门或管理人员的查询是一种模糊查询，可以按选定的条件查询符合条件的录取结果或查询录取的总体进展情况等。
2.4新生报到处理系统
该系统也是一个采用“ASP ACCESS”开发的基于B/S的应用系统。其功能主要是用于新生入学时的报到注册及专业调整，另还为学校有关管理部门及报到现场的操作员提供了依各种不同条件的报到查询，如按省份查询、按操作员查询、按f湖北）生源地市查询等。
3系统核心模块的设计
如前面2.1中所说，数据导入是网上录取数据现场处理系统各组成模块中的核心模块，不仅如此，它在《高校招生网上录取后续处理系统》四个子系统的全部组成模块中也是极为重要的核心模块。它将院校子系统中导出的接档数据或录取数据导人到网上录取数据现场处理系统中进行适当的处理，是之后进行的本地查询统计、报表输出等操作的基础，也是之后进行的各种WEB查询或新生报到处理的基础。它包括两个部分：一是接档数据处理，二是录取数据处理。接档数据处理是将待处理的接档数据来源表经过一定的程序处理使其变成接档数据目标表的一个过程。而录取数据处理是将待处理的已录取数据来源表经过一定的程序处理使其变成已录取数据目标表的一个过程。下面以接档数据处理为例来介绍这两个模块的设计并随后说明录取数据处理和接档数据处理的区别。
3.1接档数据处理来源表（院校子系统导出表）与目标表（网上录取数据现场处理系统要处理成的表）介绍
接档数据原始表的来源在早期曾有两个：一个是从全国普通高校网上录取系统院校子系统中导出的；另一个是从广东WEB版远程录取系统中导出的。我们的接档数据处理也针对这两类不同的来源表分别设计了处理程序，在现场数据处理系统的接档数据导入菜单上表现为加入了广东（WEB版）处理子菜单，但2010年后因广东也开始使用全国版录取系统，这一子菜单就基本上没再被用到了。对于来源于全国普通高校网上录取系统中的导出表，因考虑到省份的不同，在其本身的格式、内容，或要处理成的目标表的要求上有时存在着一些细微差别，因此在接档数据导入菜单下我们针对性地设计了分别面向湖北、河北、广东（WEB）及（其他各省）通用的四个子菜单，这四个子菜单的实现程序大部分是相同，因此我们以通用导人菜单为例来进行说明。
全国普通高校网上录取系统院校子系统中导出的原始表包括通过院校子系统中的“文件/导出投档单”导出的T_TDD.DBF（考生投档单）、TD_DQDM.DBF（地区代码）、TD_MZDM.DBF（民族代码）、TD_ZZMMDM.DBF（政治面貌代码）等共25个数据表以及通过“文件/导出屏幕显示的投档单”按文理不同科类分别导出的如文史类屏幕导出文件ws.Dbf和理工类屏幕导出文件lg.dbf等屏幕导出文件（这些文件名由我们在导出时给出）。
接档数据处理目标表中的主要字段包括：序号，考生号，姓名，性别，出生年月，身份证号，准考证号，民族，生源地区，政治面貌，外语语种，邮政编码，家庭地址，中学名称，联系电话，收件人，考生特征，投档成绩，预投基准分，投档志愿，第一专业，第二专业，第三专业，调剂、录取专业，退档原因，考生特长，高考总分，特征成绩，学籍种类，班级，学号，通知书编号，备注，EMS编号，相片，接档时间，接档顺序号等。
3.2接档数据处理界面设计
接档数据处理的界面如下图（图1），要求操作员输人拟导入原始数据所在目录、选择本科还是专科、输入接档处理顺序号，然后点击确定才能开始处理。为减少操作员过多的输入，原始数据所在目录输入框事先已给出了一个默认值：C：＼zsxt＼temp，本科还是专科输入框已默认给出了本科，接档处理顺序号输入框留空，供操作者根据实际情况输入当时的操作顺序号或当时操作的备注信息，如湖北本科批一志愿一次投档等，以便之后可以据此信息调出本次数据。
3.3接档数据处理程序设计中的关键技术
3.3.1对接档数据原始表进行合并、联接等处理初步形成yuchuli.dbf
接档数据处理中要做的一个重要工作即是将本次投档中涉及考生基本信息和考生录取专业信息的相关库联接起来，具體地即是要将T_TDD.DBF（考生投档单）和屏幕显示的投档单（ws.Dbf和lg.dbf之和）联接起来。它要求先将ws.Dbf和lg.dbf合并到一个库（pmtdd.dbD里面，然后以合并文理科数据之后的屏幕投档单（pmtdd.dbf）再与考生投档单（T TDD.DBF）联接，联接之后得到一个临时库xs.dbf，和我们的目标库相比，它还存在两个问题：一是该两库联接后默认得到的字段名称跟目标库不一样，二是因联接的原始表里T_TDD.DBF里有些字段是采用代码信息的，联接后得到的也是代码信息，而目标表里则要求是具体的文字信息，如目标表中的生源地区、民族、政治面貌等都均不能直接从参与联接的原始表中获得，需要从相应的代码库TD_DQDM.DBF、TD_MZDM.DBF、TD_ZZMMDM.DBF中取得相关的内容进行替换后才能得到。因此在得到临时表xs.dbf后，还要围绕上面两个问题进行适当的处理，其具体处理方法笔者曾在《异构环境下数据记录的复制与追加》一文中专门进行过研究，此处不再展开。
3.3.2生成全新接档数据并将其加入到接档数据总表
新建高校对每一次接档得到的考生档案数据都会进行如上的一些处理，得到一个当次接档考生数据表，我们将之命名yuchuli.dbf，但该表中可能还包含有在此之前的一些投档数据，是在前期投档过来之后已经处理过了的，本次接档数据在汇总到接档数据总表的时候应把其中前期已投档过来的那一部分给删除掉，生成一个本次最新投档数据，然后再往接档数据总表中添加。笔者在《网上录取数据处理中重复记录去除程序的设计》一文中曾专门研究过这一问题，此处不再赘述。
3.4录取数据处理与接档数据处理的异同之处
录取数据的处理，跟接档数据处理类似，也需要对每一次导出的原始表进行合并、联接，然后与先前已有的录取数据总表进行比较，即要进行类似3.3.1和3.3.2的处理，但与接档数据处理不同的是，录取数据为了后期在通知书上打印出考生相片，在3.3.1中生成当次录取数据预处理表的时候，应增加一个语句“append general相片from，C：Lzsxt＼photos＼ 考生号 .bmp”，以把考生的图片插入到新近录取数据表中；另外在3.3.2部分生成的最新数据表应添加入的是录取数据总表。
4结束语
笔者于2003年首次开发成功的《高校招生网上录取后续处理系统》（当时仅有现场数据处理子系统），经过多年的实践应用、改版设计与新模块的添加，现已形成包括网上录取数据现场处理系统、考生到档查询与录取确认系统、考生录取查询系统、新生入学报到系统等四个子系统的较为稳定的版本。该套系统使我校的招生工作在网上录取现场数据处理、到档查询与录取意向确认、录取结果查询、入学报到等不同的环节均实现了高效快捷的程序化操作，提高了操作的准确性，减轻了招办人员的工作量，为考生提供了一个透明的的查询平台，在学校层面上也实现了教育部要求的“阳光招生”，为学校提取并积累了大量的考生电子档案数据，为后期的数字化校园建设与运行打下了基础。
关键词：新建高校；网上录取；后续数据处理；系统开发
随着计算机网络与信息技术的发展，高校招生工作自1999年在重庆等9个试点省（自治区、直辖市）及北大、清华等12所高校开始试行网上录取，到2003年全国范围内31个省（自治区、直辖市）的高校招生已全部实现了网上录取。目前各省市招办和高校均通过清华大学计算机系开发的“全国普通高校招生网上录取系统”来进行网上录取，省市招办使用招办端（服务器）子系统，各高校使用院校子系统。
通过“全国普通高校招生网上录取系统”院校子系统，各高校可登录全国各地招办服务器并接收投档过来的数据，然后进行分档、阅档、录退等操作，也能使用其数据导出功能将考生档案数据导出成若干DBF文件，但该系统导出的数据在实际中还不能满足各高校的通知书打印等具体需要，还必须经过一定的后续处理。早期各高校招办工作人员均采用Visure Foxpro、Excell、Access等计算机知识结合着来手工进行招生网上录取数据的后续处理，但手工方法有两个方面的不足：一是要求招生工作人员计算机水平较高、计算机操作熟练；二是工作效率低，人员需求量大。根据院校子系统导出的数据和各高校招生工作的实际需要开发后续处理系统是从根本上解决高效快捷地完成招生录取工作的一个发展趋势，为此，笔者在多年的招生录取工作中，深入分析并研究了招生网上录取数据的后续处理过程，开发成功了一套面向新建高校（含民办院校）的《高校招生网上录取后续处理系统》，这一系统包括录取现场的接档与录取数据处理系统、考生到档查询与录取确认系统、考生录取查询系统、新生入学报到系统。下面将从分析高校招生网上录取工作过程与新建高校招生网上录取工作的特点人手，介绍该后续处理系统。
1高校网上录取工作的一般过程与新建高校网上录取工作的特点
1.1一般地，高校网上录取的工作过程为（以在某具体省份某个批次的录取为例）
1）高校在省（含自治区、直辖市）招办预计投档时间前两天开始登录省（含自治区、直辖市）招辦服务器，等待省（含自治区、直辖市）招办投档。之所以要在预计投档时间前两天开始登录，一个是为了提前测试网络，另一个呢，是为了在省（含自治区、直辖市）招办投档的第一时间接档；
2）省（含自治区、直辖市）招办通过院校子系统投档，高校在第一时间接档并组织阅档；
3）高校（经过阅档后）确定拟录、拟退名单并通过院校子系统提交省（含自治区、直辖市）招办审核；
4）省（含自治区、直辖市）招办审核高校提交的录退结果，将高校退档的考生档案收回以便进入下一次（志愿或批次）的投档。
5）经过上一轮投档后未完成招生计划的高校，省（含自治区、直辖市）招办将安排再次投档，依次重复2）4）的各步，直到高校招生计划完成或各志愿批次均已无线上生源。
6）在当前省份当前批次的录取工作结束，进行录取数据的处理，打印录取名册、录取通知书、信封等，发布录取查询信息（包括供校外考生使用的精确查询与供校内有关部门进行的模糊查询）。
1.2新建高校招生网上录取工作的特点
1）近年来，各高校，尤其是新建高校为了保证录取新生的报到率，在接档后确定拟录和拟退名单的时候均会与考生电话联系确认考生就读的意向，而且通常进行接档（与录取）数据处理与电话确认的是属于不同的工作组，接档数据处理是属于网上录取现场技术组，而电话确认则是属于外围的电话确认组，因此，接档数据处理人员必须在尽可能短的时间内向外围电话确认组提供包括考生联系电话在内的较为完整的档案资料数据，而较完整的考生档案数据并不能直接从院校子系统中导出得到，需要在导出后进行适当的数据处理后才能获得。
2）在某个省的某个批次录取结束时，需要及时对录取数据进行处理并发布录取查询信息、打印录取名册、录取通知书、信封等。而且对确定录取考生的档案资料数据一般会要求更多一些，如接档考生一般可以不要相片，但对确定录取考生则需要考生相片以便能够在通知书上打印出相片。因此，对每一个批次的已录取考生数据应考虑与接档数据分开，单独进行处理，把他们单独放到一个数据库（表）里，从院校子系统中抽取比接档考生更多的字段等。
3）无论是接档数据还是录取数据，在每一次处理的时候都应该把先前已处理过的数据去除掉，得到最新接档数据或录取数据，然后再加将它加入到接档或录取数据汇总表中，以避免在接档或录取数据汇总表中形成重复记录。
4）因高校多在全国近30个不同的省（含自治区、直辖市）中招生，而且在每个省（含自治区、直辖市）可能还会有本科与专科等不同的批次，每个批次又可能会经过多次补档才会完成录取计划，在整个录取期间接档数据处理和录取数据处理分别可能达到二、三百次及一百余次之多，为方便以后能调出任意一次的数据或对刚进行的一次错误处理能够进行回溯还原，整个录取期间接档数据处理和录取数据处理系统均应该有记录处理顺序号的字段及相关程序。
5）对接档数据或是录取数据的每一次的处理操作应尽可能的简单，不需要操作员太多的干预或确认，花的时间也希望是尽可能的少，以便能够抢时间进入后面的录取确认工作或通知书发放工作。
6）由于近几年一些省市招办在向院校投档时并不提供考生的电话信息，电话确认组无现成的电话可用，需通过多种途径获取到考生的电话信息、确认考生的就读意向，其中一个重要的途径我们考虑是设计一个考生到档查询与录取确认系统，让考生能第一时间查询到档案是否已投到我们学校并就其就读意向向学校反馈。 2《高校招生网上录取后续处理系统》的模块构成
根据对高校招生网上录取一般过程和新建高校招生网上录取特点的分析，《高校招生网上录取后续处理系统》包括四个子系统：
2.1网上录取现场数据处理系统
该系统的功能模块有系统初始化、数据导人（接档数据导入、录取数据导人）、数据查询（接档数据查询、录取数据查询）、数据编辑（接档数据编辑、录取数据编辑）、数据报表（含接档数据报表和录取数据报表）、录取新生编班、退档考生处理等，早期版本中还设计有学生报到处理程序，所有这些模块中其核心是数据导入，它负责将院校子系统中导出的接档数据或录取数据导入到本系统中进行适当的处理，以能够供我们进行本地查询统计、报表输出或其他的应用。该系统是一个用VF编写的单机版应用系统。
2.2考生到档查询与录取确认系统
该系统把接档处理后的数据作为查询数据源，其主要功能是让考生能第一时间查询到档案是否已投到我们学校并就其就读意向向学校反馈，另也允许学校招生老师使用授权帐户将通过其他途径获取到的考生电话信息与就读意向录入系统并进行一些统计查询，该系统是一个基于B/S的网络环境下的应用系统，采用“ASP ACCESS”开发。
2.3考生录取查询系统
该系统用于将录取现场数据对考生及学校有关部门发布，该系统也是一个采用“ASP ACCESS”开发的基于B/S的应用系统。它主要包括两个模块：即供考生使用的个人录取信息查询系统和供校内有关部门及管理人员使用的录取情况综合查询系统。供考生使用的录取查询是一种精确查询，考生通过输人考号或者身份证号码查询自己是否被录取以及录取专业是什么，供校内有关部门或管理人员的查询是一种模糊查询，可以按选定的条件查询符合条件的录取结果或查询录取的总体进展情况等。
2.4新生报到处理系统
该系统也是一个采用“ASP ACCESS”开发的基于B/S的应用系统。其功能主要是用于新生入学时的报到注册及专业调整，另还为学校有关管理部门及报到现场的操作员提供了依各种不同条件的报到查询，如按省份查询、按操作员查询、按f湖北）生源地市查询等。
3系统核心模块的设计
如前面2.1中所说，数据导入是网上录取数据现场处理系统各组成模块中的核心模块，不仅如此，它在《高校招生网上录取后续处理系统》四个子系统的全部组成模块中也是极为重要的核心模块。它将院校子系统中导出的接档数据或录取数据导人到网上录取数据现场处理系统中进行适当的处理，是之后进行的本地查询统计、报表输出等操作的基础，也是之后进行的各种WEB查询或新生报到处理的基础。它包括两个部分：一是接档数据处理，二是录取数据处理。接档数据处理是将待处理的接档数据来源表经过一定的程序处理使其变成接档数据目标表的一个过程。而录取数据处理是将待处理的已录取数据来源表经过一定的程序处理使其变成已录取数据目标表的一个过程。下面以接档数据处理为例来介绍这两个模块的设计并随后说明录取数据处理和接档数据处理的区别。
3.1接档数据处理来源表（院校子系统导出表）与目标表（网上录取数据现场处理系统要处理成的表）介绍
接档数据原始表的来源在早期曾有两个：一个是从全国普通高校网上录取系统院校子系统中导出的；另一个是从广东WEB版远程录取系统中导出的。我们的接档数据处理也针对这两类不同的来源表分别设计了处理程序，在现场数据处理系统的接档数据导入菜单上表现为加入了广东（WEB版）处理子菜单，但2010年后因广东也开始使用全国版录取系统，这一子菜单就基本上没再被用到了。对于来源于全国普通高校网上录取系统中的导出表，因考虑到省份的不同，在其本身的格式、内容，或要处理成的目标表的要求上有时存在着一些细微差别，因此在接档数据导入菜单下我们针对性地设计了分别面向湖北、河北、广东（WEB）及（其他各省）通用的四个子菜单，这四个子菜单的实现程序大部分是相同，因此我们以通用导人菜单为例来进行说明。
全国普通高校网上录取系统院校子系统中导出的原始表包括通过院校子系统中的“文件/导出投档单”导出的T_TDD.DBF（考生投档单）、TD_DQDM.DBF（地区代码）、TD_MZDM.DBF（民族代码）、TD_ZZMMDM.DBF（政治面貌代码）等共25个数据表以及通过“文件/导出屏幕显示的投档单”按文理不同科类分别导出的如文史类屏幕导出文件ws.Dbf和理工类屏幕导出文件lg.dbf等屏幕导出文件（这些文件名由我们在导出时给出）。
接档数据处理目标表中的主要字段包括：序号，考生号，姓名，性别，出生年月，身份证号，准考证号，民族，生源地区，政治面貌，外语语种，邮政编码，家庭地址，中学名称，联系电话，收件人，考生特征，投档成绩，预投基准分，投档志愿，第一专业，第二专业，第三专业，调剂、录取专业，退档原因，考生特长，高考总分，特征成绩，学籍种类，班级，学号，通知书编号，备注，EMS编号，相片，接档时间，接档顺序号等。
3.2接档数据处理界面设计
接档数据处理的界面如下图（图1），要求操作员输人拟导入原始数据所在目录、选择本科还是专科、输入接档处理顺序号，然后点击确定才能开始处理。为减少操作员过多的输入，原始数据所在目录输入框事先已给出了一个默认值：C：＼zsxt＼temp，本科还是专科输入框已默认给出了本科，接档处理顺序号输入框留空，供操作者根据实际情况输入当时的操作顺序号或当时操作的备注信息，如湖北本科批一志愿一次投档等，以便之后可以据此信息调出本次数据。
3.3接档数据处理程序设计中的关键技术
3.3.1对接档数据原始表进行合并、联接等处理初步形成yuchuli.dbf
接档数据处理中要做的一个重要工作即是将本次投档中涉及考生基本信息和考生录取专业信息的相关库联接起来，具體地即是要将T_TDD.DBF（考生投档单）和屏幕显示的投档单（ws.Dbf和lg.dbf之和）联接起来。它要求先将ws.Dbf和lg.dbf合并到一个库（pmtdd.dbD里面，然后以合并文理科数据之后的屏幕投档单（pmtdd.dbf）再与考生投档单（T TDD.DBF）联接，联接之后得到一个临时库xs.dbf，和我们的目标库相比，它还存在两个问题：一是该两库联接后默认得到的字段名称跟目标库不一样，二是因联接的原始表里T_TDD.DBF里有些字段是采用代码信息的，联接后得到的也是代码信息，而目标表里则要求是具体的文字信息，如目标表中的生源地区、民族、政治面貌等都均不能直接从参与联接的原始表中获得，需要从相应的代码库TD_DQDM.DBF、TD_MZDM.DBF、TD_ZZMMDM.DBF中取得相关的内容进行替换后才能得到。因此在得到临时表xs.dbf后，还要围绕上面两个问题进行适当的处理，其具体处理方法笔者曾在《异构环境下数据记录的复制与追加》一文中专门进行过研究，此处不再展开。
3.3.2生成全新接档数据并将其加入到接档数据总表
新建高校对每一次接档得到的考生档案数据都会进行如上的一些处理，得到一个当次接档考生数据表，我们将之命名yuchuli.dbf，但该表中可能还包含有在此之前的一些投档数据，是在前期投档过来之后已经处理过了的，本次接档数据在汇总到接档数据总表的时候应把其中前期已投档过来的那一部分给删除掉，生成一个本次最新投档数据，然后再往接档数据总表中添加。笔者在《网上录取数据处理中重复记录去除程序的设计》一文中曾专门研究过这一问题，此处不再赘述。
3.4录取数据处理与接档数据处理的异同之处
录取数据的处理，跟接档数据处理类似，也需要对每一次导出的原始表进行合并、联接，然后与先前已有的录取数据总表进行比较，即要进行类似3.3.1和3.3.2的处理，但与接档数据处理不同的是，录取数据为了后期在通知书上打印出考生相片，在3.3.1中生成当次录取数据预处理表的时候，应增加一个语句“append general相片from，C：Lzsxt＼photos＼ 考生号 .bmp”，以把考生的图片插入到新近录取数据表中；另外在3.3.2部分生成的最新数据表应添加入的是录取数据总表。
4结束语
笔者于2003年首次开发成功的《高校招生网上录取后续处理系统》（当时仅有现场数据处理子系统），经过多年的实践应用、改版设计与新模块的添加，现已形成包括网上录取数据现场处理系统、考生到档查询与录取确认系统、考生录取查询系统、新生入学报到系统等四个子系统的较为稳定的版本。该套系统使我校的招生工作在网上录取现场数据处理、到档查询与录取意向确认、录取结果查询、入学报到等不同的环节均实现了高效快捷的程序化操作，提高了操作的准确性，减轻了招办人员的工作量，为考生提供了一个透明的的查询平台，在学校层面上也实现了教育部要求的“阳光招生”，为学校提取并积累了大量的考生电子档案数据，为后期的数字化校园建设与运行打下了基础。