第三讲工作流概念与元模型

合集下载

BPMN工作流的基本概念!详解工作流框架Activiti

BPMN工作流的基本概念!详解工作流框架Activiti

BPMN⼯作流的基本概念!详解⼯作流框架Activiti⼯作流⼯作流简介⼯作流(Workflow): ⼯作流就是通过计算机技术对业务流程进⾏⾃动化管理。

实现多个参与者按照预定的流程去⾃动执⾏业务流程。

定义: 通过计算机对业务流程⾃动化执⾏管理主要解决的是: 使在多个参与者之间按照某种预定义的规则⾃动进⾏传递⽂档,信息或任务的过程.从⽽实现某个预期的业务⽬标,或者促使此⽬标的实现⼯作流管理系统的⽬标:管理⼯作的流程以确保⼯作在正确的时间被期望的⼈员所执⾏在⾃动化进⾏的业务过程中插⼊⼈⼯的执⾏和⼲预⼯作流框架:Activiti,JBPM,OSWorkFlow,WorkFlow⼯作流框架底层需要有数据库提供⽀持⼯作流术语⼯作流引擎ProcessEngine对象: 这是Activiti⼯作的核⼼.负责⽣成流程运⾏时的各种实例及数据,监控和管理流程的运⾏BPM业务流程管理:是⼀种以规范化的构造端到端的卓越业务流程为中⼼,以持续的提⾼组织业务绩效为⽬的的系统化⽅法常见商业管理教育如EMBA,MBA等均将BPM包含在内BPMN业务流程建模与标注:这些图如何组合成⼀个业务流程图(Business Process Diagram)讨论BPMN的各种的⽤途:包括以何种精度来影响⼀个流程图中的模型BPMN作为⼀个标准的价值BPMN未来发展的远景流对象⼀个业务流程图有三个流对象的核⼼元素事件⼀个事件⽤圆圈来描述,表⽰⼀个业务流程期间发⽣的东西事件影响流程的流动.⼀般有⼀个原因(触发器)或⼀个影响(结果)基于它们对流程的影响,有三种事件:开始事件,中间事件,终⽌事件活动⽤圆⾓矩形表⽰,⼀个流程由⼀个活动或多个活动组成条件条件⽤菱形表⽰,⽤于控制序列流的分⽀与合并。

