通用数据交换平台

通用数据交换平台
项目背景及内容
我们看到，随着电子商务和政务系统的不断发展，各企事业单位的信息化应用进入了一个新的发展阶段：一方面是成熟的办公和业务应用系统在每日运转，每天产生大量的业务数据；另一方面，这些信息系统往往由不同的厂商在不同的平台上，使用不同的语言进行开发的，由于缺少统一规划，统一标准，彼此之间很难实现信息共享，导致了信息化建设中形成了大量孤岛式的业务应用系统。

企业之间的业务竞争日益加剧，有研究表明：企业间的竞争归根结底体现在企业内外部资源的整合，以及企业供应链流程整合的能力竞争上。

现有的管理软件大大增强了企业的竞争实力，但是不同系统之间的业务和数据分离，影响了企业业务流程整合的过程，同时降低了业务处理和领导决策的效率，最终使得企业外部竞争的能力相对减弱。

对于政府机关而言，存在类似的问题，不同部门间采用不同的信息系统，业务和数据分割，不能顺利进行交换，上下级的信息沟通不顺畅，甚至有的部门工作人员办理一个业务需要在不同的系统里面重复操作，增大了出错的可能性，也降低了公务人员的办事效率。

综上所述，现在各企事业单位普遍面临着多业务系统并存，数据和业务分离的问题，但是要废弃已有的业务系统的话，会存在周期长，成本高，风险大等现实问题；因此，在不同信息系统之间建立统一、规范的接口，通过计算机网络进行信息的交换和共享，最终实现一体化的业务集成应用显得尤为重要。

系统解决方案
企事业单位在多年的信息化过程中，积累了OA，CRM，SCM，ERP等信息系统基础，并且为解决不同系统间的数据孤岛现象，一些系统提供了外部接口，但是这些手段，由于没有统一的业务规划和数据标准，反而加剧了信息分割现象。

另一方面，通常业务系统采用不同计算机语言开发，有Java，
C++，.Net， Delphi等；同时采用比如Oracle，MS SQL，DB2，Access 等不同类型的数据库；要在这些系统之间做数据接口非常困难，多种数据接口相关应用并列存在，增加了企业IT复杂度。

基于目前的现实情况的分析，我们需要一个统一的数据处理平台，使得不同架构下的软件应用能够无缝集成，并且系统所采用的操作系统，数据库，开发语言等无关。

具有优秀的安全性和扩展性的数据处理系统。

为了实现以上目标，需要重点解决的问题有：
实现跨平台、跨系统，适应所有业务的数据交换；
采用统一的数据规范标准，包括业务描述语言采用统一格
式；
通过适配器连接，提供统一配置工具集成不同数据库及业务
系统；
系统的目标是将分散建设的若干应用信息系统采用标准的数据交换标准，在统一的平台上进行整合，通过计算机网络构建信息交换平台，从而使若干个应用子系统进行信息/数据的传输及共享，最大范围提高信息资源的利用率。

该系统是一个基于标准、组件化、架构良好、具有很好扩展性的多层的开放的软件体系。

关键技术点及优势
OBIS通用数据交换平台采用面向服务(SOA)的设计方法，基于微软.Net Framework平台开发，采用了SOAP、XML、WSDL、UDDI等Web Services标准接口技术，支持Oracle，MS SQL，DB2，Access等主流数
据库，并使用了Ajax，Schema等标准化组件。

下面从几个方面描述本系统的关键技术点及优势：
1、基于数据总线的企业应用集成模式
基于数据总线的数据交换方案与传统独立接口方式相比较，尤其当业务系统的数量增长到一定规模时，无论是在开发复杂度、系统的管理与维护还是应用灵活扩展方面都具有较强的优势:
各系统与信息总线通过接插拔方式连接，通过信息总线共享
数据，能大大减轻系统集成的复杂度问题，系统能根据业务
的需要进行灵活调整；
由于在数据总线上定义信息交换的数据标准，实现信息转换
和路由，数据交换消息处理及业务流程服务都在总线交换平
台上执行，因此，可以对交换平台上交换的信息和处理流程
进行集中监控和管理，数据交换过程高度的可控性，方便进
行监控和查找,帮助企业提高数据交换的准确性；
能实现接口统一管理,既提高了接口的可管理性，稳定性，
也提高了开发效率，做到了接口的重用性，尤其当业务系统
的数量增长到一定规模时，开发接口数量能减少50%以上。

2、 SOA面向服务的软件体系
面向服务的体系结构（Service-Oriented Architecture，SOA）是为了解决在Internet环境中业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。

SOA是一个组件模型，它将应用程序的不同功能单元通过这些服务之间定义良好的接口联系起来。

在本平台中，所有服务单元均遵循SOA设计方法，并通过服务组合完成一个具体的数据同步任务。

