数据云服务中心的优势

　　高校数据云服务是利用云计算技术为各业务系统提供数据服务的模式。此架构下，各类计算资源和业务资源高度集中，用户无需了解提供服务的来源和实现的过程。当用户有数据要求时，只需在数据云交换平台的框架下提出数据服务请求，相关业务云将返回数据，用户综合所获数据就能得到结果。

　　各业务部门的系统协同工作

　　以毕业生离校为例，以前的做法是建立一个完整离校系统，到各个相关部门系统获取学生信息，检查是否能够离校。如果遇到离校环节中的一个部门系统的结构出现修改的情况，整个离校系统就需要重新修改。而在数据云交换平台上，人们不需要编写一个完整的毕业离校系统，就能使各部门协同工作，完成离校处理业务。具体方法是建立一个毕业生离校业务流，向多个业务云发出学生离校请求。各业务云在完成离校业务的内部处理后，返回处理结果。好处是只要进行少量编程，接收处理各业务云返回的结果，实行人机交互，即可实现离校功能。

　　系统便于维护

　　各个业务系统被要求按照数据协同交换规范和数据服务接口改造成能对外提供数据服务的业务云，其相互之间耦合度低。无论各个业务系统如何换版升级，必须遵循相关的接口规范，保持其他系统的稳定。即使是因为业务系统升级导致发出的数据错误，也很容易定位查找。只要对某个业务云进行收发数据测试，检查数据是否符合规范，就能查清问题所在环节，要求软件开发商整改。而传统的方式常常需要多个系统的开发商联合调试，可操作性差。

　　数据更新及时

　　数据云服务模式遵从“谁提供，谁负责”原则。由源数据系统被动提供数据转变为主动提交数据到中心。每次源数据出现变化，会立即将此数据变更传输到中心端，中心端接收数据，对校级数据库进行修改，同时将此变更数据传输到相关的业务系统中。即使出现系统线路不畅情况，采用MQ(消息中间件)技术，网络一通即可传输，实现延时传输。这样的数据更新能够保证每次源数据变化都能及时同步到中心端和相应系统中，避免外部系统在源系统数据库中进行操作，保证源数据的安全性，降低源数据库的复杂度。

　　可快速开发出新业务

　　例如，科研处希望分析各个理工类学院的人均SCI文章的篇投入成本。实际上，这是一个复杂的跨多个系统的综合查询分析，但是在数据云交换平台的框架下，实现将变得简便。首先设计并配置出该项请求的业务处理流程，向数据云服务中心分步骤发出数据请求；数据云服务中心将自动从人事管理系统获取各学院教学科研编制人数，从科研管理系统获取各学院SCI论文数，从财务管理系统获取各学院科研和日常经费投入，从资产管理系统获取设备经费投入，返回数据请求端；最后，编写一段很小的代码，按照本学院总经费投入÷(SCI篇数/本学院人数)的公式实时计算结果。通过该项指标科研处可以从其中一个独特的视角观察各个学院的科研工作效率。随着高校发展，很多诸如此类的指标将会产生。如果统计每个指标都需要新编写一套系统，而不是通过基本的参数配置，编写简单的代码来完成的话，那么工作量将非常大。如果校内业务系统全部能提供数据服务，那么可以通过配置业务处理流程的方式在数据云服务中心获得数据，经过分析处理后得出需要的结果，再不需要编写复杂的代码。

　　建立数据云交换平台模型

　　搭建平台的流程

　　目前南昌大学通过分析业务数据流，制定数据协同交换规范，定义数据服务接口，改造各业务系统，搭建数据云服务中心，形成数据云交换平台。

　　首先，分析校内所有部门间的业务数据流。在分析过程中，将业务尽可能细化，比如查询成绩需要提供查询某个学生、某个班级、某个专业等多种方式。很多系统都需要这样的成绩查询的数据服务接口，如评奖评优系统、毕业证学位证发放管理系统等，提高业务复用性。

　　然后，按照“谁提供，谁维护”的原则，补充数据维护内容。一旦某项数据发生变更，如学籍产生异动，学籍管理系统主动向数据云服务中心发出数据更新，由数据云服务中心更新校级数据库，并转发数据维护通知给所有业务系统，及时更新数据。

　　最后，制定数据协同交换的规范和数据服务结构，将各业务系统改造为业务云。目前一期工程计划完成教务管理业务云、财务管理业务云、人事管理业务云和研究生管理业务云的改造，使得各业务系统具备对外提供数据服务的能力，能响应业务请求，在校级数据云服务中心的统一管理下，形成一个完整的数据云交换平台。