可以作为选择,包括路径的分⽀与合并内部的标记会给出控制流的类型Activiti开源⼯作流框架Activiti简介Activiti是⼀个开源的⼯作流引擎,它实现了BPMN 2.0规范,可以发布设计好的流程定义,并通过api进⾏流程调度Activiti 作为⼀个遵从 Apache 许可的⼯作流和业务流程管理开源平台,其核⼼是基于Java的超快速,超稳定的 BPMN2.0 流程引擎,强调流程服务的可嵌⼊性和可扩展性,同时更加强调⾯向业务⼈员Activiti 流程引擎重点关注在系统开发的易⽤性和轻量性上.每⼀项BPM业务功能Activiti流程引擎都以服务的形式提供给开发⼈员.通过使⽤这些服务,开发⼈员能够构建出功能丰富,轻便且⾼效的BPM应⽤程序Activiti服务结构Activiti系统服务结构图核⼼类:ProcessEngine: 流程引擎的抽象,可以通过此类获取需要的所有服务服务类:XxxService: 通过ProcessEngine获取,Activiti将不同⽣命周期的服务封装在不同Service中,包括定义,部署,运⾏.通过服务类可获取相关⽣命周期中的服务信息RepositoryServiceRepository Service提供了对repository的存取服务Activiti中每⼀个不同版本的业务流程的定义都需要使⽤⼀些定义⽂件,部署⽂件和⽀持数据(例如BPMN2.0XML⽂件,表单定义⽂件,流程定义图像⽂件等),这些⽂件都存储在Activiti内建的Repository中RuntimeServiceRuntime Service提供了启动流程,查询流程实例,设置获取流程实例变量等功能.此外它还提供了对流程部署,流程定义和流程实例的存取服务TaskServiceTask Service提供了对⽤户Task和Form相关的操作.它提供了运⾏时任务查询,领取,完成,删除以及变量设置等功能HistoryServiceHistory Service⽤于获取正在运⾏或已经完成的流程实例的信息,与Runtime Service中获取的流程信息不同,历史信息包含已经持久化存储的永久信息,并已经被针对查询优化FormService使⽤Form Service可以存取启动和完成任务所需的表单数据并且根据需要来渲染表单Activiti中的流程和状态Task均可以关联业务相关的数据IdentityServiceIdentity Service提供了对Activiti系统中的⽤户和组的管理功能Activiti中内置了⽤户以及组管理的功能,必须使⽤这些⽤户和组的信息才能获取到相应的TaskManagementServiceManagement Service提供了对Activiti流程引擎的管理和维护功能这些功能不在⼯作流驱动的应⽤程序中使⽤,主要⽤于 Activiti 系统的⽇常维护核⼼业务对象:org.activiti.engine.impl.persistence.entity包下的类,包括Task,ProcessInstance,Execution等根据不同职责实现相应接⼝的⽅法(如需要持久化则继承PersistentObject接⼝),与传统的实体类不同Activiti组件Activiti上下⽂组件Context: ⽤来保存⽣命周期⽐较长,全局性的信息,类似Application.主要包括如下三类:CommandContext: 命令上下⽂-保存每个命令必要的资源,如持久化需要的sessionProcessEngineConfigurationImpl: 流程引擎相关配置信息-整个引擎全局的配置信息.如数据源DataSource等.该对象为单例,在流程引擎创建的时候初始化ExecutionContext: 持有ExecutionEntity对象持久化组件:Activiti使⽤mybatis作OR映射,并在此基础上增加设计了⾃⼰的持久化框架在流程引擎创建时初始化,顶层接⼝Session,SessionFactorySession有两个实现类:DbSqlSession: 负责sql表达式的执⾏AbstractManager: 负责对象的持久化操作SessionFactory有两个实现类:DbSqlSessionFactory: 负责DbSqlSession相关操作GenericManagerFactory: 负责AbstractManager相关操作Event-Listener组件:Activiti允许客户代码介⼊流程执⾏,提供了事件监听组件监听的事件类型:TaskListenerJavaDelegateExpressionExecutionListenerProcessEngineConfigurationImpl持有DelegateInterceptor的某个实例,⽅便调⽤handleInvocation Cache组件DbSqlSession中有cache的实现Activiti基于List和Map来做缓存:如查询时先查缓存,没有则直接查询并放⼊缓存异步执⾏组件Activiti可以执⾏任务,JobExecutor为其核⼼类,JobExecutor包含三个主要属性:JobAcquisitionThreadBlockingQueueThreadPoolExecutor⽅法ProcessEngines在引擎启动时调⽤JobExecutor.start,JobAcquisitionThread 线程即开始⼯作,其run⽅法不断循环执⾏AcquiredJobs中的job,执⾏⼀次后线程等待⼀定时间直到超时或者JobExecutor.jobWasAdded⽅法,因为有新任务⽽被调⽤。

《工作流技术》PPT课件

