2016/1/29 16:22:45 数字化校园资源整合实现的关键技术问题探讨

从上世纪80年代以来许多学校陆续建成教务、人事、科研、管理等许多应用系统,这些应用系统往往由业务部门自行建设。随着信息化建设不断深人,发现存在许多问题川,如信息标准不统一、资源共享困难、数据存在多源性、信息基础设施重复建设等。因此,有必要对各种信息资源进行整合。在资源整合过程中是采用全新建设模式,还是资源整合模式,是采用集中型数字化校园格局,还是松祸合型数字化校园格局,开发模式是采用自建、共建,还是他建是学校领导层面临的重大决策。数字化校园资源整合是一个复杂的系统工程,是一个逐步完善的过程,它不仅仅是技术层面的问题,也涉及管理层面的问题。存在宏观规划决策与具体实施等细节问题。

   目前数字化校园资源整合是信息化建设的一大热点,如何保护已有的信息资源,提升信息化服务质量,出现了信息资源整合,出现了URP, SOA,XML等新概念与新理念,在技术架构上出现了J2EE架构和.NET架构。许多IT厂家纷纷推出自己资源整合产品,如:IBM VVebSphere, IBM II,BEA WebLogic , Microsoft BizTalk等。但这些产品在资源整合中发挥多大作用值得探讨。统一标准、统一身份、统一门户、统一数据在资源整合建设中已经达到共识,但如何推进实施包括很多内容川,也存在许多问题,下面就相关问题进行探讨。

1、资源整合体系架构

   目前数字化校园资源整合有两种格局:集中型数字化校园格局和松藕合型数字化校园格局。集中型格局是将各业务系统集中的存放在一个地方,如IDC数据中心内。由专门的机构(如,信息中心)对IDC数据中心各种应用进行整合。松藕合型格局是各业务系统仍保留在各业务单位。

   集中型格局单从技术上讲具有明显的优势。不占用网络主干带宽,能减轻数据整合、应用系统整合的难度,统一身份认证、门户与应用集成容易实现,方便数据的备份与容灾、具有良好的数据中心环境保证。近几年涌现出许多数据中心,提倡数据走存储,数据大集中,进一步体现了集中型格局具有很大的优越性。

   松祸合型格局业务系统分布在校园网不同的地方,会占用网络带宽,要实现数据整合、业务系统集成以及单点登陆难度都比较大,对资源整合工具要求较高。另外,在松藕合型格局下,业务单位对业务系统具有管理权和更改权,由于认识上局限性,业务部门往往站在自己的角度考虑问题,会忽略数据库整体设计问题,中心门户和业务系统之间会在数据展示、认证、权限分配与管理上容易出现不协调。

   信息化建设比较早的学校,各业务部门建成了自成体系的业务系统,在资源整合过程中容易向松辆合型数字化校园格局转变,向集中型数字化校园格局转变困难比较大,可能会引起职能变化,业务单位一般不愿意放弃业务系统管理权限,向集中型格局转变,一般会遭到业务部门反对。

   造成松藕型格局不如集中型格局好的关键因素

型格局是将各业务系统集中的存放在一个地方,如IDC数据中心内。由专门的机构(如,信息中心)对IDC数据中心各种应用进行整合。松藕合型格局是各业务系统仍保留在各业务单位。

   集中型格局单从技术上讲具有明显的优势。不占用网络主干带宽,能减轻数据整合、应用系统整合的难度,统一身份认证、门户与应用集成容易实现,方便数据的备份与容灾、具有良好的数据中心环境保证。近几年涌现出许多数据中心,提倡数据走存储,数据大集中,进一步体现了集中型格局具有很大的优越性。

   松藕合型格局业务系统分布在校园网不同的地方,会占用网络带宽,要实现数据整合、业务系统集成以及单点登陆难度都比较大,对资源整合工具要求较高。另外,在松藕合型格局下,业务单位对业务系统具有管理权和更改权,由于认识上局限性,业务部门往往站在自己的角度考虑问题,会忽略数据库整体设计问题,中心门户和业务系统之间会在数据展示、认证、权限分配与管理上容易出现不协调。

   信息化建设比较早的学校,各业务部门建成了自成体系的业务系统,在资源整合过程中容易向松辆合型数字化校园格局转变,向集中型数字化校园格局转变困难比较大,可能会引起职能变化,业务单位一般不愿意放弃业务系统管理权限,向集中型格局转变,一般会遭到业务部门反对。

