智慧校园建设方案!高校统一数据中心解决方案

智慧校园建设方案！高校统一数据中心解决方案

1.项目背景

随着办学规模的扩大，高校对信息化建设的要求越来越高，各种管理系统先后建成并投入使用。在工作效率提高的同时，问题也逐渐显现：由于受系统使用或开发时间、经费、目的等限制，各部门之间的业务系统处于相互独立的状态，彼此之间不能实现数据交换，从而导致部门间形成“信息孤岛”，造成数据无法有效共享、应用缺乏有效集成以及冗余数据无法处理的现象，同时，高校信息化过程当中由于缺少行之有效的顶层设计，以及没有统一的信息化建设标准，导致各种业务系统数据不标准、不统一、质量差、冗余化。且同样的数据在不同部门的使用过程当中产生越来越大的分歧。因此，学校专属的信息化建设标准、可持续迭代的数据交换、共享、治理平台、可靠的本地化服务团队显得尤其关键。因此，构建数字化校园，将全校范围内的各个业务系统进行高效整合，以实现管理的一体化和资源共享，已成为高校信息化的建设重点。

2.统一数据平台概述

统一数据平台基于高校管理信息标准体系，结合考虑学校的管理业务域，构建学校的数据中心，提供数据交换平台、共享数据管理及数据服务平台，支持第三方应用系统数据集成，实现信息的顺畅交换和共享；提供基于主题的综合查询服务，并可按照学校的具体需求扩展业务主题及查询服务；提供基于共享数据的灵活报表，利用现代的数据可视化工具，可以灵活生成各类报表，为学校各级用户提供便利、多样的数据使用服务。统一数据平台适合于各种规模、各种性质的高等院校以及其他教育管理机构。

3.技术核心

ETL（Extraction-Transformtion-Loading），即数据的抽取、转换与加载，是将分散、零乱、标准不统一、码制不一致的数据整合到目标数据库中的技术。它从各种原始的业务系统中提取数据，按照一定规则进行数据转换，最后将转换的数据按计划导入目标数据库中。

4.统一数据平台内容

4.1统一数据平台架构

如上图所示，各层次之间在逻辑上相对独立。不同的用户可以根据自己的实际情况，在总体规划下，分阶段建设。

高校如果需要建设一个完整的开放式的IT生态体系，实际上是包括了从开发生态、运行生态、应用服务生态到运营生态的全生命周期的建设过程，并最终以服务的方式向最终用户进行业务展现。每个阶段的建设思路和模式都对整体信息化建设起着至关重要的影响。

开发生态：

通过组件化开发平台，形成应用和组件，应用和组件挂载到校园服务总线，可为校内应用服务池和业务应用管理服务平台调用。并将其通过资源库的方式积累为行业资源库，为日

后资源复用提供储备。同时开发平台能够对外部的第三方应用进行服务化的封装，同样形成新的应用或组件，挂载到校园服务总线。基于组件化开发平台的可视化开发过程，校内的广大师生和社会人士也可以通过该工具完成简单的应用服务开发，并通过发布工具发布到校内，增强信息化建设整体参与面的广度和深度。

●运行生态：

以校园服务总线、应用管理服务平台以及包括主数据管理、身份认证管理、统一通讯、移动支撑平台等在内的公共应用组件，为学校提供统一的、高交互性、高开放性的服务应用运行环境。其提供的服务都是通过校园服务总线进行统一发布的服务，通过业务应用管理服务平台将其编排成符合学校需要的业务逻辑，提供给用户使用。

校园服务总线负责整个学校信息化建设各个平台间服务交互和信息传递，通过服务治理工具管理服务运行，通过基于校园服务总线的服务集成工具完成服务的集成和交互，通过服务标准管理工具保障各服务间调用的规范性。

被服务调度总线封装的，除了组件化开发平台提供的应用和组件外，还包括校内很多的基础应用组件，如主数据管理、统一身份认证、统一支付等，都以服务的方式在服务调度平台上进行挂载，并借由服务调度平台完成同其它平台的集成。

●应用服务生态：

改变原有的行政化、管理化信息系统使用模式，以类互联网的模式，形成校内的应用超市，包括校内师生综合服务平台和校外的服务应用池，有效接入，实现应用服务的动态分配和按需使用。并对服务使用进行全面监控和管理，对业务过程和服务质量做到有效评估。

●运营生态：

改变现有的分散管理模式，通过服务调度平台的高集成度，将校内所有的软硬件进行统一的监控，随时了解校内全局信息化状况，极大的增加了校园信息化的响应程度和处理速度。对于学校来说，依托于服务商的运维只是一部分。更多的运维、优化和升级工作需要学校内部人员的参与。基于开放平台的体系架构，依托于外部服务提供商形成线上/线下的专业训练营和项目管理培训课程，帮助学校师生了解、掌握运营方式方法，让全校师生一同参与到学校信息化运营之中。形成良性的运营体系。

综上所述，开发生态、运行生态、应用服务生态与运营生态是环环相扣，密不可分的。每个部分都有其具体的作用与价值，只有发挥出每个环节的价值，才能最大化高校信息化建

设的效果。

4.2统一数据平台构成

从数据内容角度看，统一数据平台可由以下几方面组成：

4.2.1元数据

元数据（meta-data）是描述高校数据的相关数据，指在IT系统建设过程中所产生的有关数据定义，目标定义，转换规则等相关的关键数据，包括对数据的业务、结构、定义、存储、安全等各方面对数据的描述。

我们采用的体系如下图：

这种体系结构是分布式体系结构的变体，根存储库实现了元模型的公共部分（横跨整所高校），叶子存储库实现了一个或多个特定的公共元模型子集，并只保存这些自己所对应的元数据实例。特定客户可以主要访问其感兴趣的元数据所在的叶子存储库，也可以访问其它叶子存储库和根存储库。大数据治理系列

4.2.2主数据

主数据（MD Master Data）指系统间共享数据。

HEMI由以下11个子集组成：

GXXX学校概况数据子集：组合了学校概况数据类的数据元素定义；

GXXS学生管理数据子集：组合了学生管理数据类的数据元素定义；

GXJX教学管理数据子集：组合了教学管理数据类的数据元素定义；

GXJG教职工管理数据子集：组合了教职工管理数据类的数据元素定义；

GXKY科研管理数据子集：组合了科研管理数据类的数据元素定义；

GXCW财务管理数据子集：组合了财务管理数据类的数据元素定义；

GXZC资产与设备管理数据子集：组合了资产与设备管理数据类的数据元素定义；

GXBG办公管理数据子集：组合了办公管理数据类的数据元素定义；

GXWS外事（港澳台事务）管理数据子集（简称：外事管理数据子集）：组合了外事（港澳台事务）管理数据类的数据元素定义；

GXDA档案管理数据子集：组合了档案管理数据类的数据元素定义；

GXGZ高职院校专用数据子集：组合了高等职业院校管理专用数据类的数据元素定义。

全量数据

全量数据（All measured data），是指高校日常产生的所有数据。其包含元数据，主数据。

我们依据高校的实际业务情况，结合主数据修订出符合高校实际情况的校标数据。一般包含一卡通数据、网络数据、公共代码库、虚拟文件库等;