工作流的基本模式
EAS5.0工作流_操作篇_产品培训
流程发布
流程必须发布才能运行 流程发布时会自动校验，校验通过才会发 布 流程可以多次发布，在服务段会保存每个 版本
流程导入导出
流程导出：将流程导出为一个EAS工作流 格式的XML文件。 流程导入：将标准的EAS工作流格式的 XML文件导入。 注意：导入后流程的内码会自动改变，流 程内的子流程需要重新绑定。
参与者(participant)
– 参与者：是人或者程序，它完成一项具体的任务 – 参与者可能为组织;人员;职位;角色;关系;权限
连接弧(transition)
– 连接活动，表示流程的流转逻辑
任务(assignment/task)
– 人工型活动分配任务给每个活动参与人，一个活动实例会产生多个任务
EASv5.0 产品培训
--工作流建模
部门：EAS产品部 时间：2005年10月
提纲
工作流术语 工作流流程定义 交流
工作流术语
流程定义/模型(process definition)
– 流程的定义是对业务过程的抽象，是活动与连接弧的集合
活动(activity)
– 活动：是工作流中的一个逻辑步骤或环节 – 人工型活动：有人参与交互的操作 – 自动型活动：计算机自动执行的操作
连接模式
– 连接模式在活动上定义,通过连接模式控制活动与连接弧的连接关系,连接 模式分为出口模式与入口模式
工作流术语
连接模式
– 通过活动的输入输出属性与连接弧来控制流程的流转
基本特性-流程
基本属性：名称，编码，版本，有效日期， 作者，优先级，备注，流程管理员。 变量 事件订阅：当流程状态改变时发送事件消 息给指定人。状态有：流程启动，流程挂 起，流程关闭。 输入输出：如果流程为子流程则需要定义 输入输出的映射变量。
工作流模式的概述
【 关键 词 】 工 作 流 ； 作 流 模 式； 程 定 制语 言 ： 工 流
Ｏ 引 言 ．
难 在 于 决定 何 时 同步 ， 时合 并 。 同步 可 选 流 导 致 可 能 的死 锁 ， 何
２１基本 控 制 模 式 ． 多实 例 模式 未考 虑 多实 例 的 同步 问 题 。 如 。 主 流程 中孵 例 从 并 行 分 叉 （ａａ ｅ Ｓ ｌ） 当 两 个 或 更 多 任 务 需 并 行 执 行 时 Ｐｒｌ ｌ ｐ ｔ： ｌ ｉ 如 ｉ ｌ ｒＦｏ和 ＩＨｏ 中支 ｕ － ｗ 需要 并 行 分叉 。除 不 要求 任 何 程 度 并 行 支 持 的 系统 外 大多 数 工 化 出一 个 可 变 数 量 的子 流 程 ． Ｖｓａ ＷｏｋＩ 持 的 那 样， 启 动 多实 例 未 考 虑 同步 问题 ： 仅 但是 有 时候 要 求所 有 作 流引 擎 都较 易 支 持并 行 分 叉 。
２３结 构 化模 式 ，
工 作 流技 术 是 实 现企 业 业 务 过 程建 模 、 务过 程优 化 、 务 合并 并 发 流 可 能 导致 不 期 望 的任 务 多重 执 行 。 业 业 过 程 管理 与集 成 ． 而 最 终 实 现 Ｂ Ｍ 目标 的核 心 技 术 。按 照 工 从 Ｐ 作 流 管理 联 盟 （ ＭＣ Ｗｏｋ ｏ ｎｇｍｅｔ ｏｌ ｏ ） 定 义 Ｗｆ — ｒｆ ｗ Ｍａ ａｅ ｎ ａ ｔｎ 的 ｌ Ｃ ｉ ｉ 【 工 作 流 就 是 自动 运 作 的业 务 过 程 部 分 或 整 体 ， 现 为 参 与 者 ｌ 】 表 对 文 件 、 息或 任 务 按 照规 程 采 取 行 动 ， 令 其 在 参 与 者 之 间 传 信 并 递 模 式 是 对 一 定 上 下 文 中 连 续 发 生 的 具 体 形 式 的 抽 象 ，． Ｅ Ｇ ｍｉ ．等 在 可重 用 面 向对 象 面 向 编程 技 术 中首 次 系 统地 分 类 ａｎ ａ 了大 约 ２ 个 设 计 模 式脚 ３ 。描 述 了 面 向对 象系 统 中经 常 发 生 的 模 式 集 这 些 设 计模 式 独 立 于 实现 技 术 。
工作流
流程运转模型(五)发散运转模型- 异或模型(隐式)
隐式和显式的区别不是太大. 存在分支A—C 和分支A— D 都满足条件,但最终也依 然只能有一个分支被激活. 至于哪一个分支被激活,这 可能是人为的操作,也可能 是某种随机的自动选择.但 必须只有一个分支被激活 应用非常少,而且大多数的 工作流引擎不支持这种模型, 仅支持显式XOR 模型.
流程运转模型(八)发散运转模型- 发散模型
发散和并行最大的区别就是,各个分支(branch)的流程状 态(或流程数据): 1)在并行模型中,分支状态大多数情况下是不相等的.由 任务A 执行后的状态进行一定条件下的"拆分",形成了两 个分支(或多个分支)流程.这多个分支流程,在最终需要 重新聚合成一个主流程,以确保流程信息的完整性(当然, 实际运行中,可能存在因为超时等特定原因而最终抛弃某个 子流程). 2)在发散模型中,分支状态是绝对相等的.因发散而 产生的多个分支流程,在最终未必聚合(可能因为种种原因, 聚合的时候会抛弃一个和多个分支流程)
任务与Block Activity
任务和Block Activity非 常相似,但并不一样 如图,task中的多个 action没有顺序关系, action Block Activity中,各个 activity应该顺序执行
流程起点模型(一)
任何一个工作流能够运行,需要条件-- "起点"来激活 起点也是一种任务节点.这个节点可能会进 行一定的操作,可能只涉及一些数据的改变. 导致一个流程被激活
三大主流
工作流消息类型
工作流消息类型
工作流（Workflow）是在整个工作区中发生的，有些是结构化的，有些是非结构化的。
当数据从一个任务转移到另一个任务时，工作流就存在了。
如果数据没有流动，就没有工作流。
工作流的主要类型有：
- 流程工作流（Process Workflow）：当一组任务具有可预测性和重复性时，就会发生流程工作流。
在项目开始工作流之前，已明确数据的流转方向。
比如采购申请批准工作流，一旦申请提交，每一步处理工作相对固定，工作流几乎不会有变化。
- 项目工作流（Project Workflow）：项目具有类似于流程的结构化路径，但在此过程中可能具有更大的灵活性，项目工作流只适用于一个项目。
比如发布一个新版本的网站，你可以准确预测项目的任务流程，但是这个任务流程不适用于另一个网站的发布。
- 案例工作流（Case Workflow）：在案例工作流中，对于数据流转的方向是不明确的。
只有收集到大量的数据时，数据流转的方向才会比较明显。
比如保险索赔，一开始并不知道如何处理，只有经过一番调查，才会明确。
在工作流管理中，消息类型通常包括系统消息、任务消息、通知消息等。
工作流的原理
工作流的原理
工作流是指按照一定的规则和流程，将工作任务在组织内部进行传递、处理和管理的一种方式。
它可以帮助组织实现工作任务的自动化、标准化和透明化，提高工作效率和质量。
在当今信息化的社会中，工作流已经成为了各种组织管理的重要工具。
下面我们将详细介绍工作流的原理。
工作流的原理主要包括流程建模、流程执行和流程优化三个方面。
首先是流程建模。
流程建模是指将一个工作任务按照一定的规则进行抽象和描述，形成一个模型。
在流程建模中，需要考虑到工作任务的各个环节、参与者、条件判断、并发控制等方面。
通过流程建模，可以清晰地展现出工作任务的全貌，帮助人们更好地理解和掌握工作流程。
其次是流程执行。
流程执行是指根据建模的流程模型，将实际的工作任务在系统中进行传递、处理和管理的过程。
在流程执行中，系统会根据流程模型自动分配任务、监控任务的执行进度、协调参与者之间的协作等。
通过流程执行，可以实现工作任务的自动化处理，提高工作效率和质量。
最后是流程优化。
流程优化是指根据实际的工作任务执行情况，对流程模型进行不断地调整和优化，以达到更好的工作效果。
在流程优化中，可以通过收集和分析工作任务的数据，发现流程中的瓶颈和问题，进而对流程模型进行调整和改进。
通过流程优化，可以不断提升工作流程的效率和质量。
总的来说，工作流的原理是通过流程建模、流程执行和流程优化，实现工作任务的自动化、标准化和透明化。
它可以帮助组织更好地管理和执行工作任务，提高工作效率和质量。
在实际应用中，需要根据具体的组织情况和工作需求，合理地设计和使用工作流，以达到最佳的工作效果。
工作流模型
过程视图是工作流模型的核心视图。
它描述企业的业务流程，定义业务过程中包含的活动以及这些活动之间的逻辑关系。
活动和活动间以连接弧表示控制关系。
通过描述活动的基本属性，如活动由谁执行，有哪些人员、组织或盟员企业负责执行，活动执行需要的软件(如应用程序)和硬件(如机床设备)资源，以及活动的触发条件、执行状态等，可以建立过程视图、资源视图和组织视图的关系。
过程视图是本文研究的主要内容，本文通过ECA规则来表达过程视图。
基于ECA规则和元操作的工作流建模原理3.1 工作流模型的结构图：工作流模型的结构1.1.1过程视图过程视图是工作流模型的核心视图。
它描述企业的业务流程，定义业务过程中包含的活动以及这些活动之间的逻辑关系。
活动和活动间以连接弧表示控制关系。
通过描述活动的基本属性，如活动由谁执行，有哪些人员、组织或盟员企业负责执行，活动执行需要的软件(如应用程序)和硬件(如机床设备)资源，以及活动的触发条件、执行状态等，可以建立过程视图、资源视图和组织视图的关系。
过程视图是本文研究的主要内容，本文通过ECA规则来表达过程视图。
1.1.2组织视图组织视图描述企业中的组织单元和组织单元间的关系。
组织单元是具有一定功能和责任的组织实体，一般会承担过程模型产生的各种任务。
组织单元之间往往存在从属或协作关系，形成一定的对应关系。
本文对组织视图描述中，采用一种面向对象的关系模型，不同于传统的层次结构。
是在组织模型中引入类的概念(如角色类、组织类、人员类、职位类等)，建立类之间的关系模型，支持层次化的查找和匹配规则，便于工作流的任务分配和执行者绑定。
1.1.3资源视图资源视图描述企业中资源的类型以及资源实体的属性。
资源是工作流模型中非常重要的一个概念，是活动可以执行的必备条件。
资源类型可以是执行活动所需的软件和硬件设施等，或者是活动执行后产生的新的物理实体。
组织视图和资源视图之间存在着映射关系，即每一个资源实体都有与其对应的责任组织单元，该组织单元负责对此资源实体的使用和维护。
工作流模式-工作流数据模式40种
⼯作流模式-⼯作流数据模式40种正如语⾔是⼈与⼈之间的沟通⽅式⼀样，数据是IT系统之间的沟通⽅式，语⾔之间的沟通总是有效，数据交互却未必，因为除了让计算机理解之外，数据还需要让⼈理解，IT系统是对现实⽣活的映射，也正因为如此，现在数据之间的沟通也在向语⾔靠拢即语义化(REST/语义⽹)。
在WfMC的⼯作流模型⾥，⼯作流数据被分为了3类，如图C-1所⽰。
图C-1 WfMC的⼯作流数据分类1. ⼯作流控制数据:⼯作流系统管理的内部控制数据，这些数据包括了与流程实例和活动实例相关的执⾏数据和状态数据，例如流程实例的状态、执⾏时间、⼯作项的执⾏者、执⾏时间、状态、紧急程度等。
2. ⼯作流相关数据:⼯作流系统使⽤⼯作流相关数据确定流程实例的流转条件，并选择下⼀个将执⾏的活动，这些数据由业务系统访问并修改。
例如报销流程中的“报销⾦额”，这个数据会决定该流程的审批路径;再例如为活动设置的超时时间，这个数据会触发活动的取消。
这些数据是⼯作流系统需要依赖进⾏流程流转的业务应⽤数据。
3. ⼯作流应⽤数据:业务系统管理的业务数据，⼯作流系统不能访问。
我们遵循WfMC的⼯作流数据分类，区别是将⼯作流相关数据根据应⽤场景进⼀步细化为3 类并重新定义，如图C-2所⽰。
图C-2 ⼯作流数据分类我们将⼯作流相关数据泛化为为⼯作流系统能够访问并使⽤的业务应⽤数据，分为3类:1. 连接业务系统的关联数据:⼯作流系统与业务系统进⾏关联的数据，例如特定于Web系统，⼯作流系统会在每个流程/活动实例⾥保持有导航⾄对应业务表单的URL。
2. 传递作⽤的业务应⽤数据:当流程跨越多个业务模块时，需要在模块间传递数据，此时会利⽤⼯作流系统进⾏传递，在⼯作流系统⾥暂时存储或转换这些业务数据。
在⾯向服务的软件架构中(SOA)，⼯作流系统作为重要的中间件负责服务之间的调⽤编排，业务应⽤数据被封装为SDO通过⼯作流系统在不同Web服务(业务系统)间传递。
工作流控制模式-基本控制模式5种
⼯作流控制模式-基本控制模式5种基本控制模式包括基本的顺序、并发、条件和合并路由，是其他控制模式的基础。
基本控制模式有以下5种，如图A-2所⽰。
图 A-2 基本控制模式1. 顺序:活动顺序执⾏。
2. 并发分裂:分⽀分裂为两个或多个后续分⽀，所有后续分⽀都被同时触发执⾏。
3. 同步:两个或多个分⽀合并为⼀个后续分⽀，只有所有分⽀都执⾏完毕后，后续分⽀才会被触发执⾏。
4. 排他选择:分⽀分裂为两个或多个后续分⽀，只有⼀个后续分⽀被选择执⾏。
5. 简单合并:两个或多个分⽀合并为⼀个后续分⽀，分⽀不需要同步，任何⼀个分⽀执⾏完毕后就会触发后续分⽀的执⾏。
1、顺序(WCP_1: Sequence)描述：在⼀个流程实例⾥，活动在前续活动完成后顺序触发，如图A-3所⽰。
同义词顺序执⾏、串⾏路由。
应⽤顺序模式是⼯作流建模的基础，是流程定义⾥最基本的构建块，⽤以描述连续互相依赖的⼀系列活动。
2、并发分裂(WCP_2: Parallel Split)描述分⽀分裂为两个或多个后续分⽀，分⽀执⾏完毕后触发后续并发分⽀的同时执⾏，如图A-4 所⽰。
新员⼯⼊职时，先去⼈⼒资源部报道，接下来填写⼊职资料和签订合同，于此同时，IT部门帮忙开通RTX邮件开发环境权限、初始化机器，两个⼯作同时进⾏。
图 A-4 并发分裂同义词AND-split、Fork、并⾏路由、并⾏分裂。
应⽤作为设计流程的⼀个基本原则，我们应该尽可能采⽤并⾏过程。
信息化的⼀个重要作⽤就是加快信息的流动，让并⾏⼯作越来越成为可能。
试想如果没有办公⾃动化系统，我们到⼈⼒资源部报到后，IT部门并没有及时收到消息，那么我们填完⼊职资料后还要去IT部门申请机器，这个效率就⾮常低了。
对流程⽽⾔，流程实例执⾏时间是最重要的衡量指标:执⾏时间越短，对顾客越有效率，没有⼈喜欢等待。
3、同步(WCP_3: Synchronization)描述两个或多个分⽀合并为⼀个后续分⽀，被合并的分⽀都执⾏完毕后，后续分⽀才会触发，如图A-5所⽰。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
工作流的基本模式1、顺序(Sequence )模式描述：只有当前一个活动结束后，后一个活动才会被触发，即按照预定的任务列表，有序的执行。
(提交一亍日UG、______________________ 弍FEX该日UG、 _______________________________ Close^BUG2、并行(Parallel Split)模式描述：- 一个活动的结束能够触发若干个活动的开始，这些被触发的活动能以并行的方式同时或按任意顺序举例：当提交一个BUG时会分别向BUG信息表和BUG日志表中添加相应记录进行3、同步(Synchronization )模式描述：如果不考虑超时(一般流程会设定任务执行期限)和异常等情况，流程必须在聚合点等待所有的分支都执行完(到达And汇聚点)才能激活后继任务，才能正确的往下运行。
举例：支持人员分派的问题由开发人员修改，然后不仅要经过测试人员验证通过还要再次经支持人员验证通过才能Close该BUG。
4独占式选择(Exclusive Choice )模式该模式分为显式独占模型(explic Exclusive Choice )和隐式独占选择模式(implicit ExclusiveChoice)1)显式独占选模型(explic Exclusive Choice ) 描述：当一个活动处理完后，其后有若干个分支流程可供选择，但根据工作流控制数据(workflow control data )只允许选择其中某一个分支运行。
XOR1 1t<Task D j LUTask BTiisk CTask D如上图所示，虽然在任务Task A后可以三个不同的活动流程可被选择，但是仅Task D满足条件, 造成后续的流程中，走了A―― D分支，而另外的分支被抛弃。
举例：当PSO人员提交一个问题时，该问题的类型需要被确定。
如果是产品的错误而引起的那么问题类型即为BUG ;如果是由于客户的操作失误而引起的那么问题类型即为ISSUE ;如是对产品的有价值的建议，那么问题的类型即为ADVICE ;由上可知，当确定问题类型时三种只能选其一。
2)隐式独占选模型(implicit Exclusive Choice ) 描述：同为XOR模型，隐式和显式的区别不是太大。
唯一的不同点就是，隐式独占选模型在可供选择的分支中存在存在若干个分支满足条件，但最终，依然仅有一个分支运行。
Task BXORI-. I如上图所示，存在分支 A —C和分支A—D都满足条件，但最终也依然只能有一个分支被激活。
至于哪一个分支被激活，这可能是人为的操作，也可能是某种随即的自动选择。
不论哪种方式，人须保证一个分支被激活后，其他分支被抛弃。
举例：PSO的人员在提交问题的时候，他会根据问题的来源将它提交给负责相应区域的支持人员。
但是，具体提交给负责该区域的哪一位支持者，就由PSO的人员自己决定或系统随机产生。
不管如何选择都必须有一位支持人员要接收该问题。
不管是显式独占模型(explic Exclusive Choice )还是隐式独占选择模式(implicit ExclusiveChoice )他们的执行流程都是一样的。
5、简单聚合(Simple Merge)模型描述：前面的若干个分支，只要有一个活动被执行(假定不存在两个分支同时被执行) ，后面的活动就会被触发。
当然，一旦某一个分支被通过。
则余下的分支则被终止，或者运行到聚合点就结束。
举例：如果产品中存在某个BUG那么可能会被不同地方的用户发现，但只要有一个地方的PSO人员提岀这个问题BUG就会得到处理。
当其它地方的PSO再次提岀该问题的时候就不会重复处理了6、强制循环模式模式描述：在一个流程实例中，有些活动是需要多次执行的。
模式所解决的问题：在流程中需要回流到某一个以前的节点。
模式应用举例：在一个审批流程中，如果经理不审批，则审批发起人需要重新提交审批申请，直到经理审批同意。
7.隐式终止模式模式描述:在一个流程实例中，当执行完所有的激活的活动之后，该流程实例应该终止模式所解决的问题：流程引擎必须决定什么时候流程终止。
模式应用举例：在一个客户服务流程中，当给客户发送信息之后，流程必须终止牛Repty8.活动取消模式模式描述：在一个流程实例中，是否执行某一个活动取决于运行时的条件判断。
模式所解决的问题：在流程中，必须根据运行时的条件来决定是否跳过某一个活动。
模式应用举例：在一个网上订货流程中，客户可以选择客户化过程，也可以选择使用默认的选项，这时，流程需要跳过客 户化过程。
解决方案：1)使用一个接受选项(receive choice )，添加两个路径，一个是正常路径，执行正常活动，一个是满 足某个条件时跳过该活动。
曹Receive 1..,—、一 .............................. ............ ........ ―1[8AssignI撐 Invoke 3 QWaitReceive Choice9.实例取消模式模式描述：在一个流程实例中，在某一步时终止整个实例。
模式所解决的问题：流程引擎必须可以终止流程实例，该流程实例的所有子流程也必须全部终止。
模式应用举例：在一个订单流程中，客户在货物发送之前可以取消订单，进而终止整个流程。
解决方案：1）使用终止活动节点，终止整个流程实例10.延迟选择模式模式描述：在个流程实例中存在多个执行路径，具体要执行某一个路径取决于外界的运行时状态。
模式所解决的问题流程的运行路径取决于一些条件，但流程本身没法决定走哪一条路径。
模式应用举例：在一个付款流程中，客户可以选择不同的付款方式，不同的付款方式将决定付款流程如何走。
解决方案：使用接受选项(receive choice)，通过接收流程外不同的消息，来决定流程走哪一条路径。
»R PTPIVP CT I niriaL —一-——4onMcssaqe on Alami4_____ 寺| 疥 Invoke夕Invoke■ Terminate11交替平行路由模式在一个流程实例中，存在多条可以并行执行的路径，根据外界的条件，可以执行其中一条。
模式所解决的问题：流程需要以任意顺序执行一些活动，但不能同时执行两个活动。
模式应用举例：在一个审批流程中，经理可以同意或者拒绝一个请求，但每次只能处理一个请求。
解决方案：1）创建一个并行流。
=0 Receive12里程碑模式模式描述:在一个流程实例中，一个活动能否执行取决于一个指定的状态。
也就是说，只有在到达一个特定的未过期的里程碑时，活动才被执行。
模式所解决的问题：任务节点的可用性取决于特定的状态条件，也就是说任务只有在某一里程碑已经达到并且还没有过期的时候才可被激活。
模式应用举例：在一个论文审批流程中，论文提交后，该论文必须在3周内被3个审阅者审阅才可以发表。
解决方案：<5^ Invoke 护Invoke1 ）在一个并行流中，加入两个分支，一个利用延迟选择来控制业务逻辑，另一个分支用来处理时间过期| 电> Revive ChC收「~*1®WaltI（占CemclMtMty申Receive article申Verly art telefonnat and styleSet receivedreviewsto ;ero@ vvhie reviews tMn threeI” CantElb publishRevels 耳JR?朋i rcjcccn Cancc. ptbii^b+A"Apprfti■* Remove x> Postpone toJ article artide C nei(t issue* _______ J+二：I roe me nt Ina^ment Set to three2）直接用延迟选择来控制业务逻辑，时间过期的处理用时间来完成Enableactivity｛；沪Wkjenabted粉Reocivc ChoicegfXT itjg ECura pjb' sft一…一*——7―* Approve* Rcm^e申toarticlea it J deneA t&5uc*— Increment —IncrementSet to three第一步：论文作者在网上提交论文，网上应用发送一个带有论文信息的 第二步：第一个调用活动检查论文的格式。
第三步：已被审阅计数器置零。
第四步：进入两个分支，左边分支等待审阅者意见，右边分支等待时间即三周备注：由于里程碑模式比较复杂，下面以一个论文审批流程为例来说明:XML 格式的文件到该流程 Verify article format and style----------- {奇 Receive Choke } ---------------审Verily aitcle format and style1Set necehed reviews 柏 zero第五步：选择接收活动等待接受评阅者的意见。
第六步：如果有一个审阅者审批同意，则审阅计数器加一，并等待其他两个审阅者的意见。
第七步：当然，审阅者也可以拒绝，同样审阅计数器加一，并等待其他两个审阅者的意见。
1 +15}金 Re«jve Choke并 Approx宁 Remow3rtide art cfe +*:二 Increment | 二 IncrementCancel publish .申 Postponeto G next tisue(6 : 7I 鼬(Wicwh ricv^^cf rrpetsanWhite reviews less thanSec ID three - - 11 」第八步：三周后，计时器激活，并发送cancel 消息Y”带 Verfy articlefbnnat and sty I*Set received review to zeroffl 媲ItCAttaal .publth毒 Recede ChoiceF厂 /: ----- EdwrcnjQ ，I际砂or 忙呼6»> Apfiuve article申 Reinke aftkfeIncrementIncrernentWhSe reviews It 曲 than■Cantes [Xjb. JiSet tor Postpone tone« issue第九步：选择接收活动接受到cancel消息，执行相应处理，置计数器为三，循环退岀，流程结束。