造成松藕型格局不如集中型格局好的关键因素

是中心共享数据库,是分布式体系架构与集中式存储、统一身份之间的矛盾。如果去掉中心共享数据库,松祸型格局的许多弊端就不存在了。严格来讲,用户并不关心数据放在什么地方,各业务系统也可以把数据拿出来共享,只要做好各业务系统之间的数据交换同步就行了。目前SOA是企业认同的体系架构。SOA架构[’〕的特性就是松藕合的,但在学校资源整合中提倡三大平台(数据、认证、门户)统一建设,这种统一实际上是与SOA的松藕合特性相驳的,因此,在决定建设三大平台以后,单从技术上讲集中型格局比松祸格局有比较大的优势。但具体涉及到某个学校到底选择哪一种体系结构要根据业务归属、管理体制、业务现状、开发能力、资金多少、信息整合期望值等因素决定。因此,不能单一的评价松祸型体系结构和集中型体系结构的优劣。

我校信息化建设搞了许多年,许多业务单位已经自成体系,考虑到管理上的原因,我们采用一种能集中尽量集中的策略,对基础条件好的业务系统保留在原单位,对新建的和基础条件较差的业务系统向数据中心迁移。

目前数字化校园建设到底采用J2EE,还是.NET有很多纷争,出现纷争的原因主要是站的角度不同,这跟建设模式、学校规模、编程与维护是有关系的。在资源整合上J2EE比.NET有较大优势:① J2EE是开放,支持多种操作系统,多种硬件平台。NET只支持windows,支持的硬件单一,不支持小型机。) NET编程容易、维护容易些、建设资金投人少,J2EE编程困难些,建设资金投人多。③微软的优势在桌面,适宜中小型应用开发,在大型应用上性能是大问题,因微软产品好象是个傻瓜照相机,你无法深人到内部,它与操作系统紧密结合在一起,程序内部怎么跑的不清楚,有时感觉很慢。另外熟悉微软的人太多了,容易受到黑客攻击。资源整合更需要开放平台去整合业务系统,所以目前绝大多数“211 " ,  "985”项目的学校采用J2EE,一般比较小的学校有采用J2 EE,也有采用.NET自己编程实现。

2、信息标准与信息标准化

   信息标准化不只是代码标准,它包括信息代码标准、信息系统标准与规范、信息标准推进过程。信息标准要对今后数字化校园建设形成指导,要对各应用系统进行标准化整改。信息标准通过验收以后,作为数字化校园建设的依据。制定信息标准难度比较大,需要学校相关单位参与。目前各业务系统建设标准、代码、字段长度、数据库格式不统一,给整个资源整合带来很大困难。对于我们学校来讲,执行标准比制定标准更困难,标准化工作是一个分阶段、分系统逐步推进过程。我们可以采用如下推进策略:

   第一步,对全校业务系统进行调查分析,对信息服务进行系统设计、数据库设计、信息服务权限设计,然后建立中心共享数据库,利用资源整合工具,将业务系统数据抽取到中心数据库并进行标准化,形成中心共享数据库。中心共享数据库与各业务系统采用一种映射机制建立数据交换接口。

   第二步,对于比较成熟的应用系统,基本上不修改到业务系统的功能设计以及界面,只按标准化修改数据库字段名、字段长度。对不适合标准的数据进行清理,整改和优化数据交换接口,提高数据交换的效率。对那些业务系统差的系统,需要重新开发的应用系统,不需要做此阶段工作。

   第三步,对业务系统进一步整合,如,权限控制、系统优化、增加新功能等。该阶段整合主要解决数据中心综合服务与业务系统不协调、不一致的矛盾。在信息展示方面原则上应逐步增强数据中心综合展示,逐步弱化各业务系统的服务。


 
QQ在线咨询
销售热线
0371-53302651