3、 XML通用数据标准，XML Schema业务规则描述
XML是世界互联网协会WSC发布的业界通用标记语言，XML作为一种可扩展的标记语言，目前已成为信息描述的事实标准。

XML可以作为不同用户的异构应用系统之间进行数据交换的标准语言，实现数据交换的透明性。

XML的开放性主要指它既与平台无关，又与技术提供厂商无关。

它解决了电子数据交换（Electronic Data Interchange，EDI）的缺点。

EDI的主要缺点是国际上对于交换数据的格式和语义没有统一标准。

尽管国际上各个国家针对不同的行业制订了用于数据交换的EDL标准，然而一个系统为了能够和不同的行业乃至不同的国家的合作伙伴进行数据交换，不得不购买并安装多种进行数据转换的适配软件插件，更何况各个行业具体的用户在实现这些数据时会或多或少加上一些个性化的标准。

因此，利用EDI技术实现平台系统成本和复杂度都比较高。

XML可以表达任意层次的结构性数据嵌套并可以进行数据正确性检验，支持用户间复杂的数据交换。

XML Schema（XSD）定义了一套标准的数据类型，并给了一种语言来扩展它，从而实现了用户间的业务数据共享。

4、多数据库系统适配器
OBIS通用数据交换平台支持异构和同构数据库的交换，系统在数据交换引擎里面提供针对不同类型数据库的数据适配器，使得用户只需要关注和定义不同系统的业务规则，而不需要了解不同数据库之间的差异，就可以灵活的集成不同类型的业务数据。

数据适配器采用统一规划和接口，支持内容过滤和格式转换。

同时根据业务规则，支持同步和异步数据传输，并支持不同类型的数据同步方式，比如增量同步，全量同步以及自定义规则的业务数据同步。

5、 Web Service数据服务接口
Web Service是一种新的面向函数和方法的应用集成技术；它是一种标准的、开放的应用集成技术。

它基于XML文档进行服务描述、服务请求和反馈结果，基于HTTP协议进行信息传递易于被访问和返回结果，基于WSC的开放协议，独立于平台和操作系统，实现不同平台操作系统上的互操作性，使得异构平台上的应用易于集成。

由于Web Service自身的特点，XML为Web Service的跨平台性、透明地穿越合作用户的防火墙提供了保障。

系统架构与功能模块
作为整个企业信息化应用系统之间的核心通信接口，数据交换平台采用模块化的设计模式作为松散耦合分布式应用架构的基础，从而实现企事业单位各职能部门之间不同应用系统的无缝集成。

图：OBIS数据交换系统模块
数据交换平台以元数据管理和XML作为数据交换标准，包括数据交换引擎、数据同步规则、公共服务接口和数据管理中心四部分：
1、数据交换引擎
基于统一的数据标准规范，以XML为标准对数据进行映射，同时完成数据校验、数据清洗、数据合并、数据格式定义与数据转换工作，实现数据的分布式共享。

提供数据的路由规则管理与元数据管理功能。

支持多种协议的传输手段。

数据格式定义管理模块是实现数据松耦合，保证业务系统的独立性的重要环节。

它定义了各种业务数据的表现，数据格式是不同系统间进行数据交换的接口契约，平台提供了可视化数据格式的建模工具，生成XML标准描述的数据结构。

2、数据同步规则
流程控制引擎是交换平台的重要构成部分，它使不同部门的应用系统业务整合变成可能，其提供特性主要有：事务的支持和管理，业务进程调度和路由，实现流程快速定义业务，业务流程定义与实现分开。

流程执行以及系统路由选择的时候，往往需要根据一定的业务规则确定路由的选择以及下一步执行的节点，同时这种选择往往是不断变化的，通过业务规则引擎可以做到流程以及路由的选择可以根据实际情况配置完成，而不需要更改程序。

3、公共服务接口
以SOAP、XML、WSDL、UDDI等技术为数据交换平台提供Web
Service方式统一公共服务接口，实现数据交换平台的跨平台、跨语言调用。

4、数据管理中心
提供平台的安全管理、数据交换审核与监控功能。

提供适应各种异构数据库的数据转换适配器，针对各业务系统数据交换与共享的不同需求，通过数据抽取策略以及过滤、转换、发布或订阅的业务规则，轻松实现各类应用适配器。

适配器服务在部署和运行后，就可以实现数据共享和信息交换。

数据权限依据不同操作人员限制数据的可访问和操作性，保障数据的安全，同时拥有权限的用户可以对数据进行查询、比对、修改和删除等维护操作。

系统监控模块为所有数据交换应用提供监控服务和管理接口，提供消息生命周期追踪能力，提供日志和错误提示服务。

附：OBIS通用数据处理平台图。