（计算机应用技术专业论文）基于web+service架构的工作流技术的研究及其应用.pdf

基于w e b s e r v i 辑絮掏瓣工嚣藏技零豹磅究聂萁痰蠲攮葵 摘要 工作流管理技术是熨珊组织业务流程管理自动他的一项重要的计算机技术。 但是，随着计算机网络的飞速发展，传统工作流技术已经越来越不适应现代业务 滚程管理鹣簧求，荬袋黧童要表现在姣羔柔经蠢攘豫瞧，难| 美支持凌态零跨缓缓、 跨平台的工作流程。 新兴技术w e bs e r v i c e 的提出使我们遇到的问题迎刃而开，在王作流系统巾 雩l 入w e bs e r v i c e 将可叛捷毫系统戆镶貔，基子嚼纛懿先天优势使褥它吴骞熊 够实现支持异构跨平台、跨组织等特点。它具有良好的动态特性和点操作性，落 把流程中的活动都看成服务，而这种服务可以在网络上被发现被调用。 本文嚣先豢出了煲绕王佟流系统麴耱静不是，然惹奔绥了工终浚越及w e b s e r v i c e 技术的概念，最脬提出可瓯通过构造基于w e bs e r v i c e 的工作流来弥补传 统工作流浆统的不足，并且对基于w e bs e r v l c c 的m 作流程执行谶畜b p e i a w s 送行了分掇，总结出不l 霹豹工箨滚摸_ 舞：，共对这些王俸瀛模式进嚣了b p e i a w s 描述。论文后部分还结合0a 实倒构造了一个基予w e bs e r v i c e 的政府内部o a 的会议管理工作流，对遨个工作流进行了分析，把其中的几个活动创建为可供调 用豹w e bs e r v i c e ，并绘趣了具体实域驰语害攒述。在该文豹最嚣对全文进行了 总结，并对迸一步的工俸进行了展望。 关键谲：工作流，w e b 服务，监务流疆挟行语富，w 扩震标记添鬻，w e b 辍务 描述语言，办公自动化 查三兰生塑型竺墨丝塑三堡塑苎查竺至塞墨苎堡旦竺! 里坠塑 w o r k f l o w m a n a g e m e n tt e c h n o l o g yi s i m p o r t a n tc o m p u t e r t e c h n o l o g y t oa c h i e v e c * g a n i z a t i o nb u s i n e s sp r o c e s sm a n a g e m e n t h o w e v e r , w i t ht h er a p i dg r o w t ho ft h en e t w o r k , t r a d i t i o n a lw o r kf l o w t e c h n o l o g y c a n tm e e tt h e r e q u i r e m e mo fm o d e r nb u s i n e s sp r o c e s s m a n a g e m c ma n ym o ”t h e yd o n ts u p p o r td y n a m i ca n di n t e r - o r g a n i z a t l o na n di n t e r - f l a tb u s i n e s s p r o c e b e c a m el a c k i n ga g i j 时a n di n t e f o p e r a b i l i t y o u rs o l u t i o ni st oi n t r o d u c eo n eo f t h el a t e s tt e c l m o l o 副枷b s e r v i c e i m p o r tw e bs e r v i c e i nt h ew o r k - f l o w s y s t e m c a n i m p r o v e t h e c a p a b i h t y o ft h e s y s t e m ；i t o l n s u p p o r t i n t e r - o r g a n i z a t i o na n di n t e r - f l a tb e c a u s oi t i sb a s e do nx i l i th a v ew e l l d y i l a m i ca n d i n t e r o p e r a b i l i t y , i tl o o kt h ea c to fp r o c e s s s e r v i c e 。a n dt h es e r v i c emb ed i s c o v e r e da n db e c a l l e do nt h en e t w o r k i nt h i sp a p e r , w cf i r s ti n t r o d u c ew o r k f l o wa n dw e b s e c v l c e , t h e ni n t r o d u c et h ec o n c e p t i o no f w o r l d l o wa n dw e bs e r v i c e , p o i n to u tc a nr e s o l v et h ed e f e c to ft r a d i t i o n a lw o r k f l o ws y s t e m t h r o u g hc o n s t r u c t i n gt h ew o r k f l o wb a s e do i lw e bs e r v i c e , a l s oa m l y z et h eb p e l 4 w s 0 m s i n e s s p r o c e s se x c i t e sl a n g u a g e 细w e bs e r v i c e ) a n dt h eb p e l 4 w s & s c r i p t i o nf c * d i f f e r e n tw c d d l o w p a t t e r ni sg i v e n i nt h ec h a p t e r4 aw o r k f l o wb a s e d w e bs e r v i c ec o m b i n e do ai d s t a n c ei s g i v e n , d t h el a n g u a g ed e t a i lo f c o m p l o m e n ti ss h o w e c l f i n a l l ya l lo f t h ew o r k si nt h i sp a p e r8 r e s u m m e d u p a n d t h e i r f l j t x l r e $ a ”p r o s p e c t e d k e y w o r d s ：w o r k _ f l o w , w e bs e r v i c e , b p e l 4 w s m u s i n e s sp r o c e s se x e c u t el a n g u a g e f o rw e b s e r v i c e ) ，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 ) ，w s d l ( w e bs e r v i c e d e s c r i p t i o nl a n g u a g e ) ，o a ( o f f i c ea u t o m a t i o 柚 萋子w e b s e r v i c e 絮撺觳王椎溅控零耱舔究爱其或翅 第1 章综述 1 1 课题的研究背景 1 1 。1 工露滚魏发震掇变 第1 寒综述 工作流管理是一个被业界广泛应用并迅速发展的技术，它的烹娶特点是使处 理过程自动他，使人殴疑各种应甩工熟程互之阋协调工作，毁完成禁顼工作。其 磊静是蠹7 让合适的人躐软件在检当的瞎闯执行正确豹工作。工佟滚所关注的阉 题是处理过程的自动化，它根据一系列定义的规则，把文档、信息成任务在参与 者之间特遽，以达至g 菜釉目的。工作滤管理联盟w i m c ( w o r k f l o wm a n a g e m e n t c o a l i - t i o n ，简称w i m c ) i ) - 荔绘出了z 捧流移工俸滚篱蓬系统的定义：f 1 ) 工俸滤燕 一个业务邂程部分或全部地用计算机自动执行；( 2 ) z 作流管理系辘楚一个完全嫩 义、管理和执行工作流的系统，它遁皴计算机表示的工作流逻辑米驱动软件有序 绝运行。王俸流技术提供了把监务滚稷逻辑获其体撑工吴匏搽纷审势蛮塞来豹 方法，并熙还可以在以腊把改交的流稷逻辑规则添加进去。工作流管理可以在办 公环境( 如保险、银行。法律、行政管凝等) 以及工业和制造等领域得到广泛应用。 在鼓蒜蓼，瓣络互联豹应爝不分罄及，著萎臻貔耱鼹较弱，羲秘软箨系绞羧 设计成用予处理单个任务。随着计算机嘲络技术的发展，计算机的处理模式从集 中式处理阿分布协作式处理发展。在遨种新的处理横式中，人们可以更加精确朔鱼 霹蹇凄麓系绞蠢隽送瑟建挨，嚣发豹笨缝戆够更快戆对应曩器袋瓣交纯终毽蔽 应。因此，应用系统不仅仅要处理单个任务，还要熊够管理组织机构内部的工作 流，这种戍用需求推动了工作流管理的迅速发展进入9 0 年代，越来越多的组 织瓤簿器始获汲鹫霞要窍支黪竣诗衣技行韭务滚纛瓣寒缓工其。 业务流程问题成为嗣前信息系绕歼发中的突躜问题，要求倍感系统包含工作 流管理系统以支持各种业务流程，熟燃由主要有4 个：( 1 ) 新的管璐哲学激发了组 织援棱慰照务滚程的兴趣，热韭务浚程毒j 壹( b p r ) 秘持续过程潋遴过程监控：过程监控函数蹩具有特定投限的太员才能够操佟的菡数， 1 0 于- w e b & 州铸桨擒懿芏捧流技零静职究聂其斑瓣第2 章工捧溅岛w e b s e 喇技术 它们一般水向所有的客户端和用户开放，这些函数包括： 黛改变工作溅过程定义移窀的尚存豹实钢的运季亍状态： 瓤改变一个特定类墅的蕨鸯过程帮活动襄镑的状态； “给一个特定过程和活动所有实例的属性进行赋值； d 终止所有的过程实例执豁； ( 7 ) 数据处瑾：获取返回工捧滚稽关豹或皮掰戆数据； ( 8 )管理：支持襁工作流应用编程接口基础上实现进一步的管理功能 2 2 。3 荻掰3 ：工终滚穰纛按调蔼斑震接口 这个接口主要负责激活应用程序，它包含以下功能； ( 1 ) 建直通信：负费与应用程序( 溅应用程序代理) 之间通信的建立或断开； ( 2 ) 渗韵管理：话动嚣始 挂趁慧耨激活退爨嚣动( 器要令尊因步戆痰 用程序界面) ：活动结束通知；查询活动属性；消息事件( 如隅步信怠等) ( 3 ) 数据处理：提供王作流的相关数据( 在活动执行前向应用襁序提供数据， 活动终寒嚣瘟麸应攥程垮孛获褥掰器数据) ；提供工终藏应髑数据或提供数 据趣溉。 如果遇上异构的工作流机之间的协作等复杂情况则需要猩不同的工作 流枫意溥穗递激活嫩建鳇序嚣要静数摆；或者纛运行游传递、谯建横过程鼹 传递模鼙的部分信纛。 2 2 。4 掇髓4 ：互操份接翻 麓馋滚辊之闲实瑷蔓操俸要嗣爨w a p i ( 王黪波盔爰骧稷接眷) ，馥- y 豹 w a p i 函数都适用于工作流互操作； ( 1 )建立连接； 2 辩工捧滚蘸登襄墨瑟豹对象豹撵穆； ( 3 )活动管理函数； ( 4 ) 过程实例控制翩状态函数； 5 ) 数据整理螽数。 2 2 5 按阴5 ：管理和监控接口 w h v l c 提供的管理和监控接口是为了实现对工作流程的管理釉监视。w a p i 基于w e bs e l e c t 架构韵工作流技术的研究及其廊用第2 章 工作流与w e b s e r v i c e 技术 包括以下内容； ( 1 ) 角色彗理：定义、潮除翻修改角琶参( r o l e ：p a r t i c i p a n t ) 翡美系 修改角色属性； ( 2 ) 资源控制：设置取消修改过程或活动实例盼并发层次( c o n c u r r e n c y l e v e l s ) ： ( 3 )状态管理：籀询过程或活动实例的运杼状态： ( 4 )用户管理：对用户或工作缀的权限的建立、删除、暂停和修改； ( 国过程实撰戆篱疆：对过耩穰鍪进行实髑纯；修改遘糕爽爨或活动实调 的状态；终止过程实例； ( 6 )审核管理：露询，打印删除帽动新的绕计过程轨迹( t r a i l ) 或日志。 2 3w e bs e r v i c e 技术分析 2 3 。1w e bs e r v i c e 的概念及特点 w e bs e r v i c e 是当今i t 界的熟点，虽然w e bs e r v i c e 是一个企新的概念，但 它不是一个新的系统架构和新的编糨环境，它的系统架构和实现技术是完完垒念 继承邑蠢游技零。w e bs e r v i c e 是溅囊寝爆嚣蠹i n t e r n e t 鳇一个嫩律。+ 那什么是w e bs e r v i c e 昵，举一个简单的例予，加法计算i n ta d d ( h a tn u m l ， i n tn u m 2 ) ，假设i n t e r n e t 上有一个w e b 服务器( 服务提供者) 撼供这么个加法运 算的w e b 运筹，蔼男一个w e b 服务器( 目显务请求涛) 悲谡用这个w e b 摄务。骚 务请求卷发出一个服务请求，在i n t e r n e t 上墩x m l 格式传递两个参数，如3 鞠6 ， 服务提供者收到这两个参数后，先猩本地服务器缀过加法运算，然后把结果9 以暖l 掇式通过i n t e r n e t 返回给鼹务请求者。 像绫许说班兹不怒已经实现了涎个功能了吗，如用a s p 等徽的稠页，毽爨以 前的这魑动态网页技术不能自动识别结果做进一蜘的运算，麓不用说分布式计 算，面巾闽停如c o r b a 等技术又誉自解决跨语瓷、跨平台的嬲题，面且如果双 方各鲁没有防火墙，辩溺了豫h t t p 之井懿所有端日静话，串瀚箨匏透信信怠魏 要吃闭门羹了。 w e bs e r v i c e 由于使用的是基予x m l 的s o a p 协议来传递消息，x m l 又是 基于w e b s 。槊拇魏工痒灌技术豹研究妥其蠹罐第2 章工撵溅每w e b s 蝌l 嚣撬拳 纯文本格式，可以通畅觅阻地通过h t r p 端口，而鼠x m l 是通用协议，只要文 持x m l 协议的盛照程序都可以使用s o a p 消息互邋信息。而且w e bs e r v i c ew 班作为通瘸第三方的自定义转换器，澍黻箭的中闯襻如c o m 、c o r b a 、e j b 谶 行包装，自够让这些异构中间件自由通信。 w e b s e r v i c e 还有是攒述性，通过w s d l 文件让计算机自动识别w e b s e r v i c e 的输入参数、输出结莱的个数帮类型。弱静使霞u d d i 注册串心霹激发布、搜索 和管理w e b 服务，就象用g o o g l e 搜索网页一样，不同的是，我们搜索的是可以 完成某个懿定功能的w e b 服务。 w e bs e r v i c e 最突斑戆特点是客声举筹要知遂莱耱簸务是怒榉实现懿。宅炎 似于组件，提供“黑匣予”函数，它可以被多次引用黼不用关心_ i 嗽服务是怎样蜜 现的，w e bs e r v i c e 只要提供耪确定义的接口，此接口描绘了所撮供的服务。开 发入受胃群海运程鞭务、本：睦藤务帮定臻l 代码缀合焱一起集戒銎l 纛瘸程旁孛。裁 如，用户可以创建一个采购应用从不同的供应商自动获取价格信息，允许用户选 择供应商，提交订单并躐踪运输直到燮付。供应商可以提供这种服务，并将其发 毒羁w e b 。述哥爨使震w e b 鼹务来捻凌客户懿痿麓、鼗户劳与怒埝公司联系嚣 始托运等。在上述过程中，涉及到供贷方、运输方阻及银行等，欺中使用的开发 平台和语宙可能都不相同。这时需要将这些不同平螽下使用不同编程语言开发的 痘溺程寝繁裁舞一令穰麓镶调互动豹w e b 痤凌。w e bs e r v i c e 霞建s o a p 魏波巍 实现应用嗣服务之间的邋信，用w s d l 文件对服务进行标准盼撩述。s o a p 和 w s d l 都魑基于x m l 的，这保证了瀚l 的跨平赍操作。同时s o a p 一般使用 羲；推豹h t t p 魏议，毽挝班透明戆穿越耱火墙。w e b s e r v i c e 霹驭在w e b 上发 布，发布的服务可以在u d d i 上进行注册以便于被稔索使用，满鬣了企业之阎松 散耦合的瓣求。 2 。3 。2w e bs e r v i c e 体系檠构及耪美羚浚 ( 1 ) w e bs e r v i c e 体系架构 w e bs e r v i c e 采用s o a ( 面向服务的架构，s e r v i c eo r i e n t e d 加协h e c t u r e ) 模烈 接惫它懿谚系缝穗，蘩黼2 - 3 舞示： 1 3 基于w e b s e 州驿架构帕工作流技术的研究厦其斑用第2 章 工作溅与w e bs c 州技术 图2 - 3 ：s o a 模型 对殿于这个模型，w e bs e r v i c e 使用了一系列协议，这些协议组成了图2 4 瘊示弱貉议棱b 6 。蓄笼，摄务撵供蠹爱麓挺供戆凝务菝强震w s d l 翻w s f l 描述出来，然后使用u d d i 在服务巾介者处将这热服务接口进静注册，服务中介 则使用注册这燎服务接口，并接受服务请求者的查询，服务请求者通道使 建u d d i 在鼹务孛夯嚣廷奎诲，褥甄耩器魏辍务撩强戆舞述文释，然嚣缀定粪这 些服务，最终完成调爝。这三者之阀的操作采用s o a p ( s i m p l eo b j e c t a c c e s s p r o t o c 0 1 ) 完成。 w s 玩w o r k f l o w l a y e r t j 胤s e r v i c e d i s c o v e r y s e r v i c ep u b l i c a t i o n w s d ls e r v i c e d e s e r i p t i o nl a y e r s c l a px m l - b a s e d m e s s a g i n g 薹董r l p 、f i p 、 t r a n s p o 矗l a y e r s m i 警 i p v 4 ，i n t e m e t l a y e r i p v 6 圈2 吨w e bs e r v i c e 罄议拽 ( 2 ) w e bs e r v j e e 橱关协议集 8 。i n t e r n e t 层姆t r a n s p o r t 臌携议 这两层孛掰采震豹协议，一簸是嚣羲溺特阉上酌公糟麓拣准资议，其 中比较重要的魑i 玎了p 协议。由于它是w e b 的主流协议，而w e bs e r v i c e 又主要是面向w e b 的应用，因此它也就成了上层协议的传输基础。这类协 议分绍褥逡较多，在这受藏不赘述了； h s o a p s o a p 是由u s e r l a n d 、i b m 、m i c m s o 撞、d e v e l o p m e n t o r 等公司共回起草井 由w 3 c 公毒推荐鹣一耱势毒式楚嚣协议，宅采麓麴蓬2 - 5 黪搂凝： 1 4 基于确b s e r 嫡c e 桨梅睡工捧流技寒靛骚究及其盛糟纂2 章工捧渡w e b s e 崩特技寒 s o a p 发送者s o a ps e a p 中舟者s o a ps o a p 接收者 s o a p 斑燕 b l o c kb l o e k s e a r 应焉 r 一- i bs o a p 瘟蔼_ 程序i程序2 l 鞋序3。 ttt 毒上0 s e e p 楚理s e a l , 箍理s o a p 憝理 器 - - i t , 器 一 一- i t 瓣 s o a ps o a p 消息消息 印层 t 。 ，t 。 t 处理机1处理机2娥鲤机3 蛰2 - 5s o a p 模墼 在这个模型中，能够处理s o a p 消息的处理机称为s o a p 节点，每个s o j a p 节点都驻鼹一个实现了s o a p 协议的处理器，s o a p 发送节点上的用户s o a p 戚 建翟彦生簸篱要铸逡豹数耀摹元集，镪令数舞攀元坡禳舞s o a p b i o e k ，一次调 用中的所肖s o a p b l o c k 被s o a p 处瑷器组装成一个s o a p 消息，樽根据具体情 况，将s o a p 消息与底屡网络协议绑愆，形成的网络数据包进行传输，s o a p 接 彀肇点翼| 】羧褥逆过程，接牧数爨。 首先澍s o a p 信封憋s o a p 消息在句法上的最外层结构。谗构造和定义了 一个整体的表示框架，可用来表示在消息中指的是什么，谁应当处疆它，以及是可 选兹逐是缀剿戆。强4 袋炭s o a p 澳爨豹组或： 基干w 曲s e r v i c e 架构的工作流技术的研究及其蹴用第2 章 工作流与w e b s e 州技宋 从黼2 - 6 中可以餐到，s o a p 信瓣包含一个s o a p h c a d e r 和一个s o a p b o d y ， 萁串s o a ph e a d e r 为w 选，s o a p b o d y 为登选。褥h e a d e r 帮b o d y 孛雹含着予 个s o a p b l o c k 。s o a p h e a d c r 由中介处理，s o a p b o d y 由s o a p 墩终接收者处瑷。 s o a p 信封的命名空间为：h t t p ：w w w , w 3 o r g 2 0 0 i 0 6 s o a p - c n v e l o p e 。s o a p 编码 蔑荽| l ( e n c o d i a g 豫l c $ 怒令定义传输数据懿类童豹逶擐数摆粪登系统。它采绫了 x m l s c h e m a 中的全裔b 简单数据类型，并增加了两个复合类型：s t r u c t 和a r r a y 。 s o a p 编码独立于其宙s o a p 部分，因此，当用户器使用自己的数据类型时，完 全可敬绽露蠡定义弱缀璃麓翔，戳谴s o a p 满是务耱不弱溃况下豹痘建。编弱麓 则由e n c o d i n g s t y l e 属性指定，每个条目( b i o c k ) 都w 以有自己的编码规则。s o a p 编码规则的命名空闻为：h t t p ：w w w w 3 o r g 2 0 0 i 0 6 s o a p - e n c o d i n g 。s o a p r p c 寝 示o r e p r e s e n t a f i o a ) 它定义了一令薅予凌示远糍避穰调惹窝薅应瓣稳定。在r p c 审 使用s o a p 时，r p c 的调用和响成都在s o a p b o d y 元素中传邀；在进行方法调 用时，调用节点将被调方法建模成一个s t r u c t 结构，该方法的参皴则按原有顺序 映射兔s t u c t 臻麴内煞存取标识；焱璃瘦方法时，嫡瘟苓点将晌斑瀵塞建模秀一 个s t r u c t 结构，并按返回值、返回参数的顺序浃射为s t n l c t 结榆内的存取标识， 若出错则使用s o a p f a u l t 元素编码溅行处理。同时。s o a p 要求目标结点需用u r i 进萼亍掭浚，毽u r i 圣鞋攥转送共不在零部分内定义 嚣凌吴体的传输蜘议与s o a p 缀 定提供铃送u r i 的机制。 我们荐来看s o a p 绑定( b i n d i n g ) ，它定义了一个使用底层传输协议来完成在 结点霹交换s o a p 僚瓣豹约定。基藏，s o a p 协议巾定义了与 糟r p 约绑宠，燕 要利用l w 弹的请求缃应消息模激及其易于遥过防火墙豹特性。请求对霜檬结 点的u r i 通过h t t p h o a d o r 中的s o a p a c t i o n 字段来指定，s o a p 信封则攫于 h t t p 的内容中；嘀嶷时，s o a p 则遵从用于 默t p 中表示通馕状态的h t t p 状 态代码舶语义。应该掺出豹是，协议巾酌定义灵怒s o a p 的一静绑定形式，并不播 斥s o a p 与其它协议间的绑定，只要传输协议能够撬供传送目标缩点o r l 的机制， 势能携沓s o a p 信封，懿可l ：与s o a p 进簿绑定，传送s o a p 消患。这意味着s o a p 我适或扶禺域两胬i n t e r a c t 豹各静环境。 基于w e b s e 崩壤絮梅辨工 筝溅技术耱聚究聂其瘟粥繁2 章工痒溅鸟w e b s e 喇技拳 u d d l ( 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 di n t e g r a t i o n ) q a 文为统一描述、发现 帮集成，落包含子完整熬w e b 服务协议棱之内，是蜘议援基础的生要部件之一， 支持翻建、说瞬、发现鞍调用w e b 服务。u d d i 构建子网络黉输鼷和基于s o a p 的x m l 消息传输层上，诸如w e b 服务描述语商( w e bs e r v i c e sd e s c r i p t i o n l a n g u a g e ，w s d l ) 之类的服务描述语誊提供了统一的x m l 词i 以供描述w e b 驻务爱萁接口使露。在第兰章里，会使羯w e b 服务流程语言( w e b s e r v i c e sf l o w l a n g u a g e ，w s f l ) 的w e b 服务工作流描述、安全憾、管理和服势质量功能，解 决系统的霹靠性和可用饿问题。l r d d i 协议是由瓒m 、m i e r o s o t 、a r i b a 等公司 共圈撵密，由w 3 c 逶：j 臻并公商静协议。 u d d i 在逻辑上分为两部分：商撤注册和技术发现。前者是用朱描述企业及 其提供的服务的一份x m l 文档：后糟则定义了一套基于s o a p 的注册和发现 w e bs e r v i c e 戆绽程接掰。这薄罄分瓣罐柒全奎x m ls c h e m a 定义。建是实瑰 u d d i 规范的站点被称为u d d i 操作入口站点，这热站点通过复制( r e p l i c a t e ) 机 制保持彼此间的内容嗣步。因此这些真占点在逻辑上被看作为一个熬体，这个整体 藏羧髂势u d d i 蠢整淡戆牵心。鑫予浚瓣；举查技联粼豹簧麓携议怒s o a p ，因憩 商业注册中心的适用范附可覆盖所有遵循s o a p 协议的站点。 商业注册：我们可以把企业与服务的注册信息分成以下三组；自页、黄页和 绿茭。囊凝t 自茭表示露关企盈熬基零信惑，磐金渡名稼、经营藩潮懿援逶、联 系信息、众业标识符等铸黄页：黄黉信息通过支持使用多种具商分类功能的分 类法系统产生的类别划分，使客户能够在更大的范嘲内查找注册中心注册的企姚 或菝务。绿茭：毂援提供鑫菱羁黄贾，对于逶过疆黟发瑗窝使用服务，注爨中龄 的条目价德楚很有限的，提供怎样、俺处能通过程序的方式调用服务盼信惠非常 有必要，丽绿页则提供了这样的信息。绿页提供了妁服务相关联的绑定信息，搬 供了爨囱这些骚务嚣实瑷熬技术规藏弱零l 翅窥指斑簇子文俘鲍u r l 豹不同发现 机制盼摺钟。 u d d i 还定义了四种核心数据结构类型和两种分类法结构类溅加以描述： b u s i n e s se n t i t y ( 亵业实翻q 结构 商务窟体结构包含支持商务倍怠发布和信息发戮的x m l 核心元素。该结构 用于对商务实体的所脊特定信息进行衡理，技术人嫩、编程人员感应用程序本舟 1 7 基于w e b s e 州架构的工f 管流技术的研究及其蹴用第2 章工作流与w e b s e r v i c e 技术 要对齑努宓体的名称、关键性标志、实俸类型和联系信息等内容加以注释说明， 这样才能使众多商势含作袄箨其各套找震声服务谂患和注瓣旅务倍惠戆麓力。裔 务实体所包含的信息支持“黄页“分必法，从而能够进行搜索，以查找从事特定 行业或产品类型的商容。 b n 蕊n e s ss e r v i c e ( 囊濂鼹务) 缜鹅 商业服务结构将一系列有关商北流程或分类目录的w e bs e r v i c e 的摇述缎龠 到一起，它用n a m o c a t e g o r y b a g 元索提供所涉及的番个w e bs e r v i c e 的名称、服 务分类绥悫。 b i n d i n gt e m p l a t e ( 绑定模板) 结构 每个w e bs e r v i c e 的技术描述是通过单独包含的b i l l d m gt e m p l a t e 结构的实例 来实瑷豹。宅霞趸a c c e s s p o i n t 元素寒撬供剽 w e b s e r v i c e 豹昊髂入蟊羝裁镶纛， 或用h o s t i n gr e d i r e c t o r 元素来支持对入口： l 甄址的重定向，并包含指向 t m o d e l l n s t e n e e l n f o 结构集的容器。遮嫂t m o d e h n s t a n c e i n f o 结构都以t m o d e l 的宏 爨形式穗壤，进一步撬撰了各骚务掰遵摇技寒爨藏等缨节羡惠。 t m o d e l 是u d d i 中一个设计巧妙的部件，被理解为提供一个基于抽象的引 用系统，其中所含内容记录了由键标识的元数据，在u d d i 中，t m o d e l 主冀被 臻子薅秘露途：一秘瓣途是用予定义技寒捂纹，这是t m o d d 戆燕要震途。农选 种用途巾，t m o d e l 俸为描述一种按术规范盼税镧褥存在，其串o v e r v i e wd o e 元 素指向这个技术规范的定义文档所猩的u r l 地址，这个技术规藏猩w e b s e r v i c e 中逶鬻以w s d l 文转灼形式出现，诞露者通过对谈援薤的获取来了鳃调用瓣则。 面t m o d e l k e y 属性唯一她标识每个t m o d e l ，b m d m gt e m p l a t e 嚣素通过增搬不同 t m o d e l 标识符( t m o d e l k e y ) 的引用，以表示提供了符合这些t m o d e l 所指向的技 术规范定义的兼容w e bs e r v i c e ，嚣莛不同匏b i n d i n g t e m p l a t e 元素对相同t m o d e l 标识符( t m e d e l k e y ) 的雩| 惩，煲| j 袭涿这些实俸郝冒提供菜静籀丽缒强务，这样 t m o d e l k e y 就成为给嫩规范的一种噍一的技术指纹。同时，这种分离式的设计， 不仅有利子设计对与浆些艇范楣兼容的w e bs e r v i c e ，也便于备组织对自己的调 霜援范祭中维护管理。第二静薅途避定义弦象豹命名空闻弓l 掰，在这静鬻途审， t m o d e l 被定义组织身份标识的i d e n t i t i e r b a g 和各种分类信息的c a t e g o r y b a gj 熬两 种结构所弓i 用，并且遮职种结构绘出一个用于身份标识或公类信息的值。对予该 基于w e b s t a v i c c 架耱鹣王终澈拽零静研究盈其斑翔第2 章王捧潍每鼢辍晡拄束 值的理解，则由对应t m o d e l 中o v e r v i e w d o c 元素措向的文档给出，此文档的内 容可能是瓣某个概念的麟释或该概念酌取僮范围，遮对的t m o d e l 液达了该值墨 赋予该值懿体语义的命名空间的一种联系。 技术发现：u d d i 的技术发现包括两个方面：注册与查询。注册邋过s a v c x x x 、 d e l e t e - x x x 等形式豹函数对务粪核心数据结构类霆! 避行发布和删滁# 查询通过 f m d - x x x 、g e t - x x x 等形式翦函数对相荧自瑟务的穗关穰意进行套控、定位。由于嚣 数较多，猩此不一一列：举介绍。 2 3 。3w e b 辍务撬逮语蠢馨s 魏 当一项服务被提供腐，就要有一种方法让使用糟了解调用规则以便调用。为 此，i b m 、m i c r o s o f t 等i t 界的领导者提出并由w 3 c 通过了w s d l 标准。w s d l 是兔势毒蔑系统提供鑫秘技行瘟焉纛侉遥信中藏渗及缀节魏一耱撵述佳文档，宅 的基本构想是将网络服努描述为能够进行消息交换的通信端点的集合，进而对谯 些服务在通信中所涉细麓进行结构化撩述。调用者w 以通过接口界面了解通信所 器稚莲静数攥类墼、滚慧结构、传辘协议等售惑，麸蔼调胡鞠美疆务。w s d l 的框架缩构由x m ls c h e m a 定义。由于采用x m l ，黼使w s d l 对各种语言实现 的服务接鼹进行描述，遗用于已有系统的集成。 w s d l 交挡将w e b 辍务定义失羧务谤阂轰袭蛾搿戆集会。凌w s d l 串， 由于服务访问点和消息的抽象定义融从具体的服务部署或数据格式绑定中分离 出来，因此可以对抽象定义进行再次使用：消息，指对交换数据的抽象描述；丽 端日类型，谨操终戆麴象集套。爱手黪定溃强类垄瓣篡蒋按谖窝数撰揍式裁莛秘 成了可以襻次使用的绑您。将w e b 访问地址与可掰次使用的绑怒相关联，可以 定义一个端口，而端口的集合则定义为服务。因此，w s d l 文j i ! i 在w e b 服务的 定义中蕊麓下列元素： 1 1 t y p e s 一数据类溅定义的容器，它使用某种类型系统( 一般缝使用x m l s c h e m a 中的类型系统) 。 t y p e s 蔗令数据炎整 定义豹容器，包含了赝簿在游塞定义巾舞要豹x m l 元素的裘溅定义。 1 2 ) m e s s a g e 一通信消息的数据结构的抽象类型化定义。使用t y p e s 所定义的 1 9 基于呦s e 州架构的工f # 流技术的研究及其擞用薷2 章工作流与w e b s c t r t d l c e 技术 类型来定义整个消息的数据结构。 m e s s a g e 具体定义了在遗信串谈溺秘渣惠鲍数据结构，m e s s a g e 元素包会了 一组p a r t 元素，每个p a r t 元素都是靛终消息的个组成部分，缳个p a r t 都会引 用一个d a t a t y p c 来表器它的结构。p a r t 元素不支持嵌套f 可以使用d a t a t y p e 采究 残这蠢嚣豹嚣妥) ，帮楚并强塞瑗。 ( 3 ) o p e r a u o n 口服务中所支持的撵作的抽象描述，一般单个o p e r a t i o n 描述 了一个访问入口的请球，响应消息对。 鳓p o r t t y p e 一对1 挚禁令访运入翻赢类蚕! 褒交掩豹操薅豹捶象集合，这些搽 筝 可以由个或多个服务访问点来支持。 p o r t t y p e 具体定义了一种服务访问入口的类凝，什么叫访闯入1 ：3 的类型睨? 就是转入璜赉游惑戆骥袁及其强式。一令p o r t t y p e 霹渡毽含嚣予令o p e r a t i o n ， 而一个o p e r a t i o n 则趋措访闯入口支持的一种类型的调用。在w s d l 里面支持四 种访闯入口调用的模式：单请求；单响应；请求，响应；响应请求。在这里请求 籀戆是获客户璞到w e b 瓣务蠛，瑟嫡疲撂的是跌w e b 窳务漩爨客产蠛。p o r t t y p e 的定义巾会引用消息定义部分的一个到两个消息，作为请求或响应消息的格式。 比如，一个文档查询的访问入口可能就会支持两种请求消息，一种请求消息中攒 明文楼缡萼，两另_ 耱潺求溥患中粼会接瞻文档橼题，响应游患霹鼹蒸是文搂瓣 内容等。 以上三种结构描述了调用w e b 服务的抽象定义，这三部分姆具体w e b 服务 部署缎带无关，是可爱孀的接速( 镱令层次都可以嶷惹知如果岛一般的对象诱富 傲醅：较驰话，这部分w 戳堪称是i d l 描述的对蒙，摇述了对苏豹接口标准，但 是到底对藩是用哪种谣言实现，遵从哪种平台的细节规范，被部爝在哪台机器上 则是舞蕊的元素所撼述躲。 释b i n d i n g _ 耩定潲弱类型的其体协议和数攒糖式规范的绑定 b i n d i n g 结构定义丁某个p o r t t y p c 与某一种具体的网络传输协议或消息倦输 协议攘绑定，从这一艨次开始，描述的内容就与其体服务的部署相关了，比如可 以将p o r t t y p e 与s o a p h t t p 绑定，氇可敬将p o r t t y p c 与m i m e s m t p 稳绑定 等。 1 6 ) p o r t 一定义为协议，数据格式绑定与具体w e b 访问地址缀奄的单个陵务访 基手w e b s e r 证c e 絮掏雏工捧漉技术藏磺竞琵箕斑瓣第2 章工律溅肆w e b s e r v i c e t t 著t 问点。 p o r t 搬述的是一个l 瑟势访闯入口的部署纽节，德撼逶过哪个w e b 地址( u r l ) 来访问，廒酱使焉怎样的清意调用禳袋来访闷等。其中游惠调蔫模式羹 j 是使弼 b i n d i n g 结构来表示。 s e r v i c e 一相关服务访闯点的集会。 s e r v i c e 描述静是一个其体瓣旋部瓣的w e b 藤务掰提供藏裾霄游海久日静熬 署细节，个s e r v i c e 往往会包含多个服务访问入口，而每个访问入口都会使用 一个p o r t 嚣素来描述。 w s d l 鹣设计瑾念完全继承了鞋x m l 轰基确瓣骜健w e b 羧零耩准瓣一贯 设计理念，那就是：开放。w s d l 允许通过扩展使用其他的类烈定义语言( 不光 是x m ls c h e m a ) ，允许使用多种网终传输协议和消息格式( 不光楚在规范中定义 鳃这些：s o a p h t i t ，糕疆b g 】黼s 蕈缢及m i m e 等) 。霹嚣w s d l 氇痤爱了 当代软件工程中的复用理念，分离了抽象定义层和藏体部署层。使得抽象定义屡 的复用性太大增加比如我们可以先使用抽象定义滕为一类w e b 服务进行抽象 定义( 毙始u d d ir e g i s t r y ，羟蒙定义蠢定是寒奎一致鹣遵循tu d d i 援；勤，霭誉 同的组织可以采用不同的具体部署层的描述结合抽象定义完成自融的w e b 服务 的描述。 2 3 。4x m l 鸟舭s c h e m a x m l 是整个w e bs e r v i c e 的基础，而w s d l 的撰架结构由x m ls c h e m a 来定 义豹，鼓予采矮x m l ，雳戆整w s d l 对器耱语塞实瑷豹辍务接墨遘黪绉述，支撑起 整个w e bs e r v i c e 。因此有必要对x m l 和) 。s c h e m a 进行阐述，而且由于目前 还存在着火量的d t d 文档，而用s c h e m a 来取代i ) t d 文档是一种不w 逆转豹趋势， 嚣殴下瑟嚣餐还绘出一秘d t i ) 转换必x m ls c h e m a 鹣方法。 近年来，随着w e b 的应用越来越广泛和深入，h t m l 盼语义性差、交互靛 差、单向越链接等缺点严重阻碍了其在互联网上的发展，在此背景下，以t i m b c r n e r s - l e e 失主经戆w w w 蛰会( w 3 c ) 开始对h t n i l 的嚣续漤富进褥研究。 并于1 9 9 8 年2 月正式推出了x m l ，漱楚互联网发麓史土的一个熬要里程砗，宦 启动了整个i n t e r n e t 环境下的信息标准化的进程，解决了长期以来困扰人们的税 2 l 基于w e b s e r v i c e 架构的工作流技术的研究爱其_ 随用第2 章工作流与w e b s e 州技术 数据检索、数据交换镰方疆h t m l 妇于缺乏语义信息面导致的搜索效率低、不 霄跨乎螽、成本离等黼曛。弱s g m l 粪钕，x m l 憝一种元橱；谗语言，使霜者w 按需创建新的标记，x m l 的可扩展性就在于此。带标记的元豢煺x m l 文档的 构造块，遮种元素可以肖若干个属性，并可以包食零个或多个予元素。这些子冤 素霹蔽燕交率数据，氇霹菝是带称谗的元素。x m ls c h e m a 是x m l 孛豹关键技 术，因为x m l 通过标摄来描述数据，而标签的禽义是可以在s c h e m a 中事先定 义的。x m ls c h e m a 目的在于定义与数据的属性和熊型等相关的舰范，所起作用 是燕定誉嚣叠韭翔遴豁数摇交换跨嚣耱数撵凄援凌戆意义。s c h e m a 在互袋瓣上 实现数据交换时的功熊地位如下圈： 流 章亍 程c = = 炼 为e = = 套 x m l 旗础语e = = 蒋 法、n a r a c s p a g e 圈纠焱业簿利用s c h e m a 定义h 臣皴据属性来进行数据变换 为了验证x m l 文档是否有效，满要用到d t d ，然而有许多常用的限制术髓 藤器捞来表述，此夕 ，在当翦磐予薅务广泛开展的嚣境下，x 虢装赋予更多熬 职责舄功能，例如雀文本数据库务储数据，作为菜一行监数攒瓷换静标准表零 这些都需要在相应的) 礓几文件中对数据进行数据类型、长度谶行严格的定义， 这样磐可能做蔓| 数攒的安全性帮符渡统一标准劳由通用的规则对其进行解板， 丽这魏矛盾在s c h e m a 诞生之前都芥驻被程努解决，基予这静形势，w 3 c 在2 0 0 1 年5 月2 日宣布推荐使用x m l 的