基于Web服务的供应链管理及其整合

1、基于Web服务的供应链管理及其整合    【关键词】供应链；数据封装；Web服务      【中图分类号】 F406.14；TP393             【文献标识码】 A                 

2、0;  【文章编号】 1008-1151(2006)02-0131-02      一、绪论电子商务是互联网迅速发展的产物，电子商务是指在全球各地广泛的商业贸易活动中，通过现代化信息技术，特别是信息化网络所进行并完成的商务活动。在Internet上电子商务实质上形成了一个虚拟的市场交易场所，它能够跨越时空和地域的局限性，实时地为用户提供各类商品和服务的供应量、需求量、发展状况及买卖双方详细情况，从而使买卖双方能够更方便地研究市场、更准确地了解市场和把握市场。现今的产业发展正处于一个高度转变的局势中，产业竞争已渐渐由各个企业间的独立竞争

3、，演变成供应链体系间的整体抗衡形态。供应链中的主要环节包括供应商(suppliers)、制造商(manufactures)、批发商(wholesalers)、零售商(retails)、及消费者(consumers)，每个环节都有一至多个成员，各成员若要达到快速响应需求以取得同业竞争优势，就必须要有良好的供应链整合流程。过去大多数企业在实现不同的电子商务应用的时候,一般都是采取了“各自独立”的解决方案,即对于每个应用,都有专门的程序员进行独立的开发,编写专门的代码来实现其功能,因而也就形成了各自不同的系统。然而，在当今激烈的产业竞争中，企业为了提供给用户较完整的服务,或者是实现大范围跨企业实体的

4、商务应用系统的应用,企业往往需要将现有的不同的电子商务应用加以集成( 包括EAI 或者B2BI) 。下面首先描述企业应用程序整合(Enterprise Ap?鄄plication Integration,EAI)与企业间整合(B2B Integration,B2Bi)，若是将B2Bi的观念加以延伸即构成所谓的企业供应链。二、实现技术（一）数据封装      由于本系统是基于Web服务技术，因此在进行整合时通过各类接口将应用封装成Web服务部件后发布到UDDI注册中心，并通过接口调用相应的应用。它是连接各类应用的桥梁，采用的是松散的耦合方式，即任

5、何应用都可以调用对应的接口连接到系统中来，方式灵活，简单快速，真正实现了“即插即用”。     当某应用系统需要被整合时，它首先调用集成平台的接口，将其能够提供的服务用WSDL描述后，用SOAP消息发布到UDDI注册中心。如果注册中心是私有的，则整合的是企业内部的应用系统。如果注册到公有注册中心，则可以在通过Internet整合不同企业之间的不同系统。     在整合中，应用系统既可以遗留系统，也可以是新开发的Web服务应用。如果是已有的应用系统，需要首先将此应用程序用类进行封装成Web服务组件，方法是:生成描述该

6、系统功能和调用方法的WSDL文件；然后生成服务器端基于SOAP的服务框架(Service Skeleton)；并在此基础上开发适用于已有系统的适配器；最后将服务描述文件通过UDDI API发布到UDDI注册服务器中。     （二）Web服务器      在实现供应链管理和整合的体系结构时，其内外供应链的中间层的Web服务适配器是系统进行整合的核心。对供应链管理和整合系统的功能结构进行分析时，将从实际中抽象出了功能模块，这些功能模块是从企业内部的基本元素和基本任务中抽象出来的。它们都有自己的作用范围，每一

7、个模块实际上是相关元素的属性和功能的一个集合，具有一定的独立性。对于这些模块可以将其功能作为一个整体发布出去，这样就可以将系统的业务逻辑按功能模块进行划分，通过Web服务的形式来实现各模块的功能。在进行系统结构设计时，内部供应链处理企业内部数据交流功能的实现，而外部供应链主要是将数据和功能发布给客户和供应商，这样使得客户和供应商能够形成一个链状结构，从而真正的实现供应链管理系统的完整整合。那么在进行系统规划的时候，就需要对这两大部分分别处理。由于已经将企业的整个流程进行了功能模块的定义，那么在进行系统规划时就可以进行模块的组合。例如，对于客户而言，需要给他提供的接口包括产品模块、订单模块、客户

8、模块中的部分方法。这样就可以把Web服务器中的这几个Web服务的模块发布给客户，而对于其它模块例如：设备模块、销售模块、生产模块等就仅仅在企业内部发布就可以了。在具体实现的时候，可以采用不同的方法。      在这里外部Web服务器完成的功能包括：提供企业门户网站，共享给客户和供应商的数据和功能承载单元，同时由于这些模块也要被企业内部的系统使用。例如，产品模块中就存在产品分解功能，所以这些模块就需要既在内部功能模块发布也在外部发布。这里可以充分利用IIS服务器上的技术。这样这些功能模块内部和外部用户就都可以使用了。另一方面，对于前面所提到的产品

9、分解功能，它应该只能由系统内部的人员来进行调用，这样就需要对发布功能进行安全设置。内部Web服务器完成的功能主要就是对内部的Web服务的承载单元，企业内部的供应链管理与整合系统进行数据交流、通信和处理单元。     （三）Web应用服务器在外部供应链中，一个远程客户在Internet上通过浏览器访问供应链系统中的Web应用服务器对外开放的应用程序，如一个订单的填写表单，客户输入数据后，通过Internet用POST或者GET方式提交给系统，系统中的 Web应用服务器收到这个SOAP请求后调用Web服务进行处理，首先验证其输入的数据是否有效，若数据无效，则

