用WEB服务创建动态电子商务

用WEB服务创建动态电子商务

谷和启

一、用WEB服务创建动态电子商务

由于企业已经向动态电子商务模型发展，这就要求企业变为商业利益驱动型，而不受限于技术，能够即时寻找商业合作伙伴，并将各种软件集成新的解决方法。新创建的电子商务应用，应该为企业带来直接的经济效益，削减企业运作的成本并且优化企业资源的使用。在系统应用架构和模型基本上，由商务环境和不断变化的商务需求来决定，技术选择的宗旨是商务需求第一，任何脱离商务需求的技术都没有应用的机会。

动态电子商务应用集成主要包括企业内部应用集成和企业外部应用集成两大类：

企业内部应用集成包括创建企业门户（Portal）、客户关系管理（Customer Relationship Management）、企业内联网的应用合并等应用。企业外部应用集成包括供应链管理 （Supply Chain Management）、行业交易市场（e-Marketplace）等应用。成功的动态电子商务应用集成必须能够为企业带来即时的竞争优势。IBM经过对企业运作机制的详细调查研究和广泛的市场考证，总结出以下5种成功的动态电子商务应用集成的类型。

1）用户界面：给多个不同的应用程序和装置创建一个单一的交互式的用户界面，支持交易处理，集成多重企业商务系统。

2）应用连接：连接内部全异的应用和系统，使得企业的员工能够共享和充分利用这些集成资源，在全球范围内进行有效的交流和协作，以提高整体的生产力。

3）商务流程集成：跨企业内、外部不同种类的系统，通过商务程序的模型、自动化和监听改变企业如何进行商务和操纵市场。

4）建造集成：使用Web服务和利用现存的企业软件资产去建造和配置新的集成应用。

5）信息集成：集成企业所有类型的商业信息，使企业的员工能够用一致的方法去寻找、访问、复制、转换和分析统一的信息资源。

这些不同种类的集成应用都需要解决程序与程序之间的连接、数据交换、工作流程、商业流程管理和交易处理的难题，而复杂系统对接是当今常用的解决方案。到目前为止，企业在创建电子商务应用时，习惯地使用独立解决方案来实施。企业为每一个需要的资源编写独立的连接代码，把不同的企业信息系统（Enterprise Information System，简称EIS），例如传统系统（Legacy System）、Web应用和数据库等集成起来支持新的商务运作

图1所示为这种复杂系统对接的解决方案。由于这些应用集成都是经过大量独立的连接代码编程而产生的，灵活性和重利用性很低，几乎很难再定制。同时，开发者在实施这些应用集成时，要面对不同的编程语言、操作系统、硬件平台、网络和对象模型等的挑战。当商务需要融入新的商务流程、满足新的客户需求或者连接不同的电子商务应用，为企业提供更完整的增值服务时，企业需要从最初的系统设计和架构开始重新考虑。与此同时，因为这些应用都有其特有的基础架构，所以在部署、更改和维护方面的成本都很高。这些应用既不易被重用，也不能随着企业商务的变化和发展而方便地实现应用的规模扩展。企业还必须配置专业技术人员，来维护这些使用不同技术的应用程序，导致创建、维护和定制每一个这样的电子商务应用的代价以及复杂度非常高。如果企业部署若干个这样的电子商务应用并集成其中一些，由于整个应用环境很复杂，那么，企业在应用的开发、部署、运营时态的维护和更新开支，会以非直线性的形式成倍地增加。如果使用这种解决方案来实施企业外部应用集成，情况就更糟。

　　图1常用的复杂系统对接的解决方案

那么，如何才能克服所描述的应用集成问题，多快好省地实现动态电子商务呢？首先，必须停止继续使用独立的解决方案来实现动态电子商务，必须摆脱基于复杂系统连接的代码实现应用集成的方法。对于动态电子商务而言，以客户需求为主导的开发模型，将取代过去那种技术驱动的由里向外（Inside-Out）的开发模型，而且应用程序需要有高度的定制性，并能够被即时快速地装配成新的应用。所以，如图2所示，最佳的解决方案是使用Web服务的技术，将各种应用程序和信息系统进行封装、组合和集成以达到动态电子商务的目标。Web服务能够统-地封装信息、行为、数据及商务流程，把应用程序改变成可重用的和柔性的组件。这种技术简化了系统集成，可以快捷、容易地进行系统连接和交易处理，而无需考虑应用实施的环境是何种平台系统和设备。和其他的系统集成技术相比，它不是一个围绕某类型的系统模型或者架构的技术，而是一个针对应用集成这个难题而发展的革新技术。企业的核心商务功能用Web服务封装成组件之后，这些商务功能可以很方便地在企业之间共享。基于Web服务的组件被一次性地部署到网络后，所有连入网络的应用程序可以随时调用和集成这些Web服务。通过采用Web服务，能够显著地降低开发、部署和集成的费用，开发者无需与多种平台和编程语言进行交互，只需要与有标准协议的Web服务这种组件进行交互。如果商务流程需要更改，开发者也不必修改大量的代码，甚至通过开发工具的支持，根本无需更改程序代码。由于Web服务的调用接口采用XML开放标准来定义，因而在代码实现上的代价也会被降低。

