中职数字校园信息数据流模型建设——以河南省工业学校为例

汪海平

（河南省工业学校，河南 郑州 450011）

1 DI 数据交换模型开发

DI 数据交换模型的开发，是信息数据流建设的重点内容，只有设计号数据交换的模型，数据中心和各业务系统的数据才能畅通无阻的运行，才消除数据孤岛，实现数字校园建设的进一步发展，本文以学生基础数据流转进行说明。

1.1 学生数据

学校中使用率最高的数据，当属学生数据，学生数据的数据流模型说明如下：

1.1.1 招生系统到数据中心的学生基本信息

数据交换说明：该同步模型是将招生系统表中的数据抽取到数据中心的学生招生信息表，该表中的数据来源是招生系统中已经刷身份证进行确认过的学生数据，如招生系统中对该学生没有进行确认，则不进行抽取。抽取的数据，供学工系统抽取，以便进行分班和分学号使用。

数据源系统：招生系统；数据源数据表：tb_stus_state；目标系统：数据中心平台；目标数据库表：tb_stus_state；数据抽取或推送方向：招生系统到数据中心平台；DI 数据模型名称：tb_stus_state.dbr。

1.1.2 学工系统到数据中心的学生基本信息

数据交换说明：该同步模型是将学工系统表中已经分班分学号的学生数据抽取到数据中心的学生信息表，该表中的数据来源是学工系统中已经分过班级和学号的学生数据，如学工系统中对该学生信息进行了修改，则同样会进行再次抽取修改后的数据。此时抽取到数据中心的数据，为学生的正式数据，供其他系统抽取使用。

数据源系统：学工系统；数据源数据表：TB_XJDA_XJXX、TB_BASE_SJZD_BZDMB、XS_DORM_VW、TB_BASE_BJ_BJXXB BJ；目标系统：数据中心平台；目标数据库表：TA_XSGL_XST；数据抽取方向：学工系统到数据中心平台；DI 数据模型名称：TA_XSGL_XST.dbr。

1.1.3 数据中心到一卡通系统的学生基本信息

数据交换说明：该同步模型是将数据中心系统表中的数据推送到一卡通系统的人员信息表，该表中的数据来源是数据中心的学生数据，推送到时，将学生数据推送到一卡通中间库，然后由新开普自己的内部同步程序自动抽取到一卡通正式库中，若学生信息修改，则也会将修改后的数据推送到一卡通中。

数据源系统：数据中心；数据源数据表：TA_XSGL_XST；目标系统：一卡通中间库；目标数据库表：M_BASE_CUSTOMERS；数据推送方向：数据中心到一卡通中间库。DI 数据模型名称：M_BASE_CUSTOMERS.dbr。

1.1.4 数据中心到教务系统的学生基本信息

数据交换说明：该同步模型是将数据中心系统表中的数据推送到教务系统的学生信息表，需要注意的是，在推送学生信息之前，应该先推送班级信息，这样，学生就是自动归属到相应的班级内。因教务系统数据表没有updatetime 字段，因此，目前使用的是全量更新方式，更新时，只更新在校在籍的最近两届学生，历史数据不进行更新和推送。

数据源系统：数据中心；数据源数据表：TA_XSGL_XST；目标系统：教务系统；目标数据库表：T_JW_STUDENTSTATUS；数据推送方向：数据中心到教务系统；DI 数据模型名称：T_XS_STUDENT.dbr。

1.1.5 教务系统到妙思图书系统的学生基本信息

数据交换说明：该同步模型是将教务系统表中的数据抽取到妙思图书系统，该同步程序接口部署在妙思图书系统上，可以根据年份对数据进行抽取，抽取的条件是教务系统必须已经有相应学生数据。

数据源系统：教务系统；数据源数据表：T_JW_STUDENTSTATUS；目标系统：妙思图书借阅系统；目标数据库表：dbo.dzxxb；数据抽取方向：教务系统到妙思图书借阅系统；DI 数据模型名称：无。

1.2 数据