《工作流技术》PPT课件
26
接口4的功能
• 1、 创建流程实例; 2、 获取流程实例状态; 3、 获取和设置流程实例属性; 4、 启动或终止流程实例; 5、 改变流程实例的状态; 6、 改变流程实例的属性; 7、 更新流程实例。
27
工作流引擎的功能
• 接口1-流程定义的导入导出 • 接口2-同客户端应用程序和工作列表处理程序之间的交互 • 接口3-软件工具和应用程序的调用 • 接口4-不同工作流管理系统之间的协同工作 • 接口5-管理和监视功能
• 群件与套件系统。虽然这一类产品与上面介绍的三种产品在任务传递方 式上有很大程度的重叠,但是在这里却有必要把它们单独划分成一类, 因为这一类产品都需要依赖于自己系统的应用基础结构,包括消息传递、 目录服务、安全管理、数据库与文档管理服务等,它们本身就构成了一 个完整的应用开发环境。代表产品有IBM/Lotus公司的Lotus Notes、Micro soft公司的Office与Exchange、Novell公司的GroupWise。
• 接口1便定义了这样的交换格式。此外,接口1还定义了设计环境与运行环境之间交换 的规范,以使不同的建模工具产生的流程定义可以输入到不同的工作流产品的运行环 境中。
16
工作流元数据模型
• 为了提供一个访问和描述工作流定义的公共方法,需要引入一个工作流元数据模型(m eta-data Model),这个模型确定了流程定义中用到的一般的实体,这些实体都有不同 的属性,不同厂商开发的工具可以根据公共的交换形式向工作流运行环境传送这些模 型,传送可以通过API实现,也可以通过批量(Batch)传送实现。
17
元模型
• 工作流流程定义 • 工作流流程活动 • 过渡信息(Transition Information) • 工作流参与者 • 组织模型 • 工作流应用程序 • 工作流相关类型 • 工作流相关数据 • 系统和环境数据 • 数据类型和表达式

工作流

工作流
异或(XOR)显式模型, 又叫Exclusive Choice (独占式选择).当一 个任务处理完后,发现 其后面可允许走多个分 支流程,但只允许选择 其中某一个分支运行.
流程运转模型(五)发散运转模型- 异或模型(隐式)
隐式和显式的区别不是太大. 存在分支A—C 和分支A— D 都满足条件,但最终也依 然只能有一个分支被激活. 至于哪一个分支被激活,这 可能是人为的操作,也可能 是某种随机的自动选择.但 必须只有一个分支被激活 应用非常少,而且大多数的 工作流引擎不支持这种模型, 仅支持显式XOR 模型.
流程运转模型(八)发散运转模型- 发散模型
发散和并行最大的区别就是,各个分支(branch)的流程状 态(或流程数据): 1)在并行模型中,分支状态大多数情况下是不相等的.由 任务A 执行后的状态进行一定条件下的"拆分",形成了两 个分支(或多个分支)流程.这多个分支流程,在最终需要 重新聚合成一个主流程,以确保流程信息的完整性(当然, 实际运行中,可能存在因为超时等特定原因而最终抛弃某个 子流程). 2)在发散模型中,分支状态是绝对相等的.因发散而 产生的多个分支流程,在最终未必聚合(可能因为种种原因, 聚合的时候会抛弃一个和多个分支流程)
任务与Block Activity
任务和Block Activity非 常相似,但并不一样 如图,task中的多个 action没有顺序关系, action Block Activity中,各个 activity应该顺序执行
流程起点模型(一)
任何一个工作流能够运行,需要条件-- "起点"来激活 起点也是一种任务节点.这个节点可能会进 行一定的操作,可能只涉及一些数据的改变. 导致一个流程被激活
三大主流

工作流管理技术(PPT 66页)

工作流管理技术(PPT 66页)

工作流管理系统组成
过程设计与定义
经营过程分析、 建模与定义工具
建立阶段 运行阶段
过程实例化与控制
过程定义 过程更改
工作流执行服务
人机交互
软件工具与 应用
工作流管理系统的应用结构
过程定义
工作 流机
监控人员
工作流 控制 数据
工作流 控制 数据
工作 流机
工作 流机
工作 流机
任务表 集中式模型
直接启动 的应用
原型制造及 测试
概念设计 对结构和功能
产品结构、
的改进意见
配置、功能 规范
详细设计
几何、特征、
可加工性、经 济、质量评估
精度
过程设计
定位装夹可 行性评估
工艺过程、
N C程序、 装夹方案
原型制造及测试
(b) 并行开发流程
减 少 反 馈 次 数
生产制造
缩短的产品 开发时间
生产制造
产品销售和生产过程中业务过程集成
在工作流管理系统的支撑下,通过集成 具体的业务应用软件和操作人员的界面 操作,才能够良好地完成对企业经营过 程运行的支持。所以,工作流管理系统 在一个企业或部门的经营过程中的应用 过程是一个业务应用软件系统的集成与 实施过程。
工作流管理系统可以用来定义与执行不 同覆盖范围(单个工作者、部门、全企 业、企业间)、不同时间跨度(分钟、 小时、天、月)的经营过程。
仿真过程动画显示界面
仿真报表的生成
系统提供的仿真报表包括:
1 过程时间统计报告,统计事务和活动的平 均周期时间、平均等待时间、平均阻塞时 间和平均非活动时间等。
2 成本统计报告, 统计事务的平均成本、活 动执行的平均成本和资源成本等。

