（计算机应用技术专业论文）web服务的研究及其在电子商务中的应用.pdf

摘要 w e bs e r v i c e s 是当今i t 业界的关注热点。w e bs e r v i c e s 的主要目标就是在现有的 各种异构平台的基础上构筑一个通用的与平台无关、语言+ 无关的技术层，各种不同平 台之上的应用依靠这个技术层来实施彼此的连接和集成。人，7 本文在供应链管理( s c m ) 的订单处理模块的基础上，研讨w e bs e r v i c e s 的构架 体系，提出了一个基于w e bs e r v i c e s 的商羟牙发模型；对s o a p 消息的格式、传送处 理过程，绑定框架和附件的处理进行了论述：对u d d i 的数据模型进行了详细的描述， 并说明了服务发布和查找的处理过程；描述了w s d l 文档的类型，说明了w s d l 文 件的编写步骤，对w s d l 文件中的各个元素与u d d i 服务器中元素的映射关系进行 了论述，并说明了如何把w s d l 文件与s o a p 、h t t p 、m i m e 等协议进行绑定。本 文提出的商务开发模型具有一定的独创性和先进性。， 关键字： 商务 w j bs e r v i c e - s ：x m l 、s o a p 、u d d i 、毽d l 、 ? ， _ 二一，埘、， 。f y ；夕，一天7 f 。 h t t p 、m i m e 、电子 一一 a b s t r a c t w e bs e r v i c e sa r et h ef c c u s e so fi tf i e l d s t o d a y t h eg o a l o fw e bs e r v i c e si st o p r o v i d e ac o m m o n t e c h n o l o g yl a y e r w h i c hh a sn or e l a t i o nw i t h l a n g u a n g e a n d p l a t f o r m t h ea p p l i c a t i o no f d i f i e r e n tp l a t f o r m sn e e d st h i st e c h n o l o g yl a y e rt oc o n n e c ta n d i n t e g r a t ew i t he a c ho t h e r o nt h eb a s i so ft h ep u r c h a s e o r d e r p r o c e s sm o d u l eo f s c m t h i sa r t i c l ed i s c u s s e st h e a r c h i t e c t u r eo fw e bs e r v i c ea n db r i n g sf o r w a r da p r a c t i c a le - b u s i n e s sm o d e lb a s e do r lw e b s e r v i c e t h e nw ea n a l y z et h ef o r m a to fs o a pm e s s a g ea n de x p l a i nh o wt o p r o c e s si t ，d e s c r i b et h e b i n d i n gf r a m e w o r ko fs o a p a n dt h ep r o c e s so fa t t a c h m e n t a f t e rt h i s ，w ed i s c u s st h ed a t am o d u l eo f u d d i t h ep u b l i ca n dd i s c o v e r yo fs e r v i c e f i n a l l y , w ed i s c u s st h et y p eo fw s d ld u c u m e n ta n d h o wt ow r i t eaw s d l f i l e ；e x p l a i nt h em a p p i n gr e l a t i o n s h i po f t h ee l e m e n t si nw s d lf i l e a n du d d is e r v i c e ，h o wt ob i n dt h ew s d lf i l ew i t hs o a p , h t t rm i m e p r o t o c o l s c o m p a r e d w i t ht h ea v a i l a b l er e s e a r c ha b o u tb 2 b ，o u r w o r k ，t h ee - b u s i n e s sm o d e lb a s e do n w e bs e r v i c e ，h a ss o m e o r i g i n a la n da d v a n c e dc h a r a c t e r k e y w o r d s ：w e bs e r v i c e s 、x m l 、s o a p 、u d d i 、w s d l 、h t t p 、m i m e 、e - b u s s i n e s s 南京航空航大人学烦十学侮论文 1 1 课题研究背景 第一章绪论 当今电子商务发展的重心已经完全从过去的c o m 的模式转向到传统企业的电子 商务化的进程中来。既然是企业的电子商务化，模式是否崭新是次要的，而是否能为 企业带来经济利益则是主要的。在规划企业的电子商务应用的时候，企业管理人员和 系统架构师更多的关注该电子商务应用是否能为企业带来直接的经济收益、是否有利 于削减掉某方面的开支成本、是否能够优化资源使用，这些完完全全是由企业的商业 利益驱动的，在这一轮的电子商务发展中，技术完全是为商业服务的，任何脱离商业 需求的”新”技术则必然是毫无用武之地。 当前最有价值进行实施的电子商务应用是： 企业门户( p o r t a l ) ：企业门户与般信息门户有本质的区别，企业门户主要是为 企业的重要客户、合作伙伴和自身的员工服务的。它应当具有个性化( 这里的个性化 并不仅仅是页面) ，应当提供一系列的在线服务，使得客户、合作伙伴和员工们得以 使用企业门户获得必要的知识信息，得以通过企业门户与企业应用进行交互及事务 处理。 网上连锁商店( s t o r e f r o n t ) ：为了拓展产品和服务的市场，拓广销售渠道以及增 加销售额，企业应当建立具有自身品牌标识的网上连锁商店。这里需要注意的是，所 谓网上连锁商店并不是说使用各种语言在各个国家分别建立网上商店，这只是其中的 一个形式，更多的方式应当是将企业的网上商店能够加入到各种各样的网上实体中， 比如门户网站、行业交易市场( e - m a r k e t p l a c e ) 、都市引擎等，使企业的销售渠道遍 布整个w e b 空间。 集团内联网( i n t r a n e t ) 与知识库( k n o w l e d g eb a s e ) ：集团的全球内联网能够使 企业的雇员可以在全球范围内进行有效的交流和协作，充分利用企业的全球资源，以 提升整体的生产力。集团的知识库能够为员工的协作提供丰富有效的工作中所需要的 知识，以最大可能地提高员工的单位产出。 供应链( s u p p l yc h a i n ) 管理：为提升企业的整体竞争力，企业往往需要保持并提 升自身与其供应商的关系，采取流水线形式的采购方式并尽量减少运作成本，而要做 到这一点，则必须要创建私有的交易通道和供应链关系的电子商务应用才能达到这一 目标。 客户服务( c u s t o m e rs e r v i c e ) ：通过建立这样的面向客户的服务门户或自助式销 售网站能够实现跨区销售，提升客户的亲近程度和满意程度，并减少服务成本。 分销( d i s t r i b u t i o n ) 管理：建立分销管理应用能够使企业迅速地拓展分销渠道并 挖掘新的市场机会。同时，企业还能裁减培训成本、服务成本和产品分销成本，并减 少仓储费用。 提供a s p ( a p p l i c a t i o ns e r v i c ep r o v i d e r ) 服务：通过在w e b 上部署a s p 服务， 企业能够获得新的额外的收入。而提供的a s p 中的a ( a p p l i c a t i o n ) 应当是企业核心 w e b 服务的研究及其在i 也子商务中的虑瑚 竞争力的数字化表现，一般情况下，其范围可能就包含了前面提到的6 种电子商务应 用中的5 种：企业门户、网上连锁商店、供应链管理、客户服务以及分销管理。 为了实施这些电子商务应用，不外乎几种手段：由自己的【t 部门具体计划并实 施，外包给软件公司或解决方案提供商计划并实施，当然解决方案或实施计划中可能 会包含平台软件或专用软件模块的采购。然而，无论自身的l t 部门还是外包的解决 方案提供商，其给出的实施计划都是应用正式运营前的。一旦应用被部署之后，由于 商务环境和商务需求的不断改进和不断变化，这些电子商务应用不可避免地需要被修 订、需要被更新，以符合新的电子商务流程。而到最后，企业的管理人员甚至会想为 企业的员工、客户以及合作伙伴分别定制具体应用以获得最大的商业利益并保持竞争 力。 在这些应用更新的可能中，下面三个可能是最主要的也是最常发生的： 经常会增加新的电子商务应用，这常常会每几个星期或每几个月发生一次： 经常会对电子商务的流程进行更改，这常常每周或每几天发生一次； 经常应用户的需求而进行更改，这甚至每个小时都会发生，尤其是当需要为每个 客户、每个合作伙伴或每个企业员工都定制其首选的电子商务应用的时候。 毫无疑问，e 化的企业必须直面这一问题的挑战，经常的应用更新是当今电子商 务应用部署所面临的最大问题，如何提升企业的响应能力，削减响应开支，提升企业 的竞争力，是所有的e 化企业必须面对的问题。 错误的解决方案：复杂系统对接的解决方案 为了达到这一保持企业核心竞争力的目的，大部分企业都在努力奋斗着，毫无疑 问他们在i t 上投入了极多的资金和资源，那么他们的选择是否正确呢? 在商务上， 无疑是正确的，”没有电子商务将等于无商可务”，可是方法呢? 他们采取了正确的方 法了么? 让我们首先来看一看目前大多数企业是如何操作的? 目前，在构建前面我提到的那些电子商务应用的时候，程序员们一般都是采用” 独立解决方案”来实施的。也就是说，对于每个应用，他们都是为每个需要的企业资 源或外部资源编写连接代码，以使得应用得以运行。这些资源包括：传统系统( 1 e g a c y s y s t e m s ) 和数据库、w e b 应用及w e b 资源。程序员还需要编写更多的代码以使得大量 的用户能够访问每个应用，例如通过公司的w e b 站点，例如使用公司内部的桌面应用 程序等等。由于这些应用都是”辛苦”编程的产物，几乎很难再定制。当需要融入新的 电子商务流程，需要为额外的用户群提供访问界面，需要继承不同的电子商务应用以 为用户提供更完整的增值服务，所有的这切不得不从最初的系统设计开始做起。为 什么会这样? 因为所有的应用都是从一次性开发的角度实旆的，应用的没一个更改都 需要由特定的程序员来完成。这样，通过跨应用集成的方式实现电子商务应用的重用 变得异常她困难。 由于每个应用都有其自己特有的基础架构，这些应用在部署、更改和维护上的代 价都异常高昂。企业不得不为每套应用配置特有的专业技术人员，并保持与不同技术 供应商或解决方案供应商的密切联系。同时这些应用即不能被方便地继承，也不能随 着企业商务的规模扩展而方便地实现应用的规模扩展。 我们清楚地认识到，即使只有一个电子商务应用，其创建、维护和定制的代价及 复杂度就已经是如此惊人了。何况要涉及多个这样的应用，其代价之高是可象而知的。 南京航空航犬人学硕十学位论文 这样的电子商务应用的实际运营状况非但无法令企业商务规模迅速增长，甚至会 造成相反的影响作用，因为此时，i t 部f 不得不雇佣更多的员工并花费更多的资金 来管理这些复杂而纷乱的应用，并维护多种承载应用的基础架构。 早先出现的电子商务技术，比如e d i 、w e be d i ( 也许是基于x m l 的) 、内容服务 器、应用服务器、e a i ( e n t e r p r i s ea p p l i c a t i o ni n t e g r a t i o n ) ，以及那些为创建企 业门户以及其他单个电子商务应用( 上面提到的7 种应用) 而设计的独立解决方案都 无法解决这个问题。它们之所以无能为力，是因为它们不无例外地都是基于复杂应用 连接的、不具备良好集成能力的应用开发模式，它们都是通过程序代码实现复杂应用 连接以连接用户、电子商务应用以及其他信息系统的。这样的实现方式即无法有效地 解决经常发生的电子商务流程的更改而触发的大额费用，也无法有效地解决各类用户 的定制需求。 正确的解决方案：w e b 服务和商业w e b 现在我们来描述一个能解决以上所有问题的解决办法。电子商务需要摆脱独立解 决方案的实现模式，需要舍弃复杂系统连接的实现方法。一个有效的电子商务应用绝 对不应该是仅仅基于程序员以及那些复杂的代码的。对于电子商务而言，传统的由程 序员主导的由里向外的开发模式应当被由用户主导的由外向里的开发模式取代。冗长 的串行的开发循环应当被即时的，快速的应用装配所取代。同时这样的应用应当天生 就具备离可定制性。如果探究其商业本质，这是来自经过时间考验的商业技术概念： ”即时制造”以及“规模可伸缩”等概念，我们需要做的就是将传统的商业概念延伸到电 子商务中去。 基于x m l 技术的w e b 服务正是解决这一问题的最佳手段。w e b 服务的使用将改变 目前的开发模式和应用部署的费用规模。各种w e b 服务分别实现了一定的电子商务功 能，通过将各种电子商务的w e b 服务进行组合和集成以创建动态电子商务应用。w e b 服务能够统一地封装信息、行为、数据表现以及商务流程，而无需考虑应用所在的环 境是使用何种系统和设备。 通过使用w e b 服务，企业能够以前所不可能的方式通过抽象和混合将自身的电子 商务组件化。当一个企业的核心竞争力被组件化之后，那么这些核心竞争力就能够很 方便地在不同的企业之间共享，同时架构跨企业的电子商务应用，形成商务w e b 。 在商务w e b 中，将不需要为使用一个电子商务应用而购买这个电子商务应用所 承载的应用软件。w e b 服务是一种无需购买并部署的组件，这种组件是被一次部署到 i n t e r n e t 中，然后到处可用的一种新型组件，所有应用只需要能够连入i n t e m e t ，就可 以使用和集成w e b 服务。通过采用w e b 服务，开发的代价显著降低了，程序员无需 与多种平台进行交互，他只需要与一种组件进行交互，即w e b 服务，同时w e b 服务 的调用界面完全采用标准的x m l 及相关技术，在代码实现上代价也有显著下降。通 过采用w e b 服务，部署和集成的费用大大降低，流程的更改也无需更改大量代码， 甚至通过工具的支持，更本无需更改程序代码。同时随着新的w 曲服务技术，如 w s d l u d d i w s f l 的大量使用，w e b 服务在运行时态进行动态装配将成为现实，同 时每个用户甚至可以应用户的需要而实时装配。 w e b 服务的研究及其在【u 子商务中的廊州 1 2 基于w e b 服务的电子商务的构架 面向服务的架构( s o a ) 是基于w e b 服务的电子商务的概念上的架构。如今，大 多数运行在商业领域的系统和应用程序由紧密结合的应用程序和子系统组成。它的缺 点是对任何子系统的改变可能导致各种相关应用程序被破坏。现有系统的这个缺点是 造成系统维护费用高和可管理的合作伙伴的数量受到限制的原因的一部分。 若不考虑如何实现，s o a 由3 个参与者和3 项基本操作组成。 图1 1 ：s o a 模型 服务提供者是一个网络节点，它为处理一系列特定任务的软件资源提供服务接 口。服务提供者节点能代表商业实体的服务，或者它甚至能代表可重用的予系统的服 务接口。 服务请求者是一个网络节点，它发现并调用其它的软件服务来提供商业解决方 案。服务请求者节点常常代表商业应用程序组件执行远端的过程调用分布式对象，即 服务提供者。在某些情况下，提供者节点就在本地的企业内部网上，或者在其它情形 下，它可能存在于远端的因特网上。从概念上来说，$ o a 本质上是将网络、传输协议、 安全细节留给特定的实现来处理。 第3 种s o a 参与者是服务中介者i 它是一个网络节点，作为储存库、电话黄页 或票据交换所，产生由服务提供者发布的软件接口。商业实体或者独立的运营商能代 表服务中介者。 这3 种s o a 参与者通过3 个基本操作：发布、查找、绑定相互作用。服务提 供者向服务中介者发布服务。服务请求者通过服务中介者查找所申请的服务，并绑 定到这些服务上。 1 3 实现技术 基于w e b 服务的电子商务策略是建立在一个新兴技术的核心系列上： x m l ：可扩充的标记语言( e x t e n s i b l em a r k u pl a n g u a g e ) 1 0 标准是个基于文本 的w o r l dw i d ew e b 协会( w 3 c ) 规范的标记语言。与h t m l 使用标签来描述外观 南京航空航犬人学硕士学何论文 和数据不同，x m l 严格地定义可移植的结构化数据。它能作为定义数据描述语吉的 语言+ ，例如标已语法或词汇、交换格式和通讯协议。 s o a p ：简单对象访问协议( s i m p l eo b j e c ta c c e s sp r o t o c 0 1 ) 是一个基于x m l 的，用于在分散的分布式环境下交换信息的轻量级协议。s o a p 在请求者和供应者对 象之间定义了一个通讯协议，这样，在一个面向对象编程流行的环境下，该申请对象 在提供的对象上执行一个远程的方法调用。s o a p 规范是由m i c r o s o f t 、i b m 、l o t u s 、 u s e r l a n d 和d e v e l o p m e n t o r 联合订立的。该规范随后发展并建立了w 3 cx m l 协 议工作组，有超过三十家公司参与其中。在大多数厂商的s o a 实现中，s o a p 为分 布式对象通讯构建基础。尽管s o a 没有定义通讯协议，但由于在s o a 实现中的普 遍使用，最近s o a p 被称为面向对象架构协议f s e r v i c e s o r i e n t e da r c h i t e c t u r e p r o t o c 0 1 ) 。s o a p 的优点在于它是完全和厂商无关，可以相对于平台、操作系统、目 标模型和编程语言独立实现。另外，传输和语言绑定以及数据编码的参数选择都是由 实现决定的。 u d d i ：通用描述、发现和集成协议( u n i v e r s a ld e s c r i p t i o n 。d i s c o v e r y , a n d i n t e g r a t i o n ) 提供一组公用的s o a pa p i ，使得一个服务中介者得以实现。u d d i 规 范由i b m 、m i c r o s o f t 和m i b a 制定，促进基于w e b 服务的创建、描述、发现和集 成。在u d d i o r g ( 一个超过7 0 家行业和贸易组织的领导者之间的伙伴和合作) 之 后的动机是为b 2 b 协同工作能力定义一个标准。 w s d l ：w e b 服务描述语言( w e bs e r v i c e sd e s c r i p t i o nl a n g u a g e ) 是个提供描述 服务i d l 的标准方法的x m l 词汇。w s d l 是将n a s s l ( i b m ) 和s d l ( m i c r o s o f t l 之间的活动汇聚的产物。它为服务提供者提供一个简单的方法描述申请的形式并响应 远程方法调用信息( r v i i ) 。w s d l 不依赖于底层的协议和编码要求来涉及服务i d l 的主题。通常，w s d l 提供一个抽象的语言以利用各自的参数和数据类型来定义被 发布的操作。该语言同时涉及服务的位置和绑定细节的定义。 本文在s c m 的订单处理模块的基础上，提出了一个基于w e b 服务的商务开发模 型：对s o a p 消息的格式、传送处理过程，绑定框架和附件的处理进行了论述；对 u d d i 的数据模型进行了详细的描述，并说明了服务发布和查找的处理过程；描述了 w s d l 文档的类型，说明了w s d l 文件的编写步骤，对w s d l 文件中的各个元素与 u d d i 服务器中元素的映射关系进行了论述，并说明了如何把w s d l 文件与s o a p 、 h t t p 、m i m e 等协议进行绑定。 第二章系统模型的提出 在一个b 2 b 电子商务平台上，作为主体的制造型企业应该可以通过互联网实现 以下基本功能： 企业标书的发如与响应 物料采购订单的发布 客户产品订单的接收 销售商供应商信息管理 如果把前台的b 2 b 网站比作企业电子商务的窗1 ：2 1 的话，那么后台的企业内部e r p 系统无疑就是整个b 2 b 项目的核心，与会融业、零售业、医疗业、交通运输业等行 业领域相比，一个制造型企业的e r p 系统包含了对物流、资金流、信息流的集成管 理，尤其是以m r p i i 为引导的物流管理，决定了整个系统的模块划分与重心。下图 是一个基本的制造型企业的一般生产流程( 图2 1 ) 。 图2 1 制造企业的生产流程 彤一 南京航空航大人学硕十学位论文 无论我们采用哪种算法实现企业的m r pi 【模型及计算机流程分解，其基本的几 个管理模块通常是确定的，即产品物料仓库管理模块、销售供应客户管理模块、销 售订单管理模块、生产计划管理模块、物料需求计划管理模块、采购订单处理模块、 财务管理模块，而如何根据企业实际的生产周期、组装工序、运输途径、销售方式、 采购方式等特征，采用合理的生产计划、物料需求计划、采购计划分解算法，以保证 产品物料的最小库存及j i t 产品生产供给，正是m r pi i 软件的精髓所在，而所谓的 e r p ，就是在m r p i i 的基础上有机结合了客户资源管理、决策信息管理、市场预测 管理、产品质量管理、人力资源管理、金融资源管理等子系统，为企业提供了更高层 次的管理模式与管理工具。而各子系统及予系统管理模块之间的电子数据交互、企业 的前台b 2 b 网站与后台管理系统之间的电子数据交互、销售商供应商客户与企业前 台系统问的电子数据交互便构成了其b 2 b 供应链系统完整的信息流。 2 1 基于w e b 服务的商务开发模型 图2 2 说明了一个基于s u n o n e ( o p e n n e t e n v i r o n m e n t ) 体系的b 2 b 的商务开 发模型。一个服务要被其它的公司所发现和使用，首先要用j a x r ( j a v a a p if o rx m l r e g i s t r i e s ) 把服务的内容注册到u d d i 服务器上。在一个商业伙伴要使用服务时，它 必须先用j a x r 到u d d i 服务器上查询所需要的服务，然后下载服务的w s d l 文件， 得到服务的调用接口和语义，然后用j a x r p c ( j a v aa p if o rx m l b a s e dp - p c ) 或 者j a x m ( j a v a a p i f o r x l v l l m e s s a g i n g ) 来产生s o a p 请求( j a x m 产生x m l 消息， j a x r p c 产生基于x m l 的l i p c ) ，请求到达服务时，操作顺序如下：s e r v l e t 收到 x m l 文档请求后，先用集成了s a x ( s i m p l e a p i f o r x m l ) 和d o m ( d o c u m e n t o b i e c t m o d e l ) 的j a x p ( j a v a a p if o rx m l p r o c e s s i n g ) 把文档反序列化为j a v a 对象，如果 是r _ p c 请求，这些j a v a 对象是请求调用的方法名，如果是消息服务，j a v a 对象是处理 商业伙伴其它系统 s o a p w e b 服务容器 e j b s jdbc 、l ，s o a p 连接器 jax r 查询 下载wsd 文件 ja x r j 吲1 篡的ii 冀豢7 下载wsdl 文件 jax r 注册 图2 2 ：基于j 2 e e 的b 2 b 商务开发模型 u d d i 服务器 w e b 服务的研究及其在电子商务中的戍川 消息的方法名，消息的内容转化为这些方法的参数，s e r v l e t 根据这些i a v a 对象调用 个或多个ejb 组件来处理这些商务数据。在处理过程中可能会调用现有的系统或其 它商业伙伴的系统。调用现有的系统时，可以使用j m s 或j a v a s p a c e s 来作为连接器， 对其它商业伙伴的系统的调用过程同本系统。e j b 处理完后把结果返回给s e r v l e t ， s e r v l e t 把返回的数据序列化成x m l 文档，并返回给客户端。由此可以把企业内部供 应链的信息系统与企业内部的业务系统如e r p 、c r y ! 等有机结合在一起，并且可以把 企业内部的物流、信息流、资金流和企业的供应商、客户通过供应关系联系起来，建 立起一种跨企业的协作。 2 2 采购订单处理模块的模式定义 以下部分将以s c m 中的采购订单处理模块来说明b 2 b 的w e b 服务实现。 采购沟通生产需求与物资供应的联系。s c m 模式下的采购特点主要体现为j i t 采购法，即在恰当的时间，恰当的地点，以恰当的数量，恰当的价格，提供恰当的物 品。 功能分解： 采购申请：根据定货计划、基本数据文件、供应商商品清单、商品价格清单等， 提出采购申请；主要内容包括，按供应商成员表选认供应商，按物品编号确定订购数 量、质量等级、价格和交货进度要求。据权限交审核修改，确认采购的必要性和合 理性。并且急件先办，无法办妥的撤销。审核后生成采购申请单，或批准m r p 生成 的采购建议订单( 计划采购订单) 。如有采购申请变更，直接在采购部门内部处理。 采购订单维护：这是采购业务处理的关键过程，它从采购申请转向采购订单的 建立与执行。根据采购订单的申请方式( 采购申请单m r p 建议采购订单) ，确定采 购订单的下达与执行( 合并下达直接下达) 。其中合并下达是指将采购申请单与m r p 建议订单按客户选择合并成一张多项目分期交货的总订单：合并数据项可根据采购员 代码、库房代码、供应商、交货期进行筛选；结合供应商发货信息可建立采购订单台 帐供增删改套打；如采购大批量时，支持一次性采购一揽子订单的功能，只与一家 供应商签定采购协议；通过检查采购订单下达状态( 已下达待下达) ，进行采购订单 打e 1 1 发送，并防止二次打印发送，其中，打印件供采购员使用，发送件由供应商接 收，供应商根据交货时间与数量，针对自己实际供应情况，生成一张j i t 交货时间表， 根据此表发送物品；涉及到采购变更信息，经审查生成采购变更通知单做相应处理。 采购跟踪：通过联机实时查询功能，对供应商发货情况进行明细查询与监控， 主要是期量信息控制，如采购员对签约日期、交货期、定货量、在检量、收到量、已 计成本数量、质量、价格等。可根据采购订单，采购执行台帐，j i t 交货时间表确定分 总数据项，记录跟踪结果，生成采购跟踪表。具体可通过代理对象、查询、自动检查 触发、报警标识等方法实现；通过跟踪表对拖期物品跟催，生成催货单和来结采购 订单处理清单。 采购档案维护：可按项目，供应商采购员等采购绩效考核方式建立采购档案， 主要按完成采购量，金额的多少来考核，记录“采购订单执行收货结算”过 程中的重要情况，如采购订单变更、交接不符和价格偏差等，以提供给采购或顶审计 南京航空航大人学硕十学伉论文 和采购绩效评价，并生成所需报告。 以下定义了一个购买订单的模式文档( p u r c h a s e o r d e r x s d ) ，它定义了模块的 w s d l 文档中所需的数据类型： x s d ：c o m p l e x t y p en a m e = ”o r d e r b i l l p r o d u e t o r d e r d a t a x s d ：e l e m e n tn a m e = ”p r e c n s g r m m t t i m e ”t y p e 。”x s d ：d a t e ”房 x s d ：e l e m e n tn a m e = a r r i v a l d a t e t y p e = x s d ：d a t e x s d ：e l e m e n tn a m e = ”p a y m e n t c r i c s ”t y p e = x s d ：f l o a t ”b x s d ：c o m p l e x r y p en a m e ；”o r d e r b i l l c o n t r a c t l t e m ” x s d ：e l e m e n tn 锄e = ”c h e c k s t y l e ”t y p e = x s d ：s t r i n g ”p x s d ：e l e m e n tn a m e = ”b a l a n c e s t y l e ”t y p e = x s d ：s t r i n g ”b 9 w e b 服务的研究及其在电子商务。p 的应州 x s d ：c o m p l e x t y p en a l t l e = ”o r d e r b i l l s u p l n f o r m a t i o n ” x s d ：e l e m e n tn a m e = ”a g e n t t y p e = x s d ：s t r i n g ”， x s d ：c o m p l e x t y p en a m e = s t o c k a c c o u n t x s d ：e l e m e n tn a m e = p r i c e ”t y p e = ”x s d ：f l o a t x s d ：e l e m e n tn a m e = ”d e a l p r i c e ”t 卯e = ”x s d ：f l o a f 胁 x s d ：e l e m e n tn a m e - = ”a c c o u n t d a t e ”t y p e = ”x s d ：d a t e 协 模块服务的调用，描述，注册和查询的实现见下面的章节。 南京航空航天人学硕十。学忾论文 第三章服务的调用s o a p s o a p ( s i m p l eo b j e c ta c c e s sp r o t o c 0 1 ) 简单对象访问协议是在分散或分布式 的环境中交换信息的简单的协议，是一个基于x m l 的协议，它包括四个部分：s o a p 封装( e n v e l o p ) ，封装描述了消息中的内容是什么，是谁发送的，谁应当接受并处理 它以及如何处理它们的框架：s o a p 编码规则( e n c o d i n gr u l e s ) ，用于表示应用程序 需要使用的数据类型的实例：s o a pr p c 表示( r p cr e p r e s e n t a t i o n ) ，表示远程过程 调用和应答的协定：s o a p 绑定( b i n d i n g ) ，使用底层协议交换信息。 s o a p 一般使用h t t p 传送x m l ，尽管h t t p 不是有效率的通讯协议，而且x m l 还需要额外的文件解析( p a r s e ) ，两者使得交易的速度大大低于其它方案。但是x m l 是一个开放、健全、有语义的讯息机制，而h t t p 是一个广泛又能避免许多关于防火 墙的问题，从而使s o a p 得到了广泛的应用。但是如果效率很重要，那么应该多考虑 其它的方式，而不要用s o a p 。 3 1 s o a p 消息交换模型 s o a p 消息是由一个强制的s o a pe n v e l o p e 、一个可选的s o a ph e a d e r 和一个 强制的s o a pb o d y 组成的x m l 文档和若干个可选的附件( 图3 1 ) 。s o a p 消息应当包 含以下部分： 图3 1s o a p 消息组成部分 一个s o a pe n v e l o p e 。e n v e l o p e 是表示该消息的x m l 文档的顶级元素 一个s o a ph e a d e r 。h e a d e r 则是为了支持在松散环境下在通信方( 可能是s o a p 发送者、s o a p 接收者或者是一个或多个s o a p 的传输中介) 之间尚未预先达 成一致的情况下为s o a p 消息增加特性的通用机制。s o a p 定义了很少的一些 w e bn 口务的研究及其在电子商务中的麻 i 属性来用于指明谁可以处理该特性以及它是可选的还是强制的 一个s o a pb o d y 。b o d y 为该消息的最终接受者所想要得到的那些强制信息提 供一个容器。此为，s o a p 定义了b o d y 的一个子元素f a u l t 用于报告错误 若干个附件。s o a p 消息有时需要与不同类型的附件( 一些非x m l 文档，比如 图片，当然也可以包含x m l 文档) 一同传输 s o a p 消息采用所谓的“消息路径”发送，使在终结点之外的中间节点可以处理消 息。一个接受s o a p 消息的s o a p 应用程序必须按顺序执行以下动作来处理消息：识别 应用程序想要的s o a p 消息的所有部分，检验应用程序是否支持第一步中所有必需部 分并处理它。如果不支持，则丢弃消息。在不影响处理结果的情况下，处理器可能忽 略第一步中识别出的可选部分。如果这个s o a p 应用程序不是这个消息的最终目的地， 则在转发消息之前删除第一步中识别出来的所有部分。为了正确处理一条消息或消息 的一部分，s o a p 处理器需要理解：所用的交换方式( 单向、请求问答、多路专发等) ， 这种方式下接受者的任务，r p c 机制( 如果有的话) 的使用，数据的表现方法或编码， 还有其它必需的语义。 3 1 1s o a p 角色和s o a p 节点 s o a p 节点可以是最初的s o a p 发送者、最后的s o a p 接收者或者s o a p 的中间媒介， 或者可以同时是s o a p 的发送者和接收者。s o a p 本身不提供路由功能，然而，s o a p 可以确定s o a p 消息的最初发送者和最后的接收者，可以通过0 个或者n 多个s o a p 中间媒介。 从本质上说，s o a p 角色名是用来识别s o a p 结点的，通常使用某种u r i 的形式， s o a p 的角色名并没有与路由或者消息交换的语义相联系。举例来说，一个s o a p 角色 可以被命名为一个用于在发送s o a p 消息给适当s o a p 结点中表示接收结点访问入口的 u r i 。相反，也有这样一些s o a p 角色的名字，这些名字或者直接和消息路由相联系( 例 如，”h t t p ：e x a m p l e o r g b a n k i n g a n y a c c o u n t m g r ”) ，或者和路由没有联系( 例如， 当一个消息头被用来携带这样一种指示性的信息，该指示信息用于告知任何相关的 s o a p 消息的接受应用软件，这个s o a p 消息是长期不变的，因此是能够被安全的缓存 和重用的，在这种s o a p 消息头中，可以利用一个标识”所有缓存管理软件”的u r i 来 指明s o a p 角色) ，通过名字使用这些s o a p 角色也是合适的。 总而言之，s o a p 角色的名并没有预定义为一定要与某种语义相关联，用户可以 使用某种语义关联的u r i 来表示，也完全可以用类似u u i d 这样的没有语义的u r i 来 表示，这完全要看具体的应用的需要。 3 1 2 处理s o a p 消息 图3 2 给出了一个s o a p 处理器的示意图。一般来说，无论是s o a p 请求者还是 s o a p 接受者，都需要一个接受发送s o a p 消息的s o a pi n t e r f a c e ，这个s o a p i n t e r f a c e 可以按照需要与合适的网络协议相绑定。对于s o a p 服务器而言，它应当 包含一个s o a pl i s t e n e r ，这个l i s t e n e r 的机制和h t t pl i s t e n e r 或其它基于s o c k e t 南京航空航犬人学硕十学侥论文 的l i s t e n e t 的机制是相同的。当s o a pi n t e r f a c e 接受到s o a p 消息后，首先需要调 用x m lp a r s e r ，将s o a p 消息解析成程序语言能够直接识别的数据。如果x m lp a r s e r 使用的是d o m ，那么就是内存中的d o m 树；如果使用的是s a x ，那么数据将由实现者 自己来维护；无论是d o m 还是s a x ，在经过x l d lp a r s e r 之后，s o a p 消息的数据已经 被分析出来并保存在内存中 s o a p 消息包含h e a d e r 和b o d y 两部分，s o a ph e a d e r 是面向底层系统服务的，而 s o a pb o d y 是面向具体应用程序的，在s o a p 的处理逻辑上，先处理s o a ph e a d e r ，然 后再处理s o a pb o d y 。对于每个s o a ph e a d e r 条目，s o a ph e a d e r 处理器都会依次去 调用相应的标准处理模块( 具体调用过程在下面论述) 。当所有的s o a ph e a d e r 条目 的标准处理模块被应用完之后，s o a pb o d yp r o c e s s 将启动并运行。一般来说，s o a p b o d yp r o c e s s 的主要功能就是将s o a pb o d y 中各个s o a pb o d y 条目的数据重新整理， 填入待调用的应用程序所需的参数集合中，然后对应用程序实施调用。调用完成后， 返回的数掘将被重新组织成s o a pb o d y ，再被s o a pi n t e r f a c e 响应给s o a p 调用者。 s o a pl i s t e n e r s o a pi n t r e f a c e ( n e t w o r kp r o t o c o l l x m lp a r s e r s o a ph e a d e rp l u g - i na s o a ph e a d e rp r o c e s s o r s o a ph e a d e r p l u g - i nb s o a ph e a d e r p l u g i nc s o a p b o d y p r o c e s s a p p l i c a t i o n 图3 2s o a p 处理器示意图 s o a ph e a d e r 条目( b l o c k ) 包含可选的e n v ：a c t o r 属性，用来指明h e a d e r 元素 的接收者。没有该属性的s o a ph e a d e r 隐含地被定位到一个匿名的s o a p 角色，这意 味着他们将被最终s o a p 接收者所处理。我们把s o a pa c t o r 属性的值( 隐含的或者直 接指明的) 作为相应s o a p 条目( s o a ph e a d e r 条目或者s o a pb o d y 条目) 的s o a p 角色。 s o a ph e a d e r 条目中s o a pa c t o r 属性的值( 如果出现的话) 匹配了一个s o a p 结点的角 色，这时我们就说s o a p 条目被指向一个s o a p 结点，同时将被该s o a p 结点处理。 在s o a p 消息处理的过程中，s o a p 节点扮演的是一个或多个s o a p 角色，这些 s o a p 角色是由s o a p 角色名来标识的。s o a p 角色名的具体表示是使用e n v ：a c t o r 属性， 其值是一个u r i 。每一个节点都可以扮演一个特殊s o a p 角色，名为： h t t p ：w w w w 3 o r g 2 0 0 i 0 9 s o a p e m v e l o p e a c t o r n e x t ，同时可以按照需要应用零个或多 个其