UNIFACE对于企业应用集成（EAI）的解决方案

1、目录一概述 2二促使企业进行企业应用集成的原因 2三实施企业应用集成所产生的效益 3四实现企业应用集成的技术手段 4五应用集成的四个层次及UNIFACE 所提供的解决方案 41集成分立的系统 42集成分立的数据 53集成不同的应用 54集成业务处理流程 6六UNIFACE 应用与 SAP 应用的集成 71SAP 应用概述 72UNIFACE-企业应用集成的解决方案 93UNFIACE 与SAP 业务对象的集成 104集成化的开发 11七结论 12UNIFACE 对于企业应用集成（EAI）的解决方案一概述在IT 产业的发展过程中，有很多因素促使对于业务系统提出了更高的要求：全球化的市场加速了企业

2、间的合并和兼并，从而需要它们的信息系统更为灵活和开放，以便能够共享集成彼此的不同的信息；伙伴企业间所形成的供应链，不光要求系统在企业内部生成数据流，同时需要数据在供应链中能被其他业务伙伴所访问。对于分立的系统的集成是一项复杂的工作，往往由于缺乏适当的软件架构而难以实施。DCOM，CORBA 等构件模型和企业JAVA BEAN 的产生改变了这种状况，使得将软件应用以可装配的，通过标准接口进行通讯的独立的构件形式进行交付成为可能。著名的ERP 厂商包括SAP 等都采用这种将其产品应用重新以构件化的形式进行交付。美国 Compuware 公司致力于通提供产品，开发服务和技术支持，运用构件化技术来为客

3、户完成企业应用集成。美国 Compuware 公司的 UNIFACE 是基于构件的开发环境，它采用了全新的构件模型，使得不同的应用可以透明地进行通讯和访问共享信息。美国Compuware 公司的UNIFACE 开发环境提供了一系列的解决方案来实现客户的应用系统在SAP 在应用结构中与SAP 构件进行集成。许多公司已经从采用 UNIFACE 的开放的结构与 SAP 的集成中获益。同时美国 Compuware 公司的专业服务人员可以运用构件技术帮助 SAP 客户完成与其他应用的集成。随着构件化的技术的越来越广泛的采用，美国 Compuware 公司正不断地扩展其技术解决方案来支持更大范围的企业应用

4、的集成。二促使企业进行企业应用集成的原因企业应用集成将成为当前信息产业中最具有挑战性的的工作，有资料显示，在未来的几年内，企业应用集成的市场将超过 400 亿美元，促使企业用户纷纷进行企业应用集成的原因有以下几条：1. 企业间的并购和兼并：随着全球市场竞争的加剧，许多企业进行了并购和兼并，这种并购不光发生在 IT 产业，同时也发生在其他所有的进行各种资产重组的企业。不同企业的复杂的，分立的业务系统需要在企业的合并和并购中集成在一起。2. 软件包的采用：许多企业在他们的应用系统中引进了现成的软件包，软件包的采用降低了系统开发的成本。但往往同时也降低了系统的灵活性，影响了企业将新产品推向市场的时间

5、。所以常常需要将软件包与其它应用相连接，如 ERP 软件包，前台客户管理系统，遗留代码和其它第三方应用等。同时，用户也常常对于软件包进行修改使其更适应他们业务处理的不断变化，即所谓 80/20 规则：软件包涵盖了 80%的业务应用需求，而其余的 20%需要增加或修改。3. 面向任务的系统向以业务处理为中心的系统的转换：企业传统上根据其分立的业务功能进行组织，如订单输入，货物配送，收帐等，而根据这些功能的组织结构来购买或建立其相应的业务应用系统，自动完成业务功能的处理。在对于业务规则的变化需要进行快速反应的需求的驱使下，企业意识到它们需要将其应用从原来针对单一的处理功能的应用转移到对整个处理流程

6、进行管理的层次上。这种转移需要企业将原来分立的业务处理应用集成起来，形成以业务处理流程为中心的应用系统。这种业务处理流程的应用集成需要工作流应用软件的支持。三实施企业应用集成所产生的效益成功地进行企业应用集成，可以产生以下的效益： 自动完成关键性业务的处理 将应用扩展到更多用户 对于系统冗余的剔除 改进客户服务水平 提高生产效率 降低成本四实现企业应用集成的技术手段当进行企业应用集成时，应用和应用的数据将被合并，需要采用不同的工具和技术来访问不同的数据库和对应用逻辑进行集成，同时，成功的企业应用集成也需要严格遵照相应的工业标准。对于 Internet 的支持逐渐成为新的企业应用架构的主要部分，

