国家标准 GB/T323932015 信息技术工作流中间件参考模型和接口功能要求 Informationtechnology一WorkMlowmiddleware- Refereneemodelandinterflaeefunetionalrequirement 2015-12-31发布 2015-12-31实施中毕人民共和国国家质量监督检验检疫总局发布中国国家标准化管厘委员会国家标准
GB/T32393一2015 目次前言范围术语、定义和缩略语工作流中间件参考模型 3.1参考模型 3.2工作流执行服务器 3.3流程定义工具工作流中间件接口 4.1流程定义交换接口 4.2工作流客户端应用接口 4.3被调用应用接口 l0 4.4工作流互操作接口 15 4.5管理和监控接口 1" 附录A资料性附录状态转移，，，，，，参考文献
GB/T32393一2015 前言本标准按照GB/T1.1一2009给出的规则起草本标准由全国信息技术标准化技术委员会(SAc/TC28)提出并归口请注意本文件的某些内容可能涉及专利本文件的发布机构不承担识别这些专利的责任本标准起草单位;中创软件商用中间件股份有限公司、电子技术标准化研究院、北京东方通科技股份有限公司,山东浪潮齐鲁软件产业股份有限公司,华迪计算机集团有限公司北京炎黄盈动科技发展有限责任公司本标准主要起草人;何忠胜、陈志峰,李海波、李春青、邓鹏飞、王洁萍,王卫国、杨丽纵,贾德星、程勇,张燕生
GB/T32393一2015 信息技术工作流中间件参考模型和接口功能要求范围本标准描述了工作流中间件参考模型和工作流中间件接口要求本标准适用于工作流中间件产品的开发术语、定义和缩略语 2.1术语和定义下列术语和定义适用于本文件 2.1.1 流程proeess 一组具有共同目的、协调的、并行和/或串行的活动 2.1.2 流程定义 preessdefimitionm 流程的计算机化表示注;流程包括人工定义和自动化的工作流定义 2.1.3 子流程定义subprocessdefinitonm 流程执行或调用的流程,包括该流程的工作流部分 2.1.4 流程活动proeessaetivity -项工作的逻辑步骤或描述 2.1.5 工作流活动workflowactivity 有助于工作流完成的计算机自动操作逻辑步骤 2.1.6 流程实例proeessinstanee 流程定义的实例示范注;流程实例包括人工实例和自动化的(工作流)实例 2.1.7 流程执行 processexecution -种流程状态,在此状态下,启动了工作流执行以支持流程 2.1.8 工作流worktow 流程的全部或部分计算机化
GB/T32393一2015 2.1.9 ukhmw 工作流中间件wor middleware 一种系统,它全面负责定义、管理、执行、监控和优化由软件执行的工作流;执行顺序由工作流逻辑产生 2.1.10 工作流执行服务器workflowenactmentserver -种软件服务器,它可以由一个或多个工作流引擎组成,用以创建、管理和执行工作流实例是工作流管理系统的核心组成部分 2.1.11 工作流管理系统worklowmanagementsystem 工作流管理系统是指工作流中间件工作流管理系统与工作流中间件(见2.1.9)同义 2.1.12 工作流引擎workfowengine -种软件服务器或软件“引擎”,为工作流实例提供运行时期的执行环境 2.1.13 工作流执行workowexecutionm 工作流中间件根据工作流定义创建并管理工作流实例 2.1.14 工作流实例 workflowinstanee 工作流定义的实例示范,仅包括流程实例的自动化部分 2.1.15 工作流活动实例workftowaetivityinstance 工作流实例组成部分的流程活动实例示范 2.1.16 工作流参与者worknowparticipant -种资源,它部分或全部执行由工作流活动实例代表的工作 2.1.17 工作流应用worklowapplieation -种软件,此种软件可以完全或部分支持推进某项工作,以达到工作流活动实例的目标 2.1.18 工作流控制数据workfowcontroldata 由工作流中间件和/或工作流引擎管理的数据 2.1.19 工作流相关数据workowrelevantdata 由工作流中间件用于确定工作流实例的状态转移情况的数据注;可以是按类划分的(引擎可以理解)或非按类划分的(引擎不可理解). 2.1.20 应用数据applieationdat 不可以由工作流中间件访问的特定数据 2.1.21 plteatom 工作流应用编程接口workflow programminginterface;wAP1 指工作流应用和工具与工作流找行服务器之同的应用编程接口注:工作流执行服务器提供此接口功能
GB/T32393一2015 2.1.22 任务表处理器worklishandler 用于管理和格式化对工作流执行服务器的请求(以便获得任务项目表)的软件部件 2.1.23 工具tool 工作流中间件所涉及的工作流应用 2.1.24 审计记录adittrail 工作流实例从开始到最后完成的状态转移的历史记录 2.1.25 转移条件transitionconditionm 流程实例的当前活动向下一个或多个活动移动或转移时所遵循的准则 2.2 缩略语下列缩略语适用于本文件 AP 应用编程接口(Applicea ationProgrammingInterlaces) ORB stBroker 对象请求代理(ObjeetReques WAPI 工作流应用编程接口(workflowApplie cation ProgrammingIaterfaces) 工作流中间件参考模型 3.1 参考模型工作流中间件参考模型见图1 流程定义工具接口n 接口4 工作流执行服务器其他工作流执行服务按5 管理监控工具工作流工作流引掌引繁接口2 按口3 工作流应用程序客户端应用图1工作流中间件参考模型工作流执行服务器,流程定义工具,工作流客户端应用、被调用应用程序、管理监控工具和其他工作流执行服务器是工作流中间件的主要组件以工作流引擎为核心的工作流执行服务器是工作流中间件提供服务和管理调度的组件,它与流程定义工具、工作流客户端应用,被调用应用、管理监控工具和其他工作流执行服务器通过各个接口交互这些接口包括流程定义交换接口(接口1)、工作流客户端应用接口(接口2),被调用应用接口(接口3),工作流互操作接口(接口4)、管理和监控接口(接口5),接口功能由工作流服务器提供,其中包含wAP1信息和数据交换格式这些功能中很多是两个或两个以上接
GB/T32393一2015 口服务共有的通过wAPI可以访问工作流执行服务器的服务、管理工作流执行服务器与其他系统组件之间的交互 wAPI可以看作是工作流执行服务器经由五个接口提供工作流管理服务的统一的服务接口,而不是工作流服务器的五个单独的接口 3.2工作流执行服务器 3.2.1概述工作流执行服务器为流程实例和活动实例提供运行环境,利用一个或几个工作流引擎解释和激活流程定义的一部分或全部,以及为处理各种活动与必要的外部资源进行交互在工作流中间件参考模型中,构成工作流执行服务器的流程和活动控制逻辑与构成流程(与关联每个活动关联)的应用工具和末端用户,这两部分之间在逻辑上是分离的工作流执行服务器通过以下任 -接口访问外部资源 a 客户端应用接口: 工作流引擎通过该接口与代表用户资源负责组织任务的任务表处理器进行交互任务表处理器负责从任务表中选择和推进任务项任务表处理器或末端用户可以控制应用工具的激活 b 被调用应用调用接口: 该接口允许工作流引擎直接激活特定工具以执行指定活动典型的情况是,所调用的是一种没有用户接口的基于服务器的应用;在指定的活动使用一种要求末端用户交互的工具的情况下,通常是经由任务表接口调用,使用户任务进度安排更灵活在分布式工作流执行服务器中,每个工作流引擎控制流程执行的一部分,并与该流程中由工作流引擎负责的各项活动涉及的用户和应用工具交互此类分布式工作流执行服务器中有公共的命名空间和管理范围,因此可以按一致的方式处理流程定义(或子流程定义)和用户/应用名称分布式工作流系统,在工作流引擎间采用特定协议和信息转换格式,用以同步工作流引擎间的操作,交换流程和活动控制信息工作流相关数据也可以在工作流引擎间传递在同构的工作流执行服务器中,此类操作由商设定在涉及异构工作流执行服务器的情况下,工作流引擎间需要标准的交换格式使用接口4,执行服务器可以把活动或者子流程转移到另外一个(异构)执行服务器去执行在工作流中间件参考模型中，这种情况显示为工作流引擎之间的交换在此类异构环境下,还可能要求公共的管理和监控功能给予支持 3.2.2工作流引擎工作流引擎负责工作流执行服务器中部分(或者全部)运行时期控制环境工作流引擎主要用以解释流程定义; a b控制流程实例,包括实例的创建,激活、挂起、终止等; 为流程活动导航,可能涉及顺序或并行操作、设定截止期限,解释工作流相关数据等 D 支持特定参与者登录和退出; 确定用户关注的任务项和用于支持用户交互的接口; 维护工作流控制数据和工作流相关数据,与应用或用户往来传递工作流相关数据; 提供调用外部程序的接口,链接任何工作流相关数据; h 为控制、管理和审计提供监控功能工作流引擎可以控制定义范围内的流程集、子流程或实例的执行执行何种,由对象类型的范围及对象的属性确定
GB/T32393一2015 在一个由多个工作流引擎构成的工作流执行服务器中,流程划分给各个工作流引擎执行若按流程类型划分，一个引擎控制一个特定类型的流程;若按功能分配,每一个工作流引擎控制一个流程的某些部分,这些部分要求确定在其控制范围内用户或资源所处的位置 3.2.3同构和异构工作流执行服务器同构工作流执行服务器由一个或多个兼容的工作流引擎组成这些工作流引擎使用确定的一组流程定义属性为工作流流程提供运行时期执行环境用以在各种工作流引擎上对流程执行进行组织的机制以及用于支持这种组织的协议和交换格式,随产品而定异构工作流执行服务器是由两个或者多个不同的同构工作流执行服务器组成这些同构工作流执行服务器在规定的符合性级别上遵循共同的互操作性标准异构工作流执行服务包括但不限于以下要求: a)覆盖该异构范围的公共命名方案; 在该范围上支持公共流程定义对象和属性 D 在该范围上支持工作流相关数据; c d 支持流程、子流程或者活动在异构工作流引擎间的传递; 在该范围上支持公共的管理和监控功能 e 为支持异构工作流执行服务器间的全面开放式交互,需要对公共工作流控制数据及其交换给予支持 3.2.4wAP和交换 wAP和交换功能是工作流执行服务器在其与其他资源和应用交互的范围内支持的一组API调用和数据交换功能 WAP的主要功能包括API调用以及设定的若干参数集合和相应的代码,此外,wAP1还定义数据交换格式 3.2.5工作流控制数据、工作流相关数据和应用数据工作流执行服务器通过维护工作流控制数据以确定流程实例或话动实例的状态,并且可以支持其他内部状态信息工作流控制数据不能使用wAP命令访问或交换,但是有些信息内容可以在响应某些特殊命令(如,查询流程状态等)时提供同构工作流执行服务器可以通过使用特定内部对话在工作流引擎间交换信息工作流中间件通过工作流相关数据确定指定的转移条件,并且可能影响到对待执行的下一步活动的选择此类数据可由工作流应用访问,以便就该数据进行操作,因此可能需要通过工作流执行服务器在活动之间传递该数据在异构环境下操作时,此类数据可能需要在工作流引擎之间传递,在这种情况下,流程执行序列在两个或多个工作流引擎上展开;该流程可能要求名称映射或数据变换流程定义中的每个活动中可能都要(例如,通过特定工具或应用)进行应用数据操作,这种操作在应用直接控制下进行,或结合某种形式的用户交互进行应用数据不是供工作流执行服务器使用的,只在工作流执行期间与应用或用户任务相关就像工作流相关数据一样,应用数据可能需要在某个异构执行服务器中的工作流引擎间传递(或变换),从而可供各个工作流引擎上执行的相应的活动使用 3.2.6数据交换为支持经由以下三个接口的交互,需要在wAP1上交换工作流相关数据和应用数据 a)任务表处理器(在接口2中调用)
GB/T323932015 b)调用应用(在接口3中调用; e)工作流引擎互操作(在接口4中调用由电子邮件驱动的工作流中间件是一种典型的应用数据直接交换在此类系统中,应用数据在应用驱动的或用户驱动的活动之间实际传递在此情况下,不需要明确定义活动与应用数据间的关系;应用数据作为标准工作流活动导航的一部分传递,并且,在调用应用时,在本地链接到该应用需要在活动间提供数据格式变换时,特定应用可以作为与之关联的某种属性定义数据类型从而使工作流中间件能够在针对相应的应用定义的类型属性的基础上,使用异构工作流应用来支持数据变换对于对象命名和访问权限,同构系统可能采用专用的约定,而异构系统需要公共的方案在这种情况下,流程定义要包含通往应用数据对象存储器的访问路径,或者,活动间的导航针对要在活动之间传递的任何数据对象,传递必要的访问路径指示异构工作流中间件之间的交互,需要遵循相同的应用数据交换方法,或通过网关机制交互这种网关机制可以通过适当的约定,在两种方法之间映射,处理对象命名和数据类型变换中的差异应用数据或相关数据交换通过三个接口处理,以下是关于处理中的一些操作选项: 客户端应用接口: a 工作流相关数据可以嵌人任务项,并且从任务表中提取后呈现给用户或链接到特定应用工具工作流相关数据也可以通过共享的对象存储形式间接传递特定应用例如,使用公共文件夹在应用之间传递数据,或者将特定文件夹引用嵌人任务项中予以传递被调用应用接口: 依据应用调用接口的性质进行数据交换,可能需要在调用服务时把数据包含在具体应用协议中用于读/写工作流相关数据的API适宜于工作流支持的特定应用,也适宜于形成一般性应用代理工作流引擎互操作接口: 需要考虑的事项与客户端应用接口类似,不过,在不同系统之间支持不同应用数据交换方法的情况下,需要使用网关功能在两种方法间进行映射,并处理名称问题 3.3流程定义工具在工作流中间件生产自己的流程定义工具的情况下,所产生的流程定义一般保留在该系统范围内这些流程定义可以或者不可以经由编程接口访问进行读、写在分别使用单独的工具和系统来定义和执行流程的情况下,这些流程定义可以根据需要进行传递并存储在单独的数据库里供这些工具和系统以及其他开发工具访问工作流中间件接口 4.1流程定义交换接口流程定义交换接口见图2 在建模和定义工具与工作流中间件间的接口是流程定义出、人口这个接口实质上是一种交换格式和AP调用,可以支持互换流程定义信息这个接口支持互换完整的流程定义或其子集(如,该流程定义中的流程定义变更集合或特定活动属性集合)
GB/T32393一2015 过程分析建模和定义工具按口2 流程定义工作流执行服务器过程结构活动和导航角色和参与者触发条件工作流引擎应用调用等等图2流程定义交换接口标准化的流程定义在构建环境与运行环境之间设定分隔点,使一个建模工具生成的流程定义可以用于多个工作流中间件的输人,并且,使得流程定义可能输出给若干不同的工作流中间件,从而支持这些系统协同工作,以提供一种分布式执行服务器元模型和API调用支持标准化的流程定义元模型可用于表述流程定义中的对象、对象间的关系和对象的属性,可以作为一组交换格式的基础工作流中间件之间的或工作流中间件与流程定义工具之间的wWPI调用(wAPI内为访问工作流流程定义提供共同访问方法基本元模型 a 基本元模型用于流程定义的元模型标识一组与简单流程定义的初始交换水平对应的基本对象类型随着对象类型的增加或定义更多的符合性级别,可能要补充交换功能元模型中定义的各类部件及其主要属性描述如下工作流类型定义工作流流程名版本号; 流程开始/结束条件; 安全、审计或其他控制数据活动: 活动名; 活动类型(子流动,最小流动等); 前置和后置活动条件; 其他调度约束转移条件流动或执行条件工作流相关数据
GB/T323932015 数据名与路径; 数据类型角色 5 名称与组织实体被调用应用: -般类型或名称; 执行参数位置或访问路径 b)访问流程定义API wAPI中的AP命令集用于支持访问流程定义数据,以下描述命令集的一些通用功能各项命令按列表操作,或者针对各个对象或属性操作建立会话连接/断开参与系统间的会话工作流定义操作: 从流程定义库或者其他源列表检索工作流流程定义名称列表; 选择/取消选择工作流流程定义为后续对象层操作提供会话句柄读/写顶层工作流流程定义对象工作流定义对象操作: 创建、检索和删除工作流定义中的对象检索,设置和删除对象的属性 4.2工作流客户端应用接口 4.2.1工作流客户端应用在工作流中间件参考模型中,客户端应用与工作流引擎之间通过一个采用工作表概念的接口进行交互按此概念,工作流引擎给特定用户(或公共用户组)分配任务项队列在最简单层上,工作流引擎可以访问任务表,以分配任务项,任务表处理器可以访问任务表,以检索任务项供用户进行处理可以在工作流客户应用或末端用户控制下激活任务表中各个任务项(如,启动应用和链接工作流相关数据) 在工作流客户端应用与工作流执行服务器间定义若干规程,用以支持向任务表增加新的任务项,从任务表中删除完成的活动,临时挂起活动等可以通过任务表处理器处理应用调用这种处理可以直接进行,也可以在末端用户控制下进行与任务表关联的话动相关数据是任务表处理器调用相应的应用时所需的信息，在应用数据按类型划分的情况下,与数据的关联状态可以存储在任务表处理器中,供调用时使用在其他情况下,任务丧处理器与工作流引擎间需要交换完整的应用名称和地址信息在这种情况下,工作流客户端应用接口也实现被调用应用接口即接口3)中的一些功能,以获取必要的信息任务表可能包含与一个流程中的几个不同实例相关的若干任务项,和(或)包含来自几个不同流程中的活动的各个任务项一个任务表处理器可能要与几个不同的工作流引擎或不同的工作流执行服务器交互工作流客户端应用与工作流引擎间的接口需要灵活地使用以下各项内容,以容纳各种实现方法 a)流程和活动标识符; b 资源名和地址; c 数据引用和数据结构; d)可选择的通讯机制
GB/T32393一2015 4.2.2工作流客户端应用接口满足上述需求的方法是提供一组标准的APIwAPI),从而为从工作流客户端应用到工作流引擎和任务表的访问提供与产品实现性质无关的一致的访问方式 AP1及其参数可以映射到替代通信机制上,以适应各种工作流实现模型工作流客户端应用接口概念图见图3 工作流执行服务器工作流引华接卫2 办令集介连接端口连接流程和活动控制函数流程状态函数工作列表操作命令工作流客户消被调用应用应用用户按口图3工作流客户端应用接口下面按不同功能领域分类描述工作流客户端应用接口命令各功能领域的命令用于针对单个流程,或流程集合活动实例、任务表管理的操作会话建立连接/断开参与系统间的会话 b 工作流定义操作检索/查询工作流流程定义名称或者属性流程控制: 创建/启动/终止流阳实例挂起/唤醒流程实例; 强制变更流程实例或活动实例中的状态; 分配或查询流程实例或活动实例的属性流程状态: 开启/关闭流程实例或活动实例的查询,设置过滤条件提取流程实例或活动实例的详细信息,按规定过滤; 提取特定流程实例或活动实例的详细信息任务表/任务项处理开启/关闭任务表查询,设置过滤条件;
GB/T323932015 提取任务项,按规定过滤; 任务项选择/重分配/结束通知; 分配或查询任务项属性流程监控变更工作流流程定义及当前流程实例的操作状态; 变更特定类型的所有流程实例或活动实例的状态为特定类型的所有流程实例或活动实例的属性赋值; 终止所有流程实例数据处理检索/返回工作流相关数据或应用数据除以上所述功能外,某些工作流客户端应用需要对wAP1上的附加管理功能提供支持,即管理功能以上所述功能为任务表处理器调用应用提供基本支持功能 4.3被调用应用接口 -些可能的应用调用接口类型见表1 表1应用调用接口接口类型工作流相关数据访问方式本地流程调用本地文件夹外壳程序本地文件夹 ORB调用例如;对象链接和发布服务) 通过引用调用参数远程执行调用通过引用(调用参数消息传通嵌人或引用事务处理嵌人或引用被调用应用接口(接口3)范围见图4 此接口可用于指定为“所支持的工作流”即直接与工作流引擎交互)的应用和应用代理工作流执行服务器工作流掌拨口3 应用程序代应用科序殊楼口本地是和服务的多种变体支持工作流的应用被调用应用图4被调用应用接口 l0
GB/T32393一2015 在简单情况中,工作流引擎在本地处理应用调用,通过使用流程定义中的信息来确定活动的性质、所要调用的应用类型和数据需求被调用应用可能是工作流引擎本地的、与工作流引擎共同驻留于同一个平台的,或者是在一个独立网络可访问平台上的流程定义包含为调用该应用所需的应用类型信息和寻址信息在这种情况下,工作流引擎与流程定义之间关于应用命名和寻址的约定在本地定义以下描述一组可能适用于应用调用功能的命令会话建立 a 连接/断开应用(或应用代理)会话活动管理工作流引擎到应用启动活动; 挂起/恢复/放弃活动(异步应用接口适用); 应用到工作流引擎) 活动完成通知; 预示事件(如同步); 查询活动属性数据处理功能提供工作流相关数据(给应用的活动前数据,来自应用的活动后数据); 提供应用数据或数据地址更复杂的涉及异构工作流引擎间交互的场景,可能需要在工作流引擎间传递应用调用信息,这种传递既可以作为运行时期交换的一部分也可以通过在流程开发阶段后导人流程定义的方式执行 4.4工作流互操作接口 4.4.1互操作模式工作流中间件的wAP有4种互操作模式.它们覆盖多种不同级别的能力链接模式 a 链接模式如图5所示流程A的- -个节点,连接到流程B的一个节点两个连结点一个是流程的终止点，一个是另一个流程的起始点这些连结点可以是流程中任何位置,只要在这里通过连接这两点能建立基本流程流程B 流程A B B 图5链接模式此模式支持在两个工作流环境之间传递单一任务项(或流程实例活动实例),然后在第二个环境中独立执行,不需要同步此类模式可以通过网关应用功能、处理数据格式约定、流程和活动名映射等方式实现,也可以将其纳人一个工作流执行服务器中,例如,两个工作流执行服务器使用同一个标准API1 1l1
GB/T32393一2015 调用的情况下 b)子流程嵌套模式子流程嵌套模式如图6所示此类模式支持嵌套的流程执行,即一个特定工作流执行服务器中执行的某个流程可以完全封装到另一个工作流执行服务器中执行的某个流程(上层流程)中,作为后者的一项任务前一个流程(即嵌套的流程)与后一个流程(上层流程)之间存在层次关系,嵌套的流程在效果上是上层流程的子流程这种分层关系可以在不同流程上显现,即形成一系列嵌套的子流程此种模式可以迭代应用,也可以不迭代流程流程B B B2 工作流执行服务器A 工作流执行服务器B 图6嵌套子流程模型 e)对等模式对等模式如图7所示此模式支持全混合环境图7中示出一个综合流程C,它包含那些可以在多个工作流执行服务器上执行的活动,形成一个共享域活动c.,c，和c 可能由工作流引擎A(或同一个领域里几个同构的工作流引擎)协调,而活动c,c和c 由工作流引擎B协调在这种模式中,流程是透明地从一个任务到另一个任务推进,必要时,在工作流引擎间交互流程c 跨域制定工作流引擎A 工作流引擎B 共享工作流服务器城A和B 图7对等模式 12
GB/T32393一2015 按这种模式,需要这两个工作流执行服务器支持共同的AP集合,用于彼此通信;需要这两个工作流执行服务器能解释公共的流程定义 -既可能是导人这两个工作流服务器的流程定义(用以构成公共流程),也可能是从它们导出的流程定义还可能需要在不同的异构工作流引擎之间传递工作流相关数据和应用数据 d)并行同步模式: 并行同步模式如图8所示这种模式允许两个流程在分开的工作流执行服务器上进行实质上的独立运行,只需要在两个流程间设置同步点每个流程达到其执行序列中的预定点时,就触发一个公共事件,从而实现流程间同步这种机制有利于一些功能的实现,如,在一些并行执行线程上安排流程进度、核查回复数据或者在不同流程实例之间传递工作流相关数据图8中示出流程A内的活动A，与流程 B内的活动B之间的同步关系流程A 流程B B B. 同步点工作流执行服务器A 工作流执行服务器B 图8并行同步模式在每个流程中特定点上可以同步配对的任务此中模式的实现需要事件协调和跟踪机制予以支持,以便能确认来自两个流程定义的任务 4.4.2工作流互操作接口描述异构工作流中间件之间的信息和控制流的一般性质如图9所示按口4 工作流执行服务器工作流执行服务器工作流引擎工作流引掌活动或子流程调用流程/活动状态/控制应用/工作流相关数据转移同步点协调读/写流程定义图g工作流互操作接口工作流互操作性的两个主要方面是: 13
GB/T323932015 需要并且能够实现的对流程定义(或其子集)做共同解释的程度在运行时期,支持各种控制信息的交换和在不同的工作流执行服务器之间传递工作流相关数据和(或)应用数据跨多域使用流程定义在两个工作流执行服务器能够解释一个公共的流程定义的情况下,例如,从公共的流程定义池生成特定的流程定义,这两个工作流执行服务器就能共享关于这个流程定义的对象和属性的视图,其中可能包含活动,应用、组织和角色名称、导航条件等从而可能支持各个工作流引擎在一个公共的命名和对象模型的上下文环境中,把活动或子流程传递给异构工作流引擎去执行这种方法特别适合上述第3 种互操作模式在流程定义视图共享不可行的情况下,可以作为运行时期交换的组成部分,“导出”流程定义子集的详细信息流程定义交换AP提供一种向特定工作流执行服务器请求对象、属性等数据的方法,使得工作流引擎能够获取与在合作执行环境中分配给它的活动或子流程相关的流程定义数据在上述方法都不可行的情况下,使用网关实现互操作通过一个应用交互网关,把对象名称和属性通常是它们的子集)在两个工作流执行服务器间映射在最简单的情况下,两个单独的工作流执行服务器使用各自的流程定义格式,在网关中映射这种方法不适于较简单的模式1和模式2以及模式4 的大部分实现 b)运行时期控制交互: 在运行时期,WAPI调用用于工作流执行服务器之间的传递控制,以便在特定服务器上发布子流程或单个活动在两个服务器都支持共同的wAPI调用和公共的流程定义对象视图(包括命名约定和工作流相关数据或应用数据)的情况下,将直接在工作流引擎间传递控制,不过,需要公共协议支持wAP 原语若非上述情况,可以使用wAPI调用构建网关功能,通过在两个工作流执行服务器之间映射不同的对象和数据视图并且(必要时)支持每个工作流执行服务器的不同协议环境,为两个工作流执行服务器提供交互能力工作流执行服务器域A 工作流执行服务器域B WAPI WAP 网关应用程序协议B 协议A 工作流引擎工作流引华开始活动转换开始活动或流程完成完成流程定义对象类型和名称工作流笑数格式和名称应用数据传逆图10使用WAPI的网关操作图10中示出了网关操作主要原理依据特定交互场景,将域A的一个活动映射到域B的新的流程或子流程的一个活动有很多wAP1命令可以用于支持互操作,既可以通过两个工作流执行服务器之间的直接调用,也可以通过网关功能执行以下功能覆盖的一些wAPI命令适用于支持工作流互操作会话建立; 对工作流定义及其对象的操作 14
GB/T32393一2015 流程控制和状态; 活动管理; 数据处理操作旦活动在一个单独(附属)的服务器上发布,同时需要将工作流客户端应用与原服务器间的交互例如,查询活动/流程实例的状态,或者挂起/恢复/终止流程实例)“转介”到该附属服务器在这种情况下,可能需要将某些操作与多个工作流引擎链接(例如，一个激活的流程实例的多个不同活动分布在多台计算机中) 可能还需要一些事件通知服务,通告活动状态转移的启动和活动/子流程的完成状态转移流程参见附录A 4.5管理和监控接口管理和监控功能支持一个供应商的管理应用在其他的工作流引擎上工作通过标准化的公共接口,使若干工作流执行服务器能在一定范围内共享管理功能和系统监控功能管理和监控接口包括wAPI集合中的那些用于支持操控管理和监控功能的命令图11是管理和监控接口的概念图图中示出独立的管理应用与不同的工作流执行服务器的交互也可能有其他适用场景,例如,管理应用不是独立的,而是其中一个工作流执行服务器的一个组成部分但它具有管理各个工作流执行服务器上各种功能的能力工作流执行服务器A 接口5 工作流引擎管理应用工作流执行服务器B 典型功能用户竹理角色瞥理工作流引擎审计管理资x控制流程监瞥功能，等等图11管理和监控接口除图11所示外,管理应用也可能执行其他的管理功能例如,管理工作流流程定义、充当资源库和通过接口1的操作为不同的工作流执行服务器分配流程定义此接口包含以下类型的操作(其中一些是与其他接口共同的. 用户管理操作建立/删除/挂起/修改用户或工作组的权限 b 角色管理操作定义/删除/修正角色审计管理操作查询/打印/新建/制除审计记录或事件日志等资源控制操作设置/取消/修改流程或活动并发级别询问资源控制数据(数量、阂值、使用参数等》 15
GB/T323932015 流程监控变更工作流流程定义或其现有流程实例的操作状态; 启用或停用流程定义特定版本; 变更某类型的所有流程或活动实例的状态; 为某类型的所有流程或活动实例的属性赋值; 终止所有的流程实例流程状态: 开启/结束流程或活动实例的查询,设置过滤条件; 提取流程实例或活动实例的详细信息,按规定过滤; 提取特定(单个)流程或活动实例的详细信息 l6
GB/T32393一2015 附录A 资料性附录状态转移可以把工作流执行服务器看作是状态转移机在这个转移机里,变更流程或活动实例状态,以响应外部事件(如,活动的完成)或工作流引擎采取的特定控制决策(如,引导到流程里下一个活动步骤》流程实例的基本状态转移模式如图A.1所示挂起状态终止状态终止重新开始挂起/恢复开始初始化初始状态运行状态重新开始完成状态图A.1流程实例状态转移示例在图A.1中,状态转移(用箭头表示)响应所标识的特定wAP的命令某些状态之间的转移是满足流程定义中转移条件的结果(例如,作为某外部事件或时间/日期依赖条件的结果等) 基本状态包括 -创建了流程实例,包括关联的流程状态日期和工作流相关数据,但是流程还没有 a)初始状态满足启动执行的条件; b 运行状态 -流程实例已开始执行,流程中满足相应启动条件的活动开始执行; c 挂起状态流程实例休眠,直到流程返回运行状态通过恢复命令)前,流程中的活动不启动; D 完成状态流程实例满足完成条件;将执行所有完成后的操作(如记录审计数据或统计)并取消流程实例; 终止状态 -流程实例在正常完成前停止执行;将执行诸如差错记录或记录恢复数据之类内部操作并取消流程实例 17
GB/T32393一2015 参考文献 [1]wFMCsC00-1002wFMCoalitionProposallnformationm [[2]wFMCsCo0-1006wFMCoaltonTechnicalCommiteeOperations [3]wFMCTC00-1008InteroperabilitywhitePaper [习wFMCTco0-1009ClientappliceationAPldesecriptions [的wFMcTc0.10owaklowDx:hmtionReadwier Descriptions [G]wFMCTC00-1011TerminologyandGlosary [7]wFMCTC00-1013worklowAPIs一NamingConventions 18

信息技术工作流中间件参考模型和接口功能要求GB/T32393-2015

随着互联网的飞速发展，各种信息系统在各行各业得到了广泛的应用。这些系统需要处理大量的数据，并且需要与其他系统进行协同工作以实现更高效的业务流程。为了更好地满足这些需求，信息技术工作者们开发了一系列的工作流中间件，以帮助企业进行业务流程管理。

GB/T32393-2015是中国国家标准化管理委员会发布的《信息技术工作流中间件参考模型和接口功能要求》标准。该标准规定了工作流中间件的参考模型和接口功能，旨在提高工作流中间件的通用性和互操作性。

参考模型

GB/T32393-2015标准中规定了工作流中间件的参考模型，包括三个层次：

应用层：包括工作流建模、任务分配、流程控制等功能；
服务层：包括工作流引擎、数据访问接口、规则引擎等服务；
基础设施层：包括安全管理、事务管理、消息传递等基础服务。

参考模型中各层次之间相互独立，但也可以通过协议进行通信和交互。这种模型的设计使得工作流中间件具有良好的可扩展性和互操作性。

接口功能要求

GB/T32393-2015标准中还规定了工作流中间件的接口功能要求，主要包括以下方面：

工作流建模：提供可视化建模工具，支持复杂业务场景下的模型定义；
任务分配：支持多种任务分配策略，如随机、平均负载等；
流程控制：支持并行、串行等多种流程控制方式；
数据访问接口：提供数据存取接口，支持多种数据源，并保证数据的一致性；
规则引擎：支持规则定义和规则执行，以实现业务流程的自动化处理；
消息传递：提供消息传递机制，支持异步通信和消息队列等方式。

通过这些接口功能，工作流中间件可以方便地与其他系统进行集成，实现更高效的业务流程管理。

结论

GB/T32393-2015标准为信息技术工作者们提供了一个标准化的参考模型和接口功能要求，使得工作流中间件具有更好的通用性和互操作性。未来，随着各种企业应用场景的不断扩展，我们相信工作流中间件将会得到更广泛的应用。