10、Web服务通过SOAP协议返回给远端客户一个数据错误的消息；若数据有效则将客户输入的数据进行封装，封装成数据集的形式后，将其传输到Web服务代理服务器。Web服务代理服务器将数据进行解析，解析时是将数据按字段解析，将解析的结果用数据集(Dataset)的形式传输到数据库服务器进行处理。同时，当数据库服务器进行处理完成后仍然以Dataset的形式返回给Web服务代理服务器，Web服务代理服务器将其解析后以SOAP消息应答的形式把处理结果传输给Web应用服务器，Web应用服务器将处理结果以XML/HTML格式的形式(如表单的形式)通过Internet返回给客户一个消息(如订单的处理情况)。整个数据

11、的传输均是以XML格式的，这样使系统能够具有跨平台跨防火墙的特点。（四）基于Web服务的B2B电子商务的集成在企业内部的商务处理过程中，通过Web服务，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。例如，有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等内容；还有一个订单执行程序，用于实际货物发送的管理。这两个程序来自不同软件厂商。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层Web服务，订单执行程序可以把“Add Order”函数“暴露”出来。这样，每当有新订单到来时，订单登录程序

12、就可以调用这个函数来发送货物了。用Web服务集成应用程序，可以使企业内部的商务处理变得更加自动化。但当交易跨越供应商和客户、突破企业的界限时会怎么样呢？跨企业的电子商务交易集成通常叫做B2B电子商务集成。 只有实现企业与企业之间电子商务的集成，企业间的业务数据才能直接流动起来，跨企业的电子商务才能真正的实施。Web服务是B2B电子商务集成成功的关键。通过Web服务，企业可以把关键的商务应用“暴露”给指定的供应商和客户。例如，把电子下单系统和电子发票系统“暴露”出来，客户就可以以电子的方式发送订单，供应商则可以以电子的方式发送原料采购发票。当然，这并不是一个新的概念， EDI(电子文档交换)早就

13、是这样了。但是，Web服务的实现要比EDI简单得多，而且Web服务运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。Web服务并不像EDI那样，是文档交换或B2B集成的完整解决方案。用Web服务来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为Web服务，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。利用Web服务技术实现B2B电子商务的集成。在软件再利用的观念前提下，根据Web服务具备

14、跨平台、跨语言、以及跨元件模组的特性，企业使用者可以不需考虑其本身所使用的平台及应用程序的类型，便可以利用服务端企业所提供的Web服务来达成企业目标和加速企业之间的信息资源、流程及应用系统的集成。整个集成系统以Web服务的角度来看，可以区分为两个角色，分别为服务提供者（供应端）及服务请求者（需求端）。与供应端有合作关系的还包括后端的原料供应商以及产品协同设计厂商，需求端则包含制造商、经销商、营运商、以及零售商等。需求端可以通过Web服务对供应端提出需求请求，而供应端也可以通过Web服务对需求端的需求做出相应的回应。当零售商对原料供应商也有直接的信息资源需求时不需要再通过制造商传达，可加速整体供

15、应链中信息资源流通的速率，降低需求预测的错误，达到成品库存压缩的目的，从而降低企业的存货成本，有效提升B2B电子商务效率。在企业集成部分，各企业在提供Web 服务前，都首先到UDDI商业注册中心完成注册手续，并提供一个WSDL文件，做为服务描述之用，服务都能被动态的选择与集成。当需求企业对UDDI发出需求时，UDDI会依条件选择出合适的服务提供者，并回传Web服务的WSDL文件。企业可依据WSDL文件中记载的服务使用方式与Web服务进行互动，达成企业需求。需求企业与Web服务间的信息流通则透过SOAP协议来达成。在分布式架构中，企业之间的集成会因为采用的平台不同而使沟通或是整合困难，在Web服

16、务的环境中，上述问题可通过由SOAP协议加以解决。因为SOAP协议规定了信息封装的格式与排列顺序，以及利用XML作为沟通的标准语言，解决了原本采用的平台、实作方式以及编程语言不一致所产生的问题。三、小结      本文是对系统主要实现技术的研究，研究分析内外供应链体系结构的主要组件实现技术。在供应链系统中，首先将企业应用程序用类进行封装成Web服务组件，同时生成描述该系统功能和调用方法的WSDL文件，然后生成服务器端基于SOAP的服务框架(Service Skeleton)，并在此基础上开发适用于已有系统的适配器，最后将服务描述文件通过UDDI API发布到UDDI注册服务器中。当客户通过要访问企业的应用程序时，先用WSDL描述需要访问的服务，再用SOAP消息向注册中心发出查询请求；注册中心将该方法的WSDL描述返回客户；客户用得到的WSDL描述生成SOAP请求消息，绑定服务提供者，通过SOAP路由器分析HTTP头找出某个Web服务中间层即Web服务适配器的位置，将该请求传送到所请求的Web服务适配器，适配器激活应用，应用系统处理请求(这里包括了数据访问和数据库的连接处理)，并将结果返回给中间层，适配器将得到的结果打包成SOAP消息，返回给SOAP路由器；S