工作流元模型的实现方法与实例分析

工作流元模型的实现方法与实例分析

工作流元模型的实现方法与实例分析
蒋 国银
( 湖北经济学院 信 息管理 学院, 湖北 武汉 400 ) 325
摘要 :为更好地描述动 态流程 ,文章在工作流管理联盟提 出的工作流元模型 的基础上提 出了扩展的工作流元模 型。归纳建模步骤 ,探 讨各子模型的建模方法 ,通过 实例说 明建模 的过程 并进行 系统仿真 ,为工作流建模 工作 提供 了 理论 支持和方 法参考 。 关键 词 :工作 流元模型 ;建模步骤 ;建模方法 中圈分类号 :N 4 95 文献标识码 :A

1 工作流模型的实现方法

1 1 工作流建模步骤 . w. P V e A l 等 提 出用 “ ht o ,b hm” M. . a d r a t n s w a,hw y w o
收 稿 日期 :20 0 2 ,修 回 日期 :2 O 07— 4— 0 O 7—0 9—1 2
流程 管理 和流程改 造是一个 复杂 的系统工程 ,必 须 以系 统观和变革观 为基 础的系统改造 方法 为指导 ,不仅从 流程 的 角度追求合理性、 目的性和整 体协调 性 ,而且也从组 织的 角 度强调功能交叉与群体合作 。工 作流元模 型是流 程管理 和流 程改造的概念支持 ,它描述 和反 映特定企 业环境 下业务流 程 的运转 。因此 ,工作流元模型必 须是对企 业经 营过程 的正 确 描述 , 合理地利用资源 ,以实现企业 功能和组 织 目 。 标 工作流管理联盟 ( riw M哪删 Wo l E ko C at n WDC oli , I)提 io 出的工作流元模型为相对简单的一个概念模型 , 描述 了过程 以 外的因素对过程 的支持作用 , 而忽略过程以外 的因素对过程 限 制作用的描述 , 属于静态模型。为了更好 地支持动态环境下 的 业务流程 , 在重新考虑工作流 元模 型的组成基 础上 , 添加各组 成部分约束和控制关 系 , 即为图 1 示扩展的工作流元模型 。 所 的方法对经营过程建模和分析 ,为经 营过程重组 提供 了方 法

工作流模型扩展及其在制造过程质量管理系统中的应用

工作流模型扩展及其在制造过程质量管理系统中的应用

扩展 模 型 的基 础 上 , J P 工 作 流 引 擎 的 流程 实 现 机 制 为 以 BM 例 , 绍 了工 作 流技 术在 制 造 过程 质 量 管理 系统 中的 应 用 . 介
关 键 词 : 工作 流模 型 ;工 作 流 引 擎 ; 量 管理 ; 质
J PM Bห้องสมุดไป่ตู้
中图 分 类 号 : TH1 6 6

