基于高校数据中心流程再造模型探究

《基于高校数据中心流程再造模型探究》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、基于高校数据中心流程再造模型探究摘要：本文调研了上海高校数据中心建设情况。基于上海高校数据中心建设现状：规划先行分步实施、硬件支持全面保障、数据集成数据共享、挖掘分析决策支持以及学校核心业务流程再造的迫切需要，面向高校国际化战略目标，提出适合中小型高校基于数据中心的流程再造模型，并对模型的构建背景、构建思路、创新点和应用关键点加以阐述和分析。此文的研究成果将对中小型高校运用现代信息技术进行学校业务流程再造提供全局的、实用的、突破性的建设思路。关键词：高校数据中心；流程再造；模型中图分类号：TP302文献标识码：B文章编号：16

2、73—8454(2012)17—0009—05一、引言信息化建设是高校内涵建设的重要组成部分。在信息技术飞速发展的今天，越来越多的国际名校选择通过信息技术手段重新思考和彻底地重新设计学校的核心业务流程，从而更好地服务自己的用户，应需而变，迎合市场适应社会，获得更强的竞争力。那么在我国高校纷纷建设自己的数据中心、提供各种应用和服务时，是否应冷静思考高校的信息化建设应如何为学校未来的可持续发展提供更多的战略帮助？高校要转型，高校要发展，高校要国际化，这些目标的实现都离不开信息技术支撑平台。本文拟通过调研上海高校数据中心建设现状，围

3、绕高校核心业务流程再造的命题，基于高校数据中心物理层、数据层架构，设计出适合中小型高校流程再造的模型并加以分析论证。二、高校数据中心数据中心的概念很宽广，从体系架构的角度来看，分为物理层、数据层、应用层或服务层，各层之间并非独立，而是相辅相成，融为一体。普通用户只能感受到服务层或应用层的变化，作为信息技术人员，从不同角度谈论数据中心，将会呈现出不同的维度效果。高校数据中心指在数字化校园的建设过程中，以电信级机房设备向校园各用户提供专业化和标准化的数据存放业务和相关服务的统一支持环境［1］。高校数据中心主要是为数字化校园建设的公

4、共基础服务、各类应用服务提供全方位的运行和管理功能。高校数据中心主要定位于服务数字化校园建设。建设内容主要包括：物理层、数据层、应用层以及三者的集成。(1)物理层建设：包括机房、系统、网络以及网络安全等底层建设。(2)数据层建设：通过采取一定策略，使不同业务部门的数据实现集中与共享，实现数据备份与恢复，保障数据安全。（3）应用层建设：开发和集成高校各应用系统，提供面向用户（教师、学生、员工等）业务流程实现和各类服务。三、上海高校数据中心建设现状从2009年开始，作者先后走访了十几所高校信息技术部门，全面了解各所高校信息化建设特

5、别是数据中心的建设情况。围绕数据中心硬件架构、公共数据库、数据交换、数据安全、挖掘分析等问题和这些高校信息技术人员进行访谈。并与多家软件服务类公司技术或研发人员进行技术交流和探讨。访谈同时作者检索阅读了大量企业、高校数据中心建设，企业、高校流程再造等方面的文献、书籍并查阅了各大高校包括国外高校信息化建设专题网站，运用多学科理论、方法拓宽研究思路和研究方法。作者经过几年调研、思考和项目建设经验梳理和概括出上海高校数据中心建设四点现状：规划先行分步实施、硬件支撑全面保障、数据集成数据共享、挖掘分析决策支持。接下来的章节将围绕这四点

6、现状以个案分析的形式展开。1.教育部直属高校个案分析以复旦大学为首，上海高校几乎都是在许多应用系统“信息孤岛”的现状中通过数据整合工具，在硬件条件不断完善的基础上经过若干年的信息化建设才将数据中心IDC（InformationDataCenter）从体系架构和实际应用中凸显出来的。高校数据中心的建设不是一个项目一次投入就完成的。像复旦这样的一流大学也是分阶段分期实施，第一阶段基础建设，第二阶段应用系统建设，第三阶段信息资源整合及服务集成。目前复旦处于建设的第三阶段。在数据集成方面复旦选用Oracle0DI中间件，前期由公司根据

7、交换需求进行二次开发，2009年底开始由学校信息技术部门专人根据流程变化需要调整交换策略。在实施数据交换的过程中，他们发现交换难不在技术而在协调。要在全校范围内确定“标准”，应用系统往这个“标准”进行整改，才能确保交换顺利推进。复旦共享数据库先后经历三次改进，数据仍处于积累阶段，还未达到学校决策支持的最终目标。调研过程中，我们也看到高校数据中心不同的应用场景。比如华东师范大学选择东软作为长期合作开发伙伴，坚持“一个库”工程。全校建立统一的公共数据库，分部门更新和管理生产数据。统一的公共数据库和统一的权限管理使得全校基础数据来源

8、唯一，避免大量分置的重复数据，也避免了人工干预同步数据。但由于华东师范大学办学规模大，就平台使用人员来看，2012年在校用户（本专科生、研究生、教职工、教师及科研人员）就有近35000人，这还不包括校友、社会人员。公共数据库膨胀很快，曾出现过核心业务流程因并发用户的激增而宕机