基于WEB服务的高校信息平台的探讨与设计.docVIP

基于WEB服务的高校信息平台的探讨与设计.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于WEB服务的高校信息平台的探讨与设计.doc

基于WEB服务的高校信息平台的探讨与设计   摘 要:随着信息技术的飞速发展,信息系统在高校中得到了广泛应用,但是,一些潜藏的隐患也慢慢的暴露了出来。本文主要就是针对高校在信息系统平台建设中出现的一些问题进行分析,同时对基于WEB服务架构的信息一体化平台整合方案的设计进行探讨。   关键词:SOA;信息系统集成   中图分类号:TP311.52   1 高校信息系统现状   随着信息技术的发展,信息系统在高校中得到了广泛应用,例如与学生有关的《学籍管理系统》、《学生成绩管理系统》等;教师相关的《人事管理系统》、《办公自动化系统》等等。   以上这些系统都是随着高校的发展,针对不断提出的新的需求而进行的软件采购或者定制开发。这些系统通常都能够较好的完成相应的业务功能,相比于以前的手工管理方式而言提升了工作效率、节约了管理成本。   2 潜在的隐患分析   在讨论这些信息系统存在的隐患之前,首先要肯定一点的就是这些系统在相当一段时间内确实是方便了工作、提升了工作效率、节约了成本。但是,以下将要讨论到的一些隐患也随着信息系统的不断增加以及这些信息系统之间的信息交流需求的不断增加而暴露了出来:   2.1 数据重复存储   比如,拿《学籍管理系统》和《选题管理系统》来说,两个系统中都需要用到学生基本信息,但是由于两个系统可能没有进行相应的统筹安排,就造成两个系统中都需要单独存储学生基本信息。这样带来的问题除了数据的重复存储、利用率低外。   2.2 系统间数据的一致性差,容易存在脏数据   由于大量的业务系统间没有统一的规划,往往存在重复数据,而这些数据一旦在个别系统中发生更改,其他业务系统没有更新相应数据,此时将出现数据的不一致性。   2.3 系统间数据交换复杂   由于系统间缺乏数据导入导出的一致性格式,造成系统间的数据交换异常复杂,通常都需要借助人工的二次处理。   2.4 系统的可扩展性差   由于已经存在的系统没有统筹规划,当需要添加一个新的业务系统,而该系统又需要与以前的多个系统进行数据共享、交换时,将是一个非常庞大的工程,需要兼顾大量已经存在的系统,从这些系统中进行数据的抽取,而即使花费了大量的人力、时间去完成了数据的抽取,而接下来的数据同步也将是一个令人时时不得安宁的工作。   2.5 用户的使用复杂度加大   随着系统的不断增加,用户需要熟悉与记录的信息越来越多,比如系统的入口地址、账号密码等信息将会有多套存在。   3 基于Web服务进行信息一体化平台设计   Web服务技术的出现,为高校信息一体化平台的设计给出了切实可行的解决方案。方案草图如下图1所示,现在我来详细的说明一下该部署图。   首先介绍一下图1中最下端的基础数据web服务器。该服务器主要具有三个功能,一是高校基础数据的存储,比如学生基本信息、教师基本信息、院系基本信息等;二是部署一个B/S或C/S应用程序,该应用负责对基础数据维护;三是部署一个Web服务应用程序,该Web服务对外提供基础数据的检索接口。   其次介绍一下位于图1中的系统1、2、3等服务器。这些服务器分别代表了不同的业务系统,例如《学生成绩系统》等所运行的服务器。这些服务器具有3个功能,一是存储属于该系统的特定数据,例如对于《学生成绩系统》中的学生成绩,这些数据仅属于该系统,应该将这些数据存储到该服务器中;二是部署相应的业务系统,对该子系统进行事务处理;第3个是部署一个Web服务应用程序,该功能并不是所有的这种业务类型的服务器都必须部署的,而是看其他的系统是否需要访问该服务器中存储的业务数据,例如上述的成绩信息数据,如果在其他系统中需要进行调用,此时该服务器就应该部署一个对成绩信息数据进行访问的Web服务接口。通过这样的部署,对于上文中分析的潜在问题,都分别的给以解决:   3.1 对于数据重复存储问题   在基于Web服务的系统架构中,从图2中可以看出公共的基础数据存储在基础数据的web服务器上,而对于业务子系统中特有的业务数据是存储在子系统的服务器上,这样就可以保证基本上不存在重复数据存储问题。   3.2 对于系统间数据的一致性问题   在基于Web服务的系统架构中,不论是基础数据还是特定系统的业务数据,在网络环境中都是唯一存储的,对数据的更新也只会发生在一个存储位置,所以系统间的数据是一致的。   3.3 对于系统间数据交换问题   在基于Web服务的架构中,公共数据都统一由基础数据的web服务器提供,基本不需要业务系统间的数据交换;而如果存在异构的网络环境,也可以以快速生成对外XML数据的方式提供这种通用的数据交换。   3.4 对于系统的扩展性问题   在基于Web服务的系统架构中,系统的扩展已经成为一个

文档评论(0)

lmother_lt + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档