要 : 以过 程 工 程 理 论 作 为 工作 流 模 型 扩 展 的 理
不 包括任 何具 体 的工 作 流 信 息 , 以满 足 简单 的过 程
定 义 的相 互 转 换 .
论 基础 , 工 作 流 管 理联 盟提 出的 工 作 流 过 程 定 义 元 模 型 进 对 行 模 型 构 建 方 面 上 的扩 展 , 出一 种 由过 程 模 型 、 提 活动 模 型 、 组 织模 型 、 源 模 型 和 信 息 模 型 组 成 的 工作 流 扩 展 模 型 .在 资
Gr up Te h o c nolgy & Pr du to o r i ato Vo1 o o c i n M de n z i n .27, o N .2, 01 2 0
数据模 型 的形 式 .依 据不仅 要 为建模 用 户提 供定 义 工作 流所需 要 的组件 或 元 素 的 主要 特 征 , 还需 要 清 晰地 描述任 意业 务情 况 下 的 工作 流 的 需求 , 考 过 参 程工程 相关理 论 , 文将 工 作 流 过程 元 模 型扩 展 成 本 为过程 模型 、 活动 模 型 、 织模 型 、 源 模 型 以及 信 组 资
个相 对 简单 的概念 模 型 , 描 述 了过程 以外 的因 素 只
对过 程 的支持作 用 , 忽 略 了过 程 以外 的 因素 对过 而

工作流模型

工作流模型

过程视图是工作流模型的核心视图。

它描述企业的业务流程,定义业务过程中包含的活动以及这些活动之间的逻辑关系。

活动和活动间以连接弧表示控制关系。

通过描述活动的基本属性,如活动由谁执行,有哪些人员、组织或盟员企业负责执行,活动执行需要的软件(如应用程序)和硬件(如机床设备)资源,以及活动的触发条件、执行状态等,可以建立过程视图、资源视图和组织视图的关系。

过程视图是本文研究的主要内容,本文通过ECA规则来表达过程视图。

基于ECA规则和元操作的工作流建模原理3.1 工作流模型的结构图:工作流模型的结构1.1.1过程视图过程视图是工作流模型的核心视图。

它描述企业的业务流程,定义业务过程中包含的活动以及这些活动之间的逻辑关系。

活动和活动间以连接弧表示控制关系。

通过描述活动的基本属性,如活动由谁执行,有哪些人员、组织或盟员企业负责执行,活动执行需要的软件(如应用程序)和硬件(如机床设备)资源,以及活动的触发条件、执行状态等,可以建立过程视图、资源视图和组织视图的关系。

过程视图是本文研究的主要内容,本文通过ECA规则来表达过程视图。

1.1.2组织视图组织视图描述企业中的组织单元和组织单元间的关系。

组织单元是具有一定功能和责任的组织实体,一般会承担过程模型产生的各种任务。

组织单元之间往往存在从属或协作关系,形成一定的对应关系。

本文对组织视图描述中,采用一种面向对象的关系模型,不同于传统的层次结构。

是在组织模型中引入类的概念(如角色类、组织类、人员类、职位类等),建立类之间的关系模型,支持层次化的查找和匹配规则,便于工作流的任务分配和执行者绑定。

1.1.3资源视图资源视图描述企业中资源的类型以及资源实体的属性。

资源是工作流模型中非常重要的一个概念,是活动可以执行的必备条件。

资源类型可以是执行活动所需的软件和硬件设施等,或者是活动执行后产生的新的物理实体。

组织视图和资源视图之间存在着映射关系,即每一个资源实体都有与其对应的责任组织单元,该组织单元负责对此资源实体的使用和维护。

工作流概念

工作流概念

工作流概念
工作流是指在特定的业务场景下,按照一定的规则和流程顺序,将一系列的业务活动、任务或事件有序地连接起来,形成一条明确的工作路径,以实现某项业务目标。

工作流可以帮助企业或组织优化业务流程,提高工作效率和质量,降低错误率和成本,进而提升企业或组织的竞争力。

在工作流中,通常包括以下几个要素:流程定义、流程实例、工作项、任务调度、参与者、角色、流程引擎等。

