3. 丰富的可拓展的数据适配器 。系统支持主流数据适配器（数据库、电子
6/45
表格（EXEL）、应用服务（WEB SERVICE）、数据目录（LDAP）等 ， 并可根据需要扩充 。
4. 管道式交换过程处理插件技术 。提供交换过程中的管道式数据处理插件 ， 主要包括数据抽取、格式转换、内容过滤、内容转换、安全加密等方面功能 。
5. 基于开源技术的轻量级体系架构 。平台将基于开放、开源、主流的轻量级J2EE应用支持平台和开发工具 ， 实现功能强、系统开销小、高效、易部署、易管理的轻量、通用的数据交换平台 。
6. 其他特殊交换技术 。平台在常规数据交换的基础上 ， 还可支持超大数据（如超大文件、超大数据库等）、流数据（如实时视频流）的数据交换 。
7/45
第2章申报单位情况2.1申报单位基本情况
8/45
第3章项目实施方案
3.1项目研究目标、范围及必要性
3.1.1项目目标
本项目研究基于ESB、SOA、J2EE等先进技术、理念和架构的轻量的、通用的数据交换平台 。平台可各种数据系统集成在一起完成特定的业务 ， 提供多源的、同构或异构数据之间的交换目录和数据元定义、交换服务管理、数据适配器配置、数据交换调度管理、交换过程处理、数据交换管理以及可视化管理监控等方面功能 。
3.1.2项目范围
本项目的研究范围主要包括：在高等教育行业中 ， 建立多源的、同构或异构数据之间的交换目录和数据元定义、交换服务管理、数据适配器配置、数据交换调度管理、交换过程处理、数据交换管理以及可视化管理监控等方面功能 。3.1.3项目的必要性
数据交换平台是实现异构系统之间、新老系统之间信息透明交换的一种解决方式 。通过采用统一的数据交换标准 ， 各应用系统与数据交换平台相连 ， 通过数据交换平台来实现数据共享和路由 ， 由于隔离了数据存储层和应用层 ， 使得应用与其底层的数据结构和存储方式无关 ， 从而不需要对原有业务系统进行改造 ， 也不需要对已有的业务流程重新开发 。这种连接方式实现了数据的无缝交换和共享访问 ， 保证了各业务系统的有效协同 ， 同时又能保证各应用系统的相互独立性和低耦合性 ， 从整体上提高了系统运作效率和安全性 。
数据交换平台之所以能够交换基于不同操作平台和数据库的数据 ， 主要得益于其对信息的统一表示、完整的消息服务能力以及功能完备的交换平台软件系统 。信息的统一表示依靠元语言标准、信息标准、元数据标准、显示标准、解析、转换和封装标准来保证 。完整的消息服务能力依靠信息的统一封装、统一编址、
9/45
信息的可靠性传输、路由管理等技术手段实现 。交换平台软件系统一般采用基于相同数据库管理系统的分布式系统的数据交换、消息中间件服务器等技术方式 。
3.2项目研究现状
3.2.1数据交换技术的发展阶段
针对目前企业所关心的数据集成、交换的问题 ， 业界主要有两种解决方法 ， 一种是传数据交换技术 ， 它大致包括三个发展阶段:第1阶段 ， 以EDI(Electroc Data Interchange)为基础的电子数据交换；第2阶段 ， 以多层结构Web技术为基础的信息发布；第3阶以XML等第二代Web技术为代表的数据交换 。另一种就是建立数据仓库 ， 通过数抽取、转换、清理和装载(ETL) ， 将数据从一个系统传输到另一个系统 ， 同时对其进理和修改 ， 从而符合数据仓库的需求 ， 达到数据集成和数据交换的目的 。本项目的“数据交换”特指第二种方法 ， 即建立数据仓库时的ETL(Extract一Transform一Load)过程 。
3.2.2国外商用数据交换平台发展情况
国外著名的系统软件厂商 ， 如IBM、SUN、ORACLE等都可提供不同形式的数据交换解决方案 。但这些厂商提供的数据交换基本上都依赖于并嵌入于它们自身现有的基础系统软件中（如数据库管理系统、SOA系统等） ， 使得它们的数据交换平台的应用成本极高、技术难度大 ， 需要大量的经费和技术投入才能开展 。因此其广泛应用受到的限制 。这些厂商提供的产品 ， 还包括整体数据仓库方案供应商的产品 ， 它们能从功能上满足企业数据交换的需求 ， 如IBM的Warehouse Manager 。在本项目的进展过程中主要尝试过Fioran 。公司的ESB(Enterise Service Bus)产品和 RedHat的MetaMatrix ， 相比于专门的ETL工具 ， 这些产品稍显边缘化 ， 但其强大的功能在企业信息集成管理方面较为出色 。

稿源：(未知)

【傻大方】网址：/a/2021/0402/0021244151.html

标题：基于ESB的轻量级通用数据交换平台的可行性分析( 三 )