SOA如何实现数据共享与交换

引言

近几年，国家信息化建设不断发展和完善，在这个过程中，企业提高了工作效率，降低了处理事务的经济成本。但是，企业内部的计算机应用系统通常是根据各个部门的情况和需求独立建设的，所采用的软件技术、数据格式等存在较大差异，缺乏统一的规划和标准，各系统之间的信息共享和交互较为困难。由于领域决策信息服务平台、决策门户和外网门户等需要依据某些部门的基础数据库数据和决策数据来实现最优化决策？，因此，需要通过数据交换与共享平台对各部门计算机应用系统进行统一规划，利用底层整合的信息资源，为门户、应用和信息资源整合提供数据交换、资源管理等基本服务接口，以实现各部门决策数据在应用层面的互联互通和信息共享。

目前，各个部门的数据交互主要通过对数据的直接访问和存储，或者调用其他部门的业务切人点来实现，这样的模式给各部门带来了处理事件效率低、过程复杂、安全性差等问题。具体表现在以下几个方面：1)数据共享与交换的操作比较复杂，数据信息操作不够方便、灵活。2)不同部门的数据存储系统各不相同，无法实现统一的访问服务接口，数据还不能实现实时协同。3)由于部门的级别不同，应用范围比较大，数据信息的安全没有保证。

针对数据信息操作的灵活性问题，有学者提出了根据不同需求，采用有针对性的开发格式从而减少操作的复杂性的设想，取得了一定效果。针对数据系统异构问题，有人提出采用Web Service和企业服务总线ESB来解决各个数据系统的实时协同问题，现在已经得到了应用。

针对安全问题，许多研究者提出在数据源上加一个网络服务界面，以提高安全性，但需要对那些数据源进行多种验证和身份控制，从而提高需要进行供给和管理的数据用户的数量。而采用面向服务的体系架构，企业能够便捷地构建开放的、模块化的、可重用的软件组件。这种模式尤其适合面向广域网环境的大规模应用。比如中远集装箱运输有限公司，在2005年将21大类电子数据交换应用系统(EDI)成功整合到一个平台，实现了第一期目标，即基于面向服务的体系架构的国内业务流程整合。但是，目前还没有一种可行的设计方案，使普通部门快速实现透明数据资源的共享与交换。

鉴于此，本文拟提出一种基于面向服务的体系结构(SOA)的数据共享与交换系统的设计架构，以提高系统的灵活性，从而解决跨部门的应用集成问题和数据共享问题。

1 数据共享与交换技术结构

1.1 SOA简介

目前的软件开发主要有面向对象和面向构件2种方法，面向对象方法只能支持同种语言，而面向构件方法虽然能做到构件级共享，但还是局限于特定平台。SOA是近年来软件项目开发和信息系统构建方法的一个国际性技术趋势，代表一个开放的、可扩展的、安全的和可组合的软件架构，常用于大型软件项目的开发。许多公司已经将SOA的架构思想应用到商业当中，并取得了很好的效果。

SOA是一种松散耦合的应用程序体系结构，在这种应用体系结构中，所有的业务功能被定义为独立的服务(Service)，即在业务层和表现层之间增加了一个服务层，可以独立完成特定的服务功能，使业务层和表现层相互独立，从而适应应用程序需求的变化。SOA是实现数据共享与交换系统的最佳途径，它可以将原来各自为政的IT系统有机地整合起来，实现信息、IT资产的共享和重用。

1.2 SOA的关键技术

本文设计的数据共享与交换系统是基于SOA架构的，SOA的关键技术有Web Service，ESB和XML.Web Service是SOA架构中的基本组成单元，在此基础上应用Hibernate，Spring和Struts2框架技术进行业务逻辑开发。web Service是基于网络的、分布式的模块化组件，它执行Web的标准技术规范，可以在网络上通过消息传递机制动态地被发现、组织和重用，对外封装成由WSDL描述的服务。只要得到Web Service的WSDL文件就可以对它进行调用，不用考虑其运行的平台和实现技术。本文的Web Service采用Xfire技术，它搭建了POJO和SOA之间的桥梁，主要特性就是支持将POJO通过非常简单的方式发布成Web服务，这种处理方式不仅充分发挥了POJO的作用，简化了把Java应用转化为Web服务的过程，而且将繁琐的继承关系和许多其他可能的约束丢在一边。

ESB是一个实现了通信、互连、转换、可移植性和安全性标准接口的企业基础软件平台。ESB的主要功能有通信和消息处理、服务交互和安全性控制、服务质量和服务级别管理、建模和管理等。

XML(可扩展标记语言)允许用户自定义标记和属性，并可依照所定义的标记与属性的语法来开发应用程序，具有良好的可扩展性，而且可以解决部门系统内部和部门系统之间数据格式的差异性问题。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友