班级数据、教师数据、专业数据、课程数据、组织机构数据与学生数据流转类似（隐去）。

2 DI 数据交换模型故障处理

DI 数据交换模型在日程运行维护过程中，会因为某些交换模型所用到的数据源数据库信息修改，或者目标服务器账号密码更新等问题，导致数据交换中心的自动化运行停止，甚至也可能会导致其他正常的数据同步模型也无法正常执行，遇到这些情况，该如何逐步拍出故障进行处理呢，下面是具体的执行步骤，按照此步骤，一般常见的数据交换模型故障都能被处理掉，具体操作步骤如下。

第一步，用管理员账号登录数据交换平台，访问地址为：***。访问此平台建议使用谷歌浏览器或者使用谷歌内核的浏览器，根据使用经验，UC 浏览器的支持效果最好。

进入该平台后，依据左侧菜单栏找到监控管理--》整体监控--》作业总体监控，在该界面下找到出现报错的DI Job 作业，如下图所示。

第二步，通过远程桌面进入数据交换平台服务器，打开桌面DI Studio 软件。

第三步，找到报错的DI Job 作业，测试该作业上牵涉到的数据库连接，如果数据库无法连接，则说明数据源或者目标数据库的数据库出现了问题，需要排查数据库连接账号信息。如果数据库连接都是正常的，则需要先手动执行一次同步，看同步程序能否正常执行，此时，需要排查执行结果日志记录，查看是哪个步骤出现的问题，一个正常的DI 数据模型，一般出现问题的错误日志是“违反惟一性数据约束”，此时，查看数据表数据源中抽取的数据是不是出现了已经同步过的数据，或者数据表数据源中的主键字段出现了NULL 值，这时会造成如上提示，根据错误日志逐步排查即可解决问题。

第四步，如果是数据库连接错误，把所有数据库连接修改完成之后，拷贝这个DI Job 到运行环境。即：从服务器C：primetondidistudioproject rans 下拷贝job到D：diserverdiserverproject rans。

如果是因为违反惟一性约束导致的同步无法执行，排除错误数据即可，不需要修改DI JOB。

原理说明如下：

C：primetondidistudioproject rans 此目录是用于存放distudio 里的job

D：diserverdiserverproject rans 此目录是用于存放运行服务器里的job

重启桌面上server、governor、agent 这三个可执行程序即可使得修改后的job 生效。

注意：若DI Studio 里面的job 跟运行环境里面的job 不一样，可先从D：diserverdiserverproject rans 下拷 贝job 到C：primetondidistudioproject rans 里，然后再进行修改即可。

3 存在的问题

中职学校的特点，不如高校学生和普教阶段学生那么固定，学生流动和变化相对较大，因此，信息数据流不能建设成一成不变的模型，要根据情况，可以随时修改，随时适应新情况的变化。

其次，解决信息数据流过程中的“卡脖子”环节，如新生报到时，需要给报到的学生分配学号和班级，如果这个环节做不好，就会造成后续环节中断，如无法在新生报到当天给予学生发一卡通。因此，应将此环节前移，减少对多个系统的依赖，学生的学号和班级信息数据生成之后再往后续系统流动，提高教师和学生的用户体验。

4 结束语

中职学校数字校园建设经过多年发展，目前并无统一的标准来确定什么类型的数据应该有哪个系统产生；学校业务系统积累的各类信息数据应该怎样流动才更合理，也无可遵循的规则；结构化数据和非结构化数据的数据交换，也只是依据学校本身的情况进行。针对上述情况，本文组针对我校在数字校园建设过程中出现的问题，进行信息数据流建设有效策略研究。

数字校园建设经过多年发展，我校业务系统不断增多，由此不可避免地产生了“信息孤岛”，通过建立一套信息数据流建设的有效策略方案，依托我校已经建立的数据中心平台，整合校园内各类信息资源，最终实现各类信息数据按需流动，为后期将我校建设为智慧校园，可视化和预警平台、大数据应用、智能化应用等提供必备条件。