图2 Web服务是应用集成的最佳解决方案

 Web服务使用户能够利用连接和交易处理，来创造出天衣无缝的系统集成。就像电话系统能够连接企业的通信一样，Web服务把跨地区和有不同商业关系的企业连接起来，处理他们所需求的商务。适当地实施Web服务，能使企业利用外部承包的方法去实现商务流程，减少开发、实施以及运作的费用。这样，企业就可以充分地利用外部的技能和服务。

企业利用Web服务，运用一种新的动态电子商务的商业模型。Web服务允许企业发布调用他们商业流程的接口，以方便和简化企业之间的相互交流。这样不但可以导致新的商业模型出现，而且可增加机会，拉开与商业对手的竞争差距。Web服务也允许贸易伙伴、承包商、顾客和供应商连接商业流程而且进行跨企业的交易处理。

企业实施Web服务，能从自己现存的资产中取得更多的价值，从而得到增加收入的机会。举例来说，某企业可以成为有关个别市场或者产品的主要数据出版组织。使用Web服务，企业能够重复使用现存的资产和购买了的解决方案，来减少B2B的应用集成开发的费用和实施的时间，而且不需要硬性地改写现有的软件系统，或者重新开始开发。这对已在现存的系统作了巨大投资的企业而言特别重要。

二、应用实例

下面介绍一个动态电子商务实例，使用IBM的WebSphere Studio Application Developer（以下简称WSAD）开发工具创建一个基于Web服务的医疗Business-to-Business（B2B）集成应用程序。

1、iCare医疗B2B集成应用的场景描述

业务的描述：现在，病人在iCare医院看完病以后，医院的医疗保险索赔管理职员必须首先使用医院内部的病历应用程序，并且打印一份患者的信息。然后，将患者信息原本和填写好的保险公司提交索赔表格一起寄给患者的保险公司，申请医疗保险索赔。如果申保成功，患者的医疗费用将在三十天内由患者的保险公司转账到医院。这种人工医疗保险索赔工作方法非常费时而且容易出错。由于各个患者可能由不同的保险公司担保，所以需要的索赔表格、填表的知识很多。

这是一个适合动态电子商务解决的方案，也是一个使用Web服务进行系统应用集成的典型场景。iCare医院开展一个统一的iCare医疗管理系统（iCare Healthcare Management System）的计划。其中包括集成医院内部的应用系统，自动化医疗保险索赔的流程，以便患者的医疗费用能够被自动地，向其保险公司申保和完成保险公司与医院的自动转账处理。不同的公司和组织，比如iCare医院与患者的保险公司，可能经常需要进行商务并且频繁地交换数据。但是由于这些公司各自收集、存储和处理信息的方式不同，所以它们之间的数据交换非常困难并且很费时间。解决的方案是按公共格式来存储数据并开发一种应用程序，使不同商业之间通过因特网的数据交换集成化和自动化。下面将介绍如何使用WSAD来开发这种类型的B2B动态电子商务应用程序，使用XML来完成数据交换，使用Web服务来集成业务处理。iCare医疗管理系统解决方案演示如何在一个端到端（End-to-End）开发方案中，将WSAD的多种功能组合起来构建B2B动态电子商务。医院开发的应用程序将包含iCare医疗管理集成Web应用、基于数据库的医院内部的病历Web服务和基于EJB的保险公司的索赔Web服务。这些应用程序都使用和遵从Java2 Enterprise Edition（J2EE）技术和指导方针。

这个iCare医疗管理系统的用户是医院的医疗保险索赔管理职员。当职员输入患者信息并对医院应用服务器进行查询后，iCare医疗管理集成Web应用，将调用基于数据库的医院内部的病历Web服务和基于EJB的保险公司的索赔Web服务，并且将应用程序和XML数据集成，以获得所请求的信息和自动地处理保险索赔申报，以及患者的医疗费用转账。在这个医疗管理系统的场景中，患者的医疗费用是由患者的保险公司支付的。为了接收付款，医院必须向患者的保险公司提交索赔。

iCare医疗管理集成Web应用程序根据提供的患者信息生成保险索赔请求，通过因特网将它发送给基于EJB的保险公司的索赔Web服务，进行申报处理。保险公司的索赔Web服务处理索赔后，将索赔答复经过XML数据集成和交换，返回给iCare医疗管理集成Web应用程序。在医院的职员看来，这个iCare医疗管理系统的B2B动态电子商务应用程序，是客户机上的Web浏览器中发生的一个简单的无缝事务。然而，此事务却是一个比较复杂的集成应用，需要从不同信息来源中收集数据，然后将它们转换成公共格式，并通过因特网在不同公司之间进行交换。

2、iCare医疗B2B集成应用的架构

这个端到端iCare医疗管理系统的B2B动态电子商务应用架构如下图3所示。

图3 iCare医疗管理系统的B2B动态电子商务应用架构

iCare医疗管理系统的客户机层（Client）是任何一个Web浏览器，而iCare医疗管理集成Web应用则配置在医疗管理系统的应用服务器（Hospital Server）上。通过使用SOAP协议调用配置在医院内部另一个应用服务器（Patient Server）上的基于数据库的病历Web服务，iCare医疗管理集成Web应用检索有关患者的信息，而这些信息储存在医院数据库（Hospital Database）中。iCare医疗管理集成Web应用，还调用配置在保险公司一个应用服务器（Insurance Server）上的基于EJB的索赔Web服务，而该Web服务使用储存在保险公司数据库（Insurance Database）中的信息。这个B2B动态电子商务应用程序使用Web服务和XML转换来集成并自动化地处理医院与保险公司之间的商业事务，是个四层逻辑机器（Four-Tier Logical Topology）分布式J2EE应用系统架构。

l·DADX--基于数据库的Web服务

基于数据库的病历Web服务提供患者的信息。此Web服务实现文档访问定义扩 展（Document Access Definition Extension，以下简称DADX）Web服务，通过查询DB2数据库来获取患者信息，将结果以SOAP编码XML文档的形式，返回给iCare医疗管理集成Web应用医院应用程序。图4所示为在运行时调用DADX Web服务的结构和程序流程。

图4 调用DADX Web服务运行时的结构

DADX是DB2 XML Extender中的文档访问定义（DAD）文件的扩展，包括SQL语言的功能。DADX文档方便用户创建用来存储和检索XML文档的Web服务，因为它指定如何使用由SQL语句和DAD文件定义的一组操作来创建Web服务。当使用DADX操作来访问DB2数据库时，在创建了的Web服务访问DB2存储的过程中，数据通过运行时软件（DADXRun-time）提供。DADX支持3种Web服务的操作：

1）基于XML文档的操作，包括查询和存储XML数据。

2）基于SQL的操作，包括查询、插入、删除和更新。

3）调用DB2的存储过程（Stored Procedure）。

·基于EJB的Web服务

保险公司的索赔程序是个基于EJB的Web服务，处理由iCare医疗管理集成Web应用程序提交的保险索赔请求。索赔程序利用一个会话EJB（Session EJB）执行DB2数据库SQL查询并返回XML数据。使用会话EJB，可以在运行时环境中，利用EJB容器（EJB Container）来管理企业bean对象的有效期、协调分布式事务和实现对象安全性。图5所示为基于EJB的Web服务的结构和在运行时调用此服务的程序流程。

　　图5 调用EJB Web服务运行时的结构

·XML数据转换

从上图5中可以看出，索赔程序中的会话EJB执行DB2数据库SQL查询后返回的XML数据将是保险公司内部的格式，并不适合iCare医疗管理应用系统的使用。所以，必须使用标准XSL技术，将这些XML数据转换成返回到iCare医疗管理集成Web应用程序可解码的XML文档。要实现这个XML数据转换，首先需要iCare医院和各患者的保险公司建立一个公共的XML数据格式。使用XSL交换将各个企业的XML数据转换成公共的格式，以便互相进行XML数据交换。由于保险公司的部分数据是通过执行DB2数据库SQL查询而得到的，所以需要先将SQL查询结果变成XML流才进行XML数据转换。这就是图5中所示的SQL到XML查询的模块。