一、数据交换机制
数据变更跟踪组件实时跟踪数据提供者的数据变更，形成待更新的数据。
数据更新组件依据设置的数据转换规则对待更新的数据进行过滤、转换，形成标准格式的数据，依据数据更新计划更新中心数据库中相应的数据。
数据同步组件依据数据同步计划，同步相应应用数据库中相应的数据。
通过以上组件提供的接口与应用程序和服务传递消息，通过配置的适配器和管道接收、解析、路由和发送消息；采用异步方式处理消息，避免消息处理的时间延迟；允许平台管理员和其他授权用户随时更新配置，而不必中断应用程序和服务。
公共数据交换过程如下：
1、数据提供者
数据提供者是提供某一业务数据(到数据项)的应用软件及相应的数据对象，由用户参照信息标准进行设置。任一业务数据(到数据项)只能有唯一的数据提供者。 2、数据使用者
数据使用者是使用某一业务数据(到数据项)的应用软件及相应的数据对象，由用户参照信息标准进行设置。某一业务数据(到数据项)可以有多个数据使用者。 3、数据变更跟踪组件
数据变更跟踪组件依据设置的数据跟踪计划智能跟踪应用数据库中的数据变更，生成数据变更包并提交到中心数据库。其中，事件服务用于数据的采集和发布；传输服务采用同步与
第 21 页 共 66 页
异步的方式传输数据，确保数据传输的及时性与通用性。 4、数据更新组件
数据更新组件用于分析、过滤和转换待更新的数据。 通过过滤器将待更新的数据转发给转换器，由转换器使用设置的数据转换规则将数据转换成统一的格式(可以加密/解密)转发给路由器，由路由器将数据路由给数据更新执行程序，由数据更新执行程序更新中心数据库中的相应数据。 数据更新组件支持多种驱动方式：
Web Service——提供标准的Web Service接口，通过调用Web Service方法启动数据交换任务。
JMS——应用软件收到数据交换任务独立发布的JMS消息，即可向公共数据交换平台发送消息启动指定的数据交换任务。
定时任务——通过制定的数据交换任务执行计划，定时自动启动数据交换任务。 数据更新触发——通过在数据源上加载触发器或挖掘操作日志侦测数据变更，一旦数据源的数据发生变更，自动启动相应的数据交换任务。 5、数据同步组件
数据同步组件用于将待同步的数据同步到相应的应用数据库。 数据同步组件接收到数据更新组件发送的消息后，依据数据同步计划将待同步的数据转发给路由器，由路由器将数据路由给数据同步执行程序，由数据同步执行程序将待同步的数据同步到相应的应用数据库中。 6、数据接收和发送
通过“接收适配器→过滤器→转换器→路由器→发送适配器”，完成数据的交换过程； 整个交换过程由数据变更跟踪组件的跟踪事件驱动。 7、数据过滤
根据设置的业务规则和信息标准，对待交换的数据进行分析处理，过滤出不符合业务规则和信息标准的数据。 8、数据转换
依据信息标准对待交换的数据进行格式转换，形成接收方可以接收的数据格式。 9、消息路由
依据配置的路由策略对消息进行路由转发，确保数据在公共数据交换平台与应用软件之间的可靠传送、安全交换。 10、适配器
适配器是用于转换不同格式信息的接口。
可用支持如下协议或服务的适配器：Portal Server(门户服务器)，JMS(JAVA消息服务)，HTTP(超文本传输协议)和HTTPS(安全超文本传输协议)，JDBC(JAVA数据库连 接)，SSL(安全套接层协议)，TCP(传输控制协议)，UDP(用户数据报协议)，SOAP(简单对象访问协议)，WSDL(WEB服务描述语言)。
二、数据交换功能 1、信息标准管理
设置数据标准、代码标准，构建与维护数字校园综合管理平台信息标准。 2、中心数据库管理
维护元数据，构建与维护数字校园综合管理平台中心数据库，为公共数据交换提供安全、可靠的中枢；依据信息标准和元数据灵活构建与维护各类数据对象，为综合信息查询和综合校情展示提供数据支持。
3、数据交换管理
第 22 页 共 66 页
采用主流的数据集成中间件，提供强大的数据抽取、数据更新和数据同步功能，提供丰富的数据交换方式，可以满足不同环境对数据集成的要求。
设置数据提供者，确定每一项需要交换的数据由哪个应用软件提供； 设置数据使用者，确定每一项需要交换的数据由哪些应用软件使用；
设置数据转换规则，参照信息标准对需要交换的数据进行转换，涉及到数据类型转换、数据截取、数据合并、数据替换、关键字生成、行列转换等。
提供自动交换数据功能与辅助交换数据功能，可以实现数据库及结构化文件之间的数据复制、数据迁移和数据交换；
部署和管理数据变更跟踪组件、数据更新组件与数据同步组件； 监控、审计数据交换过程，必要时根据数据交换日志恢复异常数据。
三、数据交换特点
1、符合J2EE技术规范，支持JMS(JAVA消息服务)、RDBMS(关系数据库管理系统)、SOAP(简单对象访问协议)、HTTP(超文本传输协议)、SMTP(简单邮件传输协议)、Files等协议和服务，使用Web Service整合与集成各个应用软件。
2、符合面向服务架构(SOA)，以Web Service服务形式向应用软件提供数据交换任务。
3、基于组件开发，提供丰富的插件接口，可以通过插件配置器方便地增删组件。 4、数据交换过程驱动方式灵活，包括Web Service驱动、JMS消息驱动、制定计划任务定时驱动和数据更新触发。
5、数据交换过程消息分发方式多样，包括Web Service分发、JDBC分发、消息队列分发和消息订阅分发。
6、只需将相关组件部署到应用服务器中，平台管理员可以方便地使用管理配置界面进行日常的运行维护。
7、支持集群部署和热部署，提供负载均衡和故障转移功能，保证不间断服务；使用同步方式与异步方式传输数据，确保数据的高效传输。
第六章 综合查询服务平台
综合查询服务平台基于数字校园综合管理平台中心数据库，对高校长期以来积累的大量数据进行多层次、多维度的整合，可以根据需要简便快捷地生成各种规范报表(包括高基表)，通过统一信息门户平台为各级领导提供无限扩展的个性化综合信息查询服务。
一、查询服务框架
综合查询服务平台逻辑架构如下：
第 23 页 共 66 页
综合查询服务平台基于中心数据库构建，包括标准对象生成器、查询定制组件、报表生成器、查询服务生成器和信息查询Portlet五个部分。
综合查询定制过程如下：
(1)通过公共数据交换平台从应用软件中抽取业务数据，整理并更新到中心数据库。 (2)标准对象生成器根据信息标准与元数据生成标准数据对象。
(3)用户使用查询定制组件自定义需要的查询，并通过报表生成器生成报表。
(4)查询服务生成器根据用户自定义的查询，生成可发布的查询服务(WEB页面/Webservice)。
(5)用户通过统一信息门户平台访问已发布的查询服务。
二、查询服务功能
第 24 页 共 66 页
1、高基表
自动生成高基表结构，并自动统计各项数据；支持录入/修改数据的功能。 可以生成27张高基表如下： 高基11 学校(机构)基本情况
高基211 研究生分专业(领域)学生数 高基212 普通本科、专科分专业学生数 高基213 成人本科、专科分专业学生数 高基214 网络本科、专科分专业学生数 高基221 在校学生年龄情况
高基222 招生、在校学生来源情况 高基231 学生变动情况
高基232 学生休退学的主要原因 高基24 在校学生中其他情况
高基25 在职人员攻读博士、硕士学位分学科学生数 高基27 其他学生情况 高基28 外国留学生情况 高基31 教职工情况
高基32 专任教师、聘请校外教师岗位分类情况 高基33 专任教师、聘请校外教师学历(位)情况 高基34 专任教师年龄情况 高基35 分学科专任教师数 高基36 专任教师变动情况 高基37 研究生指导教师情况 高基38 教职工中其他情况 高基411 资产情况 高基412 资产情况 高基42 校舍情况 高基91 补充资料
高基921 民办高校、独立学院校园占地权属情况 高基922 民办高校、独立学院建筑面积权属情况 2、数据对象管理
管理综合查询需要的标准数据对象；数据对象类型包括数据表和数据视图。 使用标准对象生成器创建、删除数据对象；查看数据对象结构及存储的数据。 3、查询管理
通过向导方式，使用查询定制组件自定义查询。 第一步：设置查询名称。
第二步：设置使用的数据对象。
第三步：设置数据对象关联与显示的数据项。 第四步：设置查询条件。 第五步：设置行列顺序。 第六步：预览(生成报表)。 4、信息查询
根据自定义的查询，使用查询服务生成器生成相应的查询服务，通过统一信息门户平台提供无限扩展的个性化综合信息查询服务。
第 25 页 共 66 页