其中,流程定义是指将业务流程抽象化,形成可执行的流程模板;流程实例是指根据流程定义生成的具体执行实例;工作项是指流程执行过程中的具体业务活动或任务;任务调度是指将工作项按照流程规则和优先级进行调度和执行;参与者和角色是指参与工作流的具体人员和其在流程中扮演的角色;流程引擎是指支持工作流定义、实例化、调度和执行等基本功能的软件系统。

在实际应用中,工作流可以应用于各种业务场景,如请假审批、采购申请、销售订单、财务报销、项目管理等。

通过对业务流程的规范化和自动化管理,可以提高工作效率、减少重复劳动和错误,同时也可以帮助企业或组织更好地掌握业务流程,及时发现和解决问题,从而提升企业或组织的整体运营水平。

- 1 -。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
P ro c e ss
1 1 0 ..* S u b -P ro c e ss 1 ..* A c tiv ity 0 ..* C o n n e c to r
1 1 1 R o le 0 ..1 A p p lic a tio n _ D e f 1 T a b le _ D e f * R u le
应用程序元模型
应用程序元模 型描述了工作 流中被调用程 序(Invoked Application) 的相关概念及 其关系。一个 被调用程序可 以是一个常用 的表单处理程 序、传统的应 用程序,也可 以是一个Web Service的调用 连接URL。
一个扩展元模型 ——基于能力的工作流任务组织化 基于能力的工作流任务组织化 基本概念: 能力辞典: 能力辞典 由工作流管 理系统统一管理和维护、 用于登记和描述系统中 全部能力的描述域空间 及其数据结构. 此域空间在系统中是唯 一的、规范的能力描述 和标识。 能力项/能力词条 能力词条: 能力项 能力词条:能 力词典中记载的一项具 体能力。 能力类目: 能力类目:能力辞典中 记载的一类具体能力的 总称。
续上 案例和路由的区别: 案例是指工作流管理系统中控制的一个目 标对象,而路由只是一组有序活动的集合. 同一案例在不同的过程定义中其路由可能 相同也可能不同. 在同一过程中具有相同路由的案例有一个 或多个.
资源
定义: 资源是指能够执行任务的一个人、一台机器 或者一群人、一些机器. 最根本的特征:能够执行特定的任务. 划分资源类的两种方式:基于职能特征和根据 在组织结构中的位置方式. 基于职能特征划分的资源类称为角色( Role),它涉 及到职能和资格.通过任务和角色的正确链接可 以确保资源具备相应的资格(经授权的)执行特 定的任务. 基于组织结构特征划分的资源类称为组织单元 (Organizational Unit).这种划分方式可以确保任 务在组织的正确位置中得到执行.
1 1 U n itR o le 1 ..*
1 ..*
1 ..* Entrust 1 ..*
1
A s s ig n
U ser
1
组织元模型 描述工作流 与资源相关 的概念及其 关系.所谓 资源就是活 动的执行者。 资源可以按 照组织结构 特征划分成 不同的组织 单元,也可 以按照职能 特征划分为 不同的角色。
路由
定义: 路由就是指案例从过程的开始到结束所经 过的活动。 决定因素: 过程定义决定了案例如何被路由以穿 过不同的任务. 路由的四种基本结构:顺序、并行、选择、循 环. 顺序路由:任务必须按顺序一个接一个地执行. 并行路由:两个任务能被同时或以任意次序执 行. 选择路由:在两个或更多任务间选择执行. 循环路由:反复执行某个任务,直到满足其后的 “检查”任务结果为止.
过程定义元 模型定义了 相关概念以 描述在过程 中要执行哪 些活动以及 活动执行的 顺序.
1 1 ..* U n itR o le
*
1 * E vent
R e le v a n t D a ta
组织元模型
O rg a n iz a tio n
1 0 ..* 1 U n it 1 1 B e lo n g RR R o le 0 ..*
续上
任务、工作项和活动的区别: 任务是一个抽象的概念,泛指一般的工作单元, 并不链接到一个特定的案例. 工作项和活动都是一个具体的概念. 工作项是案例和将要执行的任务的结合体,即 待执行的任务. 活动是指工作项的实际执行或被指派任务的执 行. 任务近义词:过程任务、过程步骤、工作步骤、 变迁 工作项近义词:工作指派 活动近义词:任务实例、 变迁实施、 操作
任务、案例、工作项、 任务、案例、工作项、活动之间的关系
过程( 过程(process) ) 定义: 过程指出以什么次序执行哪些任务. 功能: 描述某种类型案例的执行方式. 组成:任务、条件和子过程. 各组成部分的功能: 任务是一个工作的逻辑单元. 条件用来决定任务的执行次序. 子过程是对过程组成元素的扩展,有利 于提高过程的复用性以及方便对复杂的问 题进行分层构造.
定义: 任务是一个工作的逻辑单元,它不可分割且必 须完整执行(原子特性). 任务分为手动的任务、自动的任务和半自动的任 务. 手动的任务是指完全由人(一人或多人)来执行的任务. 自动的任务是指在没有人员干涉的情况下执行的任 务. 半自动的任务是指由人和应用程序共同参与执行的 任务. 注意: 在工作流中,大部分的任务都是半自动的任务.
信息元模型
Table_Def
1 0..* Relevant Data
Primitive
DB_Field
FILE_Path
工作流涉及到的 数据包括产品数 据和控制数据。 信息元模型描述 了控制数据的有 关概念及其关系。 模型中的相关数 据可以是简单的 数据类型 (primitive,参 数、变量等), 也可以是指向数 据库字段的 DB_Field型数据 和文件路径 FILE_Path型数 据。
续上 则在大组织图:由多个组织单元构成的部分
续上 资源分配的一般原则: 资源分类: 符合要求的资源必须属于角色和 组织单元这两个资源类的交集. 职能分离: 对于同一个案例的两个连续的任 务不应该全被一个人执行.(避免滥用权力) 案例管理: 在案例中完成大量连续性的任务 或对大量连续性的任务负有权责的职员称 为案例管理员.(能提供优质快捷的服务)
续上
案例状态的组成:(1)案例相关属性的值; (2)已经满足的条件; (3)案例的内容 案例属性是指一系列同案例相关的变量,能够用 来管理案例. 条件用来确定哪些任务已被执行,哪些任务还要 被执行.即说明案例的进展情况. 近义词:项目 、处理、产品、服务、过程周期、 作业、工作流实例、过程实例
任务
第二讲工作流基本概念及元模型
东华大学计算机学院 Crawler@
主要内容 1 案例 2 任务 3 过程 4 路由 5 资源 6 启动
概念关系图
案例 定义: 案例是工作流管理系统控制的目标对 象。 案例可以是具体的对象,如建设项目、汽车 装配等,也可以是抽象的对象,如保险索赔、 诉讼案件等。 每个案例的生命周期都是有限的。在其出现 和消失之间,它总处于某个特定状态(称为 案例状态)。
续上
工作流相关数据(Workflow relevant data) (1)数据名和路径;(2)数据类型. 角色(Role) 名称与组织实体 应用程序调用(Invoked Application) (Invoked (1)类型和名称;(2)执行参数;(3)本地或访问路 径.
各个元素之间的关系
过程定义元模型
启动 定义: 工作项的触发. 根据触发资源的不同将启动分三类: (1)资源驱动;(2)外部事件; (3)时间信号. 近义词:激活(activation)、推动 (prompt) 、触发
元模型 1 基本元模型 2 一个扩展元模型
基本元模型( 基本元模型(WfMC) )
定义:基本原模型是用于描述工作流内部的各个 元素、元素间的关系及其属性的. 各个元素及其必需的属性: 工作流类型定义(Workflow Type Definition) (1)工作流过程名;(2)版本号;(3)过程开始 /结束条件;(4)安全、审查、控制数据. 活动(Activity) (1)活动名;(2)活动类型;(3)进入动作和离开 动作;(4)其他约束 转移条件(Transition Conditions) 执行条件
相关文档
最新文档