7、许多企业开始采用电子商务的应用来加强其与客户和供应商的联系。在使用现有的数据和应用开发的电子商务系统中，企业系统集成更成为基本的要素。尽管对分立的企业应用进行集成的需求时时存在，但在以前并没有用以实现这种需求的专门技术，在过去，对于分立系统的集成十分困难和繁复。直到各种构件模型如CORBA，DCOM，Enterprise JAVA BEAN 等不断成熟，这种状况才发生了改变。通过基于构件的开发和部署，企业用户可以封装它们业务逻辑并在企业中重用。五应用集成的四个层次及 UNIFACE 所提供的解决方案企业应用集成分为四个层次，它们是：集成分立的系统，集成分立的数据，集成不同的应用，集成业务处理流

8、程。1集成分立的系统企业原有的系统分别是建立在不同的底层平台上，所以在应用里面存在着大量的平台相关的代码。由于针对特定环境建立应用所带来的优点大于由于其依赖于特定的底层技术所带来的弊端，所以这种应用在传统的企业中大量存在，所以企业应用的集成首先是不同的系统平台的应用的集成。如果被集成的应用是独立于底层结构的，则由于不依赖于某种底层技术，而具有显著的优势：允许将不同处理模块放在最适于运行的地方执行，对于应用的扩展几乎没有限制，用户不必依赖于某一个单一的供应商，在现有的底层环境下可对于系统进行优化并保护用户的投资。UNIFACE 独特的底层结构无关性使得UNIFACE 应用支持多种平台，包括：各种

9、硬件系统、操作系统、网络和交易处理中间件；同时开发出的应用可以部署在多种结构下，包括：主机- 终端系统，两层的 Client/Server 系统，多层的Client/Server 系统和 Web 应用环境。同时，UNIFACE 应用也完整地体现了底层无关的应用的优势，如：可将构件部署在具有最高效率的地方执行，并且在已有的环境下对应用进行优化和保护投资等。2集成分立的数据在系统应用集成的过程中，需要将不同的数据进行集成，如将新数据、旧数据和遗留数据（纯文件，IMS，存储过程等）进行集成。同时原有应用的业务逻辑及处理代码也分别割裂存放于数据库和应用中。此外，不光需要在不同的数据库管理系统间传送数据

10、，同时也需要将这些规模很大且互相独立的数据库应用集成到为以中央存储库为基础的开发环境中。这需要许多时间和工作。如果开发人员不采用一些特殊的逆向工程工具，将使开发变得十分困难和具有较高风险。UNIFACE 使得企业级的数据集成变得简单和高效。UNIFACE 的“数据库定义装载工具”可以从已有的数据库中提取出字段和库表，并支持所有的数据库管理系统，在集成的过程中节省了大量的时间并避免了许多可能的错误。UNIFACE针对各种数据库提供了不同的数据库驱动程序，使得 UNIFACE 的应用与部署环境相独立，使开发人员在所支持的任意的数据库系统之间转换数据。UNIFACE应用通过配置不同的数据库驱动程序而

11、独立于具体数据库管理系统运行，并且数据库的访问对于用户是透明的；在一个 UNIFACE 的应用中可以同时采用多个数据库管理系统，当底层的数据库系统发生变化时，无需修改代码。通过 UNIFACE应用也可以访问数据库的存储过程。3集成不同的应用当用户在进行企业应用集成项目时，往往需要满足一些特定的需求，如： 不必重复书写代码和有关的业务规则 避免在系统中由于不同的构件模型（CORBA，COM，BAPI 等）形成不同的信息孤岛 不会忽略特定的数据管理应用 使应用对数据存储进行控制，根据业务规则对输入的数据进行验证，确保只有正确的数据才能输入到数据库中。 不将内部物理存储结构暴露到外界，尽可能的提高集

