SOA重构数字化校园采有效递进式策略SOA重构数字化校园采取有效递进式策略.doc

SOA重构数字化校园采有效递进式策略SOA重构数字化校园采取有效递进式策略.doc

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
SOA重构数字化校园采有效递进式策略SOA重构数字化校园采取有效递进式策略

SOA重构数字化校园采取有效递进式策略 高校信息化建设从上个世纪90年代就已经开始了,伴随着计算技术和网络技术的高速发展,高校信息化建设取得了显著成果,计算机和网络技术已经在高校各类活动中发挥着重要作用。以“挖掘先进的管理理念,应用先进的计算机网络技术把高校现有的教学、科研、管理、生活、服务等有关的资源进行整合和集成,实现统一的用户管理、资源管理和权限控制,实现资源的有效配置和充分利用,实现校务管理和后勤服务过程的优化、协调,创造新的教育和工作模式,完成传统教育模式难以实现的目标”为特征的数字化校园建设成为了各所高校信息化建设的主要工作。   数字化校园建设是一个系统工程,很多高校在建设中都遇到了困难,包括:由于缺乏统一规划,业务系统之间的功能重叠,关键数据归属和管理不明确,很难保证数据一致性;业务系统的技术平台繁多,互操作能力差,数据交换和功能调用困难,维护成本高,可靠性和安全性差;建设过程中存在各自为政的状况,分散实施和维护系统,难以实现统一认证和信息共享;用户体验差;业务系统整体开发周期长,开发效率低,难以应付学校业务需求的变化等等。   本文将通过对目前流行的SOA面向服务架构技术的研究,结合数字化校园建设的特点,提出一种基于SOA架构的数字化校园整体设计方案和具体实施过程。   数字化校园新需求   高校针对信息化的迫切需求和所面临的问题,对数字化校园建设提出了新的要求:   1.优先建设信息化基础平台,提供数字化校园的核心功能,包括统一认证、数据存储与交换、安全管理等;   2.保证信息化基础平台的开放性与灵活性,能够与基于各类技术平台的业务系统交互数据和调用功能;   3.建设统一的校园信息门户,将教学、科研和管理相关的业务系统集成在一起,对用户提供服务;   4.保证信息化基础平台具有良好的可扩展能力,能够灵活地应对业务需求变化;   5.保证信息化基础平台的安全可靠,具有良好的身份验证、数据加密、行为审核、系统日志等功能。   为了满足这些数字???校园建设的新要求,我们需要一种新的体系结构,它既能有效地利用现有的IT基础设施,又具有足够的灵活性和适应性,能与不断变化的业务流程和业务模型保持一致。我们接下来讨论的SOA面向服务架构就是这样的体系结构技术。   SOA架构   内涵   SOA(Service-Oriented Architecture,面向服务的架构)是整合业务过程、支持IT基础设施建设、提供标准化的组件服务的架构。这些组件可以重用和组合,以适应不断变化的业务需求。它是一组业务、流程、组织、管理和技术方法,是一种敏捷的系统架构。   SOA服务平台是由多个服务所构成的,这些服务用来表示在业务流程中可以被组合以及再组合成多个不同的解决方案和场景的元素,并且由业务需求所决定。这种对服务进行整合和再组合的能力为业务和IT提供了更紧密的联系,同时也为处理新问题提供了灵活性。SOA服务平台的作用是提供一个基础,从而可以更灵活地、更易组成地、更可复用地提供核心业务服务。   SOA架构可以抽象成为如图1的层次结构。在一个典型的SOA中,每一层都具有自己的属性和关系集合。 ?   图1 SOA抽象层次   必要的架构元素   为了实现自动的、自管理的SOA,企业服务总线(Enterprise Service Bus, ESB)是一个必要的架构元素。一个ESB所提供的最本质的基础服务是传输、基于服务质量(Quality of Service, QoS)的路由、中介和网关服务,能够与业务流程环境并行地设计和部署。   总线可以多种方式实现,如经典的消息传送、EAI(Enterprise Application Integration,企业应用整合)以及代理技术,或者使用特定平台组件如J2EE系统中的服务整合总线。   ESB使开发者们可以组件形式调用和使用业务功能,通过将它们当作满足基于Web服务描述语言(WSDL)的规范接口描述的服务,而不需要理会API或协议。   实现   SOA软件模型的实现必须首先通过平台无关标准来实现中立性,互操作的基本标准包括XML和XSD、HTTP、SOAP、WSDL,以及正在发展中的WS-Policy、WS-Resource,WS-Security等。当然SOA也能够在特定软件平台上实现,包括J2EE环境、Microsoft的.NET、大型机或现有的基于消息的操作系统,甚至基于C/C++的环境。所以SOA架构中可以集成提供接口的各类软件平台上的应用。   安全性   SOA架构作为企业级的体系结构,安全性是必须要考虑的。它采用WS-Security、WS-Trust、WS-Federation等多个规范保证安全性。   优势   从长远来看,通过复用的“构件”和SOA的灵

文档评论(0)

zyongwxiaj8 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档