《工作流联盟wfmc规范.doc》由会员分享，可在线阅读，更多相关《工作流联盟wfmc规范.doc（58页珍藏版）》请在三一办公上搜索。
1、工作流管理联盟规范工作流管理联盟工作流标准工作流过程定义接口XML过程定义语言文档号：WFMC-TC-1025文档状态：草案 1.0(b)2002.07.31Version 1.0 (b)版权2002工作流管理联盟All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted in an y form or by any means, electronic, mechanical, photocopying, recording or
2、 otherwise, without the prior written permission of the Workflow Management Coalition except that reproduction, storage or transmission without permission is permitted if all copies of the publication (or portions thereof) produced thereby contain a notice that the Workflow Management Coalition and
3、its members are the owners of the copyright therein.Workflow Management Coalition2436 N. Federal Highway #374Lighthouse Point, Fl 33064USATel: +1 954 782 3376Fax: +1 954 782 6365Email: wfmcwfmc.orgWWW: http:/www.wfmc.org目录工作流管理联盟工作流标准1工作流过程定义接口1XML过程定义语言11. 历史72. 读者83. 目的84. 介绍84.1.一致性94.2. 参考资料95.
4、过程定义交换概述95.1. 过程定义交换方法10图5-1：流程定义交换的概念106. 元模型11图6-1：元模型顶层实体116.1. 实体概述116.1.1. 工作流过程定义116.1.2. 工作流过程任务（活动、步骤）116.1.4. 工作流参与者说明126.1.5. 资源库126.1.6. 工作流应用说明126.1.7. 工作流相关数据126.1.8. 系统及环境数据126.1.9. 数据类型与表达式126.2.流程和包136.3.过程元模型13图 6-3：工作流过程定义元模型146.4. 包元模型14图6-5:包定义元模型146.4.1.过程仓库156.4.1.1. 重新定义及其范围15
5、6.5. 元素概览15表 6-1:元素概览166.5.1. 开发商或用户特殊的扩展176.5.1.1. 扩展属性176.5.1.2. 扩展的参数映射177. XML过程定义语言（XPDL）177.1. 多实体的公共元素177.1.1. 扩展属性17表 7-1:扩展属性属性177.1.2. 形式化参数18表7-3：形式化参数属性187.1.2.1. 参数传递语义187.1.2.2. 同步语义197.1.2.3. 形式化实参映射197.1.3. 外部引用19表 7-5：外部引用属性197.1.3.1. Web Services207.2. 包定义20表 7-7：包定义属性217.2.1. 包头定义
6、21表7-9：包定义头属性227.2.2. 可重新定义头（Redefinable Header）22表7-11：可重定义的头 属性237.2.3. 适应类型声明（Conformance Class Declaration）237.2.4. 脚本23表7-15：脚本 属性247.2.5. 外部包引用24表 7 -16：外部包引用 属性247.3. 工作流应用声明25表 7-18：工作流应用声明 属性257.3.1. 调用参数257.4. 工作流过程定义26表 7-20：工作流过程定义属性277.4.1. 工作流过程定义头27表 7 -22：工作流过程定义头 属性297.4.2. 工作流过程可重定
7、义头29表 7-24 ：工作流过程可重定义头属性307.4.3. 任务组（集）30表 7-26：任务组307.5. 工作流过程任务31表 7-2: 实体类型与不同任务类型间关系31Figure 7-1: 任务结构及转移条件32表 7-29：过程任务属性347.5.1. 路由任务347.5.2. 块任务347.5.3. 执行控制属性34表7-31:执行控制属性357.5.4. 实现选择（Implementation Alternatives）35表7-33：执行选定属性367.5.4.1. 无实现（No Implementation）367.5.4.2. 工具（Tool）36表7-35：Tool
8、属性377.5.4.3. 子流程（subflow）37表7-37：子流程属性377.5.5. 执行者的关系377.5.6. 截止期限（最终期限）38表7-3：截止期限397.5.7. 仿真信息39表7-4：仿真信息属性407.5.8. 转移约束（限制）41表7 -42：转移约束属性417.5.8.1. 接合（ Join）41表7-4：接合属性417.5.8.2. 分叉42表7 -4：分叉 - 属性427.5.9. 适应性类型（Conformance Classes）437.6. 转移信息43表 7-49：转移信息属性447.6.1. 条件44表7-51：条件属性457.6.1.1. 异常条件4
9、57.7. 工作流参与者46表7-53：工作流参与者属性467.7.1. 参与者实体类型46表7-55：参与者实体类型属性477.8. 工作流相关数据47表7-57：工作流相关数据属性487.9. 数据类型48表7-59：标准数据类型497.9.1. 基本数据类型49表7 -61：基本数据类型属性507.9.2. 复杂数据类型507.9.2.1. Schema Type507.9.2.2. 记录类型（Record Type）51表7-63 ：记录类型 属性517.9.2.3. 联合类型（Union Type）51表7-65：联合类型517.9.2.4. 枚举类型51表7-67：枚举类型属性52
10、7.9.2.5. 数组类型（Array Type）52表7-69：数组类型属性527.9.2.6. 列表类型（List Type）52表7-71：列表类型属性527.9.3. 声明的数据类型（Declared Data Types）537.9.3.1. 类型声明（Type Declaration）53表7-73：类型声明537.9.3.2. 声明的类型（Declared Type）54表7-7438：声明的数据类型 属性548. 样本工作流（SAMPLE WORKFLOW）548.1. 过程（The Processes）548.1.1. EOrder主流程（The EOrder Main Pr
11、ocess）54图8-1：EOrder主流程558.1.2. CreditCheck子流程55图8-2：信用校验子流程（CreditCheck Subprocess）558.1.3. FillOrder子流程（The FillOrder Subprocess）55图8-：FillOrder子流程568.2. 类型声明（Type Declarations）568.3. 扩展属性（ExtendedAttributes）588.4. 外部引用（External References）598.5. 样本XPDL（Sample XPDL）59 1. 历史版本0.10 编者：Roberta Norin (
12、robertan)、Contributors: Seth Osher (Intuitive Products International Corp.) 及Robert Shapiro (Cape Visions).l 从模式中去除InlineBlock和BlockName元素。从规范中去除BlockName元素。l 在模式和规范中增加ActivitySets和BlockActivity元素。l 在模式中去除任务的maxOccurs属性。l 在模及规范中增加Deadline元素。l 将Deadline加入工作流示例中。l 以UML图表置换参照元模型。l 在XPDL中增加WEB Service定义
13、描述的章节。版本0.09 编者：Roberta Norin (robertan)l 增加第8章工作流示例。版本0.08 编者：Roberta Norin (robertan) 投稿人：Mike Gilger (Identitech)l 从WorkflowProcess中去除DataTypes。l 在BasicType中增加BOOLEAN和PERFORMER。l 从模式中去除PlainType元素。l 从DataTypes 中去除PlainType参照。 l 增加Script元素。l 在Package中增加Script元素参照。l Removed left over references to
14、LOOP in Conformance class and transition discussions.l 在7.6.1节完善条件表。l 在7.6节增加对loops的讨论。版本0.07 编者：Roberta Norin (robertan)l 重新确定DataTypes元素(which was not being used) 为 xsd:group，包含所有数据类型的引用；无论何处，重复的数据类型列表都引用该组。l 校订Data Types章节强调用SchemaType 定义复杂数据，阐明TypeDeclarations的效用， 利用DataTypes 组进行简化。l 将SchemaType
15、的讨论移入“复杂数据”类中。版本0.06 编者：Roberta Norin (robertan)l 在WorkflowProcess中增加AccessLevel属性；l 在Participant中增加ExternalReference属性；l 从WorkflowActivity/Implementation中去除Loop实现；l 去除Loop元素；l 从Transition中去除Loop属性；l 从图7.1中去除Loop任务；l 在模式设计中增加TargetNamespace（.xsd）。在引用XPDL元素时使用xpdl命名空间前缀；l 在所有数据类型列表中增加SchemaType和Exter
16、nalReference；l 重新安排所有数据类型的排列顺序，所以原有复杂类型的声明在选择列表的最后；l 去除WorkflowProcess Activity下关于参数的多余讨论，转入7.1.2节形式参数中 ；l 补上了第7章表中遗漏的文字。版本0.04 编者：Mike Marin (mmarin) 和Roberta Norin (rnorin)l 合并修正五月份WfMC会议的讨论结果；l 本版本中用XML Schema代替DTD来描述XPDL；l 增加外部引用（External References）， 提供一种和WEB Service(WSDL)及其它外部定义交互的方法；l 增加模式类型（
17、Scheme Types），以便利用XML的schema定义复杂类型；l 在路径中引入“异常”概念。版本0.02/0.03 编者：Mike Marin (mmarin)l 在2001年5月34日纽约会议期间，基于工作组的研究作改变。本版本从Roberta Norin (AP Engines)、Robert Shapiro (Cape Visions)以及纽约会议期间所有其他工作组的参与者那里引入重要的内容。版本0.01 编者：Mike Marin (mmarin)l 初始版本。2. 读者本文档的预期读者是主要致力于工作流管理联盟(WfMC)的“XML过程定义语言（XPDL）”实现的开发组织，那
18、些致力于评价自己产品适应性的开发商可能也有兴趣。 解释权归工作流联盟（WfMC）所有。3. 目的作为其标准化计划的一部分，WfMC已确定了5个工作流服务的功能接口。本规范形成了和“接口一”相关的文档部分支持“过程定义输入和输出。该接口包含一个用于描述过程定义的公共元模型 (本规范)和一个用于过程定义交换的XML 模式（schema）。4. 介绍许多不同的工具可用于业务过程的分析、建模、描述及建档。工作流过程定义接口定义了一个公用的交换格式，它支持不同产品工作流过程定义之间的转换。该接口也定义了开发和运行环境之间的形式区分，使得由一种建模工具产生的过程定义，可以作为许多不同工作流运行产品的输入。
19、由一个构造工具生成的工作流过程定义，能被不同的工作流运行产品解释。过程定义在产品之间转换，或者存储在一个分离的资源库中，通过公用的交换格式访问。提供一种描述及访问已建立的工作流定义和工作流过程元数据模型的公共方法。该元数据模型确定过程定义中共同使用的实体（entities）。许多属性描述该有限实体集的特征。基于该元数据模型，开发者的特定的工具能借助公共交换格式转换模型。XPDL的关键基础之一是其用于各种工具处理信息的扩展性。XPDL可能从不支持各种工具要求的额外信息。基于工作流过程定义中描述的有限数量的实体(“最小元模型”), XPDL支持许多不同的方法。XPDL最重要的基础之一是在公共表示方
20、法中使用的支持开发商特殊属性的一般结构。有关缺少的属性将提议WfMC接口一工作组在未来的版本中加入。本文档描述了用于定义过程定义内所含的对象及其属性的元模型，XPDL语法直接和这些对象及其属性相关。这方面需要开发商提供两个操作：l 从XPDL输入工作流定义。l 从开发商的内部表示法输出为XPDL。开发者可用一XSL格式单实现这两个操作。规范中所用的关键词和术语都源自WfMC的术语表。在本文档中，术语流程定义、业务流程模型和工作流模型均表示同一概念，因此它们可交互使用。4.1.一致性开发商不能声称符合本规范或其它任何规范，除非取得WfMC的明确授权。对于那些通过WfMC制订的可用性测试规程鉴定的
21、、开发商关于公布规范的实现，WfMC仅承认这些许可。流程定义输入/输出的适应性本质上基于和XPDL语法的一致性。然而，存在一个XPDL必须支持的强制最小对象集，如本文档中所定义。但是，给于建模工具宽广的适应能力，是假设个别工具符合规范，却不能和其它符合规范的产品交换全部定义。一个符合规范的产品必须生成有效的、语法正确的XPDL，且能读取所有有效的XPDL。4.2. 参考资料下列是和本文档相关的文档，应作为参考资料。综合背景资料：WfMC 名称术语 (WfMC-TC-1011)WfMC 参考模型(WfMC-TC-1003)WfMC API 规范，含如下过程定义操作API：WfMC 客户端应用AP
22、I规范(WAPI) (WfMC-TC-1009)WfMC 过程定义交换 过程模型 (WfMC-TC-1016-P)工作流过程协同工作能力，用于支持远程工作流服务的过程调用：工作流协同工作能力 抽象规范(WfMC-TC-1012)协同工作能力- Internet E-mail MIME 绑定(WfMC-TC-1018)辅助文档：资源模型 (机构模型：WfMC TC-1016-O)5. 过程定义交换概述过程定义的定义如下：是一个业务过程支持自动化操作的形式化表现，诸如一个工作流管理系统所进行的模型建立、规则制订。过程定义由任务网络及其关系，过程开始和终止的条件，任务资源，诸如参与者、相关的IT应用
23、及数据等组成 (WfMC 术语- WfMCTC- 1011)。过程定义提供一个关于过程的丰富描述环境，可作如下用途：l 在制订流程期间作为创建流程和流程实例控制的模板。l 用于仿真和预测。l 作为流程监控和分析的基础。l 用于建立文档，形象化和知识管理。流程定义可包含作为整个流程组成部分的独立子流程的引用。初始流程定义将至少包含流程初始化和支撑流程运行的必须的最小对象和属性集。某些对象和属性将被创建的流程实例所继承。在WfMC术语表中的流程定义，同样包含关于流程的描述、公共名词、流程定义中具体的基本概念（诸如任务，工作流相关数据及参与者等）。5.1. 过程定义交换方法本规范以XML作为流程定义
24、交换的机制。XPDL成为公共交换标准，使得产品继续支持任意的内部流程定义表示方法，通过import/export功能穿过产品边界映射到标准或从标准映射。多种不同的机制可用于依据业务情况在系统之间转换流程定义数据。在各种情况下，流程定义必须被表示为一致的形式由表示其基本概念的公共对象集, 关系和属性导出。过程定义交换的原理以图5-1表明：流程定义交换的概念。图5-1：流程定义交换的概念6. 元模型元模型描述过程定义中包含的顶层实体，它们的关系及其属性(含有一些用于仿真和监控而非流程制定的关系及属性)；也定义了各种各样与过程模型相关的分组过程约定，以及跨各种不同过程定义或模型的公共定义数据的使用。
25、顶层实体如下图所示：图6-1：元模型顶层实体上述每一实体，都有一描述其特征的相关的属性集。后续章节将更详细的叙述这些实体及其属性。6.1. 实体概述元模型确定用于过程定义交换的基本实体集。顶层实体如下所述：6.1.1. 工作流过程定义过程定义实体提供流程内用于其它实体的上下文信息。它是流程自身及其提供管理相关信息（创建日期、作者等），以及流程运行期间有关信息（初始参数、执行的优先级、校验的时限，通报的人、仿真信息等）的容器。6.1.2. 工作流过程任务（活动、步骤）过程定义由一个或多个任务组成，每个任务是流程内一个独立的逻辑工作单元。一个任务表示由一个资源组合处理的操作(由参与的任务指定) 与
26、/或 计算机应用(由参与的应用指定)。其它可选信息与任务有关，诸如由工作流管理系统自动地确定的关于是否启动/完成的信息，或相对于其它任务竞争资源的优先级，亦或系统服务的发生等，也可以定义工作流任务相关数据的特定用法。对于确定的流程定义，任务的范围是局部的(即使是下述的关于子流程任务的描述)。任务可以是一子流程既然如此，对于一个（独立定义的）流程定义的执行，它是一个容器，该独立流程可能在同一工作流服务内本地运行，或（可能使用过程协作接口）是一个远程服务。子流程内的过程定义包含其自身的任务、内部转移（迁移，连接）资源及应用分配（尽管这些可从公共资源继承）定义。 In- 和out-参数允许调用和被调
27、用流程间交换必要的工作流相关数据。任务可以是一Block任务任务集合，或者任务及转移的映射。任务集内的任务和转移和所属流程共享命名空间。最后，虚拟任务是一骨架任务，它的完成没有操作处理（因之无相关资源或应用），仅简单用于在进入转移与/或流出转移中作路径判别。6.1.4. 工作流参与者说明它提供了流程定义中可作为各类任务执行者的资源的描述。指派完成一特定任务的特殊资源被定义为任务的一个属性，以及将任务和可分配给它的资源集联系起来的参与者设定。工作流参与者的声明不必是一个人，也可以确定为一组具有一定技能或责任的人、或非人的机器自动机资源。元模型包含一些可定义为工作流参与者的简单资源类型。6.1.5
28、. 资源库资源库说明参与者可以是人、程序或机器。在更复杂的流程中参与者的声明可以引用资源库,在参与者是人时可以组织模型。应指出的是本规范未定义或要求资源库。6.1.6. 工作流应用说明它提供IT应用的描述，或工作流服务支持的，亦或完全自动化的、与每个任务相关的处理、任务内由一应用设定属性（或属性集）确定的可调用接口的描述。这样的应用可以是普通的行业工具,企业内确定的服务部门，或工作流管理系统框架内实现的本地过程。工作流应用定义反映出工作流引擎与应用或接口，包括任意传递参数之间的接口。6.1.7. 工作流相关数据它定义在流程运转期间各个流程实例内创建及使用的数据。在流程运转期间，该数据对任务或执
29、行的应用有效，且用于在任务间 与/或 为条件表达式计算（诸如转移或参与者设定）传递持久化信息或中间结果。工作流相关数据是特殊类型。XPDL包含各种各样基本及复杂数据类型的定义（包括date, string等)、任务、调用的应用 与/或 转移条件可引用工作流过程相关数据。6.1.8. 系统及环境数据是指由工作流管理系统或局部系统环境维护的数据，但可被工作流任务访问，或被工作流管理系统以与工作流相关数据同样的方式在计算条件表达式时使用。6.1.9. 数据类型与表达式元模范(及与XPDL相关)采用了许多标准数据类型(string, reference, integer, float, date/ti
30、me, 等); 这些数据类型和工作流相关数据、系统或环境数据，亦者参与者数据有关。表达式可以由这些数据类型形成以支持条件计算。数据类型可以通过用XML Schema或外部来源中定义的数据引用进行扩展。6.2.流程和包如同在上述图表所示，过程模型包含各种各样的实体其范围较单一的过程定义广泛。特别是参与者、应用及工作流相关数据的定义可以从许多过程定义中引用。元模型假定使用和工作流管理系统相关的、拥有各种各样类型构成过程定义实体的共用过程定义库。在公共定义库本身内以及支持对将流程定义数据从定义库内高效的转入/转出的支持，引入概念“包”，作为源自许多不同过程定义共用数据实体分组的容器，以免在每一单独的
31、过程定义内重新定义。“包”提供一个容纳来自工作流过程定义实体(作者,版本,状况,等等)的许多公共属性的容器。包内包含的每一过程定义将自动继承源自包的任何公共属性，除非它们在过程定义中分别进行局部重新定义。在一包内，一些实体的定义范围是全局的，包内所含的工作流过程定义(以及与之相关的任务和转移)都可引用这些实体。这些实体是：l 工作流参与者定义l 工作流应用声明l 工作流相关数据包引用允许在包内使用，或在引用的外部包中所引用的顶层实体中包含的对象内使用：l 子流程引用的流程标识l 工作流参与者定义l 工作流应用声明为达到任何必要的全局唯一性，在同一资源地址空间内跨不同包的命名和标识符管理规范由用
32、户/开发商自己定义。在流程指定期间，采用的规范是按下述搜索顺序作名称引用：l 流程标识 首先在同一流程模型内(包括任何在不同服务中远程运行的流程定义应用)， 然后在任一引用的外部流程模型内。l 应用/参与者 首先在同一流程模型内，然后在任一引用的外部模型内。在包内工作流相关数据命名必须是唯一的；这些数据是作为参数在过程之间传递的,在本版本的规范中，将使用语义复制。过程设计者/管理者的剩余责任就是在支持子流程操作(包含任何所需的远程过程互用性)的过程定义/模型内保证一致的名称/数据类型用法。6.3.过程元模型为了过程定义交换，元模型确定了基本实体和属性集。关于过程定义下述实体必须定义，或者明确地
33、在过程定义层，或者直接继承，亦或从环境包中交叉引用：l 工作流过程任务l 转移信息l 工作流参与者定义l 工作流应用声明l 工作流相关数据图 6-3：工作流过程定义元模型这些实体包含支持流程公共描述机制的属性，它们将在后续的章节中予以叙述。6.4. 包元模型多过程定义结合在模型定义中。包作为分组的容器许多独立的过程定义，与之相关的实体数据适用于所有包含的过程定义（以及仅有一次需求的定义）。包的元模型包含如下实体类型：l 工作流过程任务l 转移信息l 工作流参与者定义l 工作流应用声明l 工作流相关数据* 实体可在工作流过程定义中重新定义图6-5:包定义元模型包的元模型确定了的用于交换、存储及过
34、程模型的实体和属性。它规定了将单个流程和对参与者定义、应用声明及工作流相关数据的实体定义联系起来的各种各样的继承规则，可以在包一级定义而非在单个过程定义级被定义。包定义允许定义许多共用过程定义属性，这些属性适用于包内所含的所有单一过程定义，这样的属性也可以从单个过程定义删除（如果它们在单个过程定义级被重新设定，则这一局部属性值优先于包级定义的公共值）。6.4.1.过程仓库过程定义导入/导出接口采用 放到/取自 一与工作流管理系统相关的某种形式的工作流定义库的操作。导入/导出接口由放入或取出定义库含有XPDL的交换文件实现。这个接口定义允许在单过程定义级与包级导入/导出过程定义数据。定义库和工作
35、流控制功能之间的内部接口由开发商自行定义，不作为本标准的一部分，而采取将静态仓库用法（对于持久化数据，在建的过程定义数据）与动态仓库用法（对于在运流程实例的变化管理）分离(例如通过版本控制)的方式。过程定义库的本地存储结构不是WfMC标准的组成部分。包的应用仅是旨在简化可复用数据结构的导入/导出。采用简单的过程仓库结构，单一的过程定义级操作，在一导入包内的共享信息在导入接口中可以被复制到每一独立过程定义（对于过程定义导出类似于重新打包）。6.4.1.1. 重新定义及其范围由于重新定义属性、元模型实体和外部予以包的可能性，将范围和层次基理引XPDL(和过程库)结构中。(i) 工作流相关数据 工作
36、流过程有关数据具有一个被环境元模型实体直接定义的范围，且是非嵌套的，其可见性也由该实体定义。(ii) 属性属性包含扩展属性具有一个被环境元模型实体直接定义的范围，且是非嵌套的，亦即在在一较低级别可被重新定义。例如：名称属性在每一实体中被重新定义。扩展属性标识符的可见性在特定的实体内及所有子实体内，除非子实体内该标识符被重新定义。(iii) 工作流参与者和工作流应用l 工作流参与者及工作流应用具有等价于扩展属性的范围和可见性，所有被引用的工作流相关数据及其扩展属性在其使用范围内必须定义，至少在同一包内。对于一被引用的需自身对实体引用的外部包以及在其外部包中定义的标识符条目，该机制从包的根开始。如
37、此一来保证不发生冲突若调用的过程以同一ID拥有同一实体，被引用包的定义却不知道。所述的关于外部包的机制为工作流的设计者和管理人员提供了高灵活性。可以将机构描述（参与者实体）和过程定义分放在不同的模型中，可以增加新版本的过程描述，或添加新版本的过程定义，共享以前定义的其余定义部分和交换模型，而无需重新提交全部上下文等。6.5. 元素概览下表给出XPDL内定义的主要元素概览：l 第一行包含所有所有主要元素的公共属性及元素。所有主要元素具有id、name、Description 和 Extended Attributes属性；l 第二行主要元素各自的特有属性；l 第三组有可能的对其它元素的引用组成；
38、l Documentation和Icon元素包含执行引擎使用的表现信息；l 第五组包含流程仿真和流程优化信息 (BPR-相关信息)。更多的元素和预定义属性可加入模型中以便建立未来的适应性标准。所有元素的简短描述和语义在后续章节中给出。PackageWorkflow ProcessActivityTransitionApplicationData(workflow Relevant Data)ParticipantIdIdIdIdIdIdIdNameNameNameNameNameNameNameDescriptionDescriptionDescriptionDescriptionDescri
39、ptionDescriptionDescriptionExtended AttributesExtended AttributesExtended AttributesExtended AttributesExtended AttributesExtended AttributesExtended AttributesXPDL VersionCreation DateAutomation ModeData TypeParticipant TypeSource Vendor IDVersionSplitCreation DateAuthorJoinVersionCodepagePriorityA
40、uthorCountry KeyLimitCodepagePublication StatusStart ModeCountry KeyPriorityFinish ModePublication StatusLimitDeadlineConformance ClassValid From DatePriority UnitValid To DateResponsibleParametersPerformerConditionParametersInitial valueResponsibleToolFromSubflowToActivitySetExternal PackageActualP
41、arameteDocumentationDocumentationDocumentation-IconIconIconCost UnitDuration Uni tCostDurationDurationWaiting TimeWaiting TimeWorking TimeWorking Time表 6-1:元素概览6.5.1. 开发商或用户特殊的扩展虽然元模型及其相关的XPDL含有大多数在流程交换中需要的结构，但可能有开发商或用户定义的需包含在过程定义中的补充信息。应鼓励开发商和用户尽可能在标准实体/属性集内工作；下述的支持扩展的机制提供用于交换目的的表述扩展的标准方法，但可能在制定流程期
42、间要求局部系统提供任何相关的运行时支撑。6.5.1.1. 扩展属性支持扩展的主要方法是使用扩展属性。扩展属性是开发商或用户定义的属性必要的、需在系统间交换的，表述附加实体的特征。在制定流程期间，任何与扩展属性使用相关的运行时语义分别定义，且需要工作流服务导入方和导出方的双边协定。6.5.1.2. 扩展的参数映射本规范中未定义解码的Scheme和参数数据传递的特殊细节。有关远程子流程调用的参数传递方法见工作流互操作规范（接口4），该规范用于具体语法说明内所用操作的参数映射 (例如wf-XML 交换) 。任何参数映射的本地方案（local scheme）及解码由开发商给于自己的产品定义的，不在本规范范围内。7. XML过程定义语言（XPDL）7.1. 多实体的公共元素7.1.1. 扩展属性扩展属性可用于所有实体。允许开发商扩展本规范的功能以便满足个别产品的需要。开发商可在ExtendedAttribute中加入自目录。描述Name用于确定扩展属性Value特定产品要求的值表 7-1:扩展属性属性7.1.2. 形式化参数形式化参数可用作工作流过程和工作流应用的属性，它们在调用期间及控制返回时被传递 (e.g. 一调用应用)。如下是调用参数：xsd:attribute na