12、成的层次，并使集成变得简单。UNIFACE 提供的解决方案可以满足以上需求。UNIFACE 的装配工作台可使现有构件集成到新的应用中，构件可以选择不同的实现方式；可以将 UNIFACE构件和非UNIFACE 构件集成在一起，并采用不同种类的构件生成新的应用。在装配工作台中提供了“查找功能”，可以在不同的地点执行查找，同时这种查找可在不同的水平下执行，如：构件级，构件实体级，构件字段级，或代码级，并可在一个子系统内或整个系统内执行查询。UNIFACE 的构件管理机制可以使子系统（功能模块）变得易于管理，构件的签名机制唯一地标识一个构件，在其签名中包含构件的操作名称，参数，关键字等重要信息。UNI

13、FACE 的通用请求代理架构（Universal Request Broker Architecture）为从 TP Monitor 到专供主机只用的一系列中间件提供接口，允许用户在部署应用时选用不同种类的中间件以建造最适合的系统环境，并连接起由于使用不同构件模型（CORBA，COM，BAPI 等）所形成的信息孤岛。4集成业务处理流程综上所述，采用UNIFACE 进行企业应用集成，可带来以下的收益： 连接不同的应用架构（CORBA，COM，BAPI 等）所形成的孤岛 与TP Monitor 集成以提高系统的可伸缩性 重用IT 架构，重用构件 快速的应用集成 将成为业界的事实标准 减少产品推向市

14、场的时间 整个企业范围内的连接 开放的系统解决方案但是，企业应用集成的最终目的是实现业务处理的自动化，这种业务处理的自动化需求逐步涵盖了企业越来越大的业务处理范围。企业应用集成在针对底层平台，数据和应用进行集成的基础上，应该是以业务处理流程为中心来构建的。UNIFACE 对于业务处理流程的集成采用了工作流的解决方案，它可以将工作流引擎以构件的形式的集成到UNIFACE 应用中，开发人员无需了解后台的工作流的具体实现细节即可开发出具有工作流功能的UNIFACE 应用。由于应用不依赖与具体的底层物理实现，UNIFACE 的业务处理的集成使得大型的企业用户在构造应用时不要求考虑必须采用某种特定的工作

15、流应用软件。企业应用集成的 4 个层次从上图中我们可以看到，在企业应用集成的 4 个层次中，层次越高，对于业务所产生的积极影响越大，适应变化的能力越高。六UNIFACE 应用与 SAP 应用的集成1SAP 应用概述SAP 公司是世界知名的ERP 厂商，它的产品R/3 Release 4.x 为金融，零售，公共设施等多个行业提供了先进的业务系统解决方案。SAP R3 Release 是 SAP公司第一个在其总体业务系统框架内基于构件结构，以构件的形式向客户交付的主要应用产品，旨在为客户提供系统集成的更快的速度和更高的灵活性。SAP 公司将 R/3 集成为构件的形式，并在其业务构件和 Intern

16、et 构件中提供了重要的新的功能。SAP 公司的业务系统框架可以使得客户能够把SAP 公司的业务构件和其它厂商提供的业务构件集成在一起，装配成适于其具体需求的业务应用系统。SAP 公司的业务系统框架中包括SAP 业务构件，业务对象和它们的接口BAPIs。 业务构件SAP 业务构件是专用的，被封装的业务功能模块及其调用接口。这些构件拥有它们自己的开发，部署和维护的周期，并可运行于其专用的数据库系统之上。 业务对象SAP 业务对象分为若干层。在最核心的一层是业务对象内核，在这个内核中定义了核心的业务逻辑。其第二层包含了用以实现数据的参照完整性的数据约束条件和业务规则。第三层包含了对象的方法，输入和

17、输出事件控制。最后一层是访问层（COM/DCOM，Java Beans 和 CORBA）。SAP 业务对象采用了标准的面向对象技术，如封装，继承，多态等。 BAPIsSAP 业务构件通过一种基于构件的接口技术，业务应用编程接口（BAPIs）与其它构件进行通讯。外界对于 SAP R/3 的业务功能模块和业务对象的访问可以通过BAPIs 来实现。BAPIs 定义了SAP 业务应用与其它厂商提供的应用产品间进行直接通讯的开放的标准。当前，在SAP 的R3/ 4.5 release 中，SAP 在其所有的 R/3 业务应用产品中支持BAPIs 接口，计划在其以后的产品中，增加对几百个新的对BAPIs

18、的支持。通过调用BAPIs，可执行一些业务操作，如在R/3 中创建一个“销售订单”等。2UNIFACE-企业应用集成的解决方案美国Compuware 公司，作为世界第 5 大独立软件厂商，长期致力于帮助客户建立一些世界上最为复杂的业务应用系统。美国 Compuware 公司认识到，企业应用集成需要的不光是技术，还包括对于客户在企业应用集成的实际操作过程中正确的建议和指导，和针对不同问题能够提出的正确的解决方案。由于美国 Compuware 公司在技术上的领导地位，在基于构件式的应用的丰富的经验和超过一万人的专业服务队伍，它完全能够适应这种挑战。UNIFACE 是美国 Compuware 公司的

19、装配、构造复杂的，具有业务关键性的，构件式的应用的平台和环境。当将 SAP 和UNIFACE 的战略方向进行比较，我们会发现它们由很多相似的地方： UNIFACE 是主要的几种基于构件的开发环境之一，它的架构使得它十分适合通过接口提供的接口与SAP 业务构件集成。 UNIFACE 具有良好的开放性，是世界上的一些最大的应用系统的主干系统。 UNIFACE 对于透明地将 UNIFACE 构件，SAP 业务构件和其它工业构件集成在一起具有独特的能力。 UNIFACE 与业界的通用标准兼容，它的强大的通用请求代理架构支持分布式的对象技术，包括微软的 DCOM，OMG 的 CORBA，和 Enterp

20、rise JavaBeans的构件模型。通过与这些标准的充分地兼容和支持，UNIFACE 可以充分地支持新的SAP 应用功能。 UNIFACE 提供对于主要的工作流解决方案（如：FileNet）的集成，使得可以在同一个业务系统解决方案中方便地集成 UNIFACE 构件，SAP 构件和其它构件，来构造以业务处理流程为中心的应用系统。3UNFIACE 与 SAP 业务对象的集成在 SAP 公司提出它的业务构件战略以前，UNIFACE 应用与 SAP 功能模块的集成是基于SAP 远程功能调用（Remote Function Calls），来进行实现的。那时开发人员不得不在 ABAP/4 中开发所谓的

21、功能模块（Function Modules）和第三代语言接口来访问 SAP 应用模块。这种 SAP 远程功能调用（ RFC）在不同的 R/3版本中都会变化，需要大量的维护工作，并不利于将来系统的集成。采用 BAPIs 进行应用集成解决了这些问题。用户不再需要开发 ABAP/4 功能模块，也不需要再开发第三代语言程序来与 SAP 进行连接。此外，因为构件式的方法接口具有长期的稳定性和同一的标准，通过采用BAPIs，使系统变得易于维护。在Windows 平台上所使用的构件模型是Microsoft DCOM，这种分布式的对象构件可以被远程访问。SAP 公司在Microsoft 的分布式构件对象模型的

22、基础上，开发出一种方法使得 SAP 构和 DCOM 构件能够协同工作的机制，称之为 DCOM 构件连接器。DCOM 构件连接器随SAP R/3 4.0 同期发行，并将可在R/3 3.0 和R/33.1 中运行。DCOM 构件连接器用于管理所有对于R/3 的连接，使开发人员不必关心管理 R/3 的同步问题，并保证对于 R/3 系统的访问的高效。此外，DCOM 构件管理器以OLE DE 行集合的方式自动输出BAPI 结果集，并自动将其转换成用于输入和更新的表，使得开发者不必重新开发数据转换应用程序。UNIFACE 与SAP 的集成通过 UNIFACE 的通用请求代理架 构（ Universal R

23、equest Broker Architecture）来实现。UNIFACE 的通用请求代理架构提供了一个标准的，支持 Microsoft DCOM，CORBA，Enterprise JavaBeans 等多种构件模型的应用运行环境。DCOM 接口使得UNIFACE 可以透明地调用SAP 的业务构件接口。4集成化的开发UNIFACE 提供了一系列的与SAP 应用模块进行集成的技术手段，包括： 对于SAP 业务对象和BAPIs 的支持，如可访问 SAP 的管理系统构件，完成登录，注销等的功能。SAP 业务对象（BAPIs）的接口在 UNIFACE 的装配台上可见，并以操作的形式显示出来，可以透明地在UNIFACE 构件和其它第三方构件中被调用。 专为与SAP 进行集成建立了相