支持工作流动态变化的过程元模型
基于动态工作流的临床路径信息系统架构研究
ｗｏ ｋ ｌ ｗ ｎ ｈ ｒ ｍｅ ｒ ｆｔ ｅ ｓ ｓ ｅ ｗｅ ｅ ｐ ｅ ｅ ｔ ｄ ｒｆ ｏ ａ ｄ ｔ ｅ ｆａ ｗｏ ｋ ｏ ｈ ｙ ｔｍ ｒ ｒ ｓ ｎ ｅ ．Ｗ ｈ ｎ ｗｏ ｋ ｌｗ ｄ ｌ ｇ ｅ ｔ ｉｔ ｄ ｔ ｅｐ ｒｉｕ ａ ｉａ ｉｎ ｏ ｅ — ｅ ｒ ｆ ｏ ｍｏ ｅ ｉ ，ｒ ｓ ｒ ｅ ｈ ａ ｔ ｌ ｒ ｔ ｆ ｌ ｘ ｎ ｃ ｃ ｚ ｏ ｆ ｉ ｌ ａ ｔ ｉｉｓｂ ｓｎ ｙ ａ ｃｗｏ ｋ ｌ ｗ ｎ ｉ ｅｙ ｄ ａｅ ｔ ｈ ａ ｉｂ ｌ ｙ ｏ ｌ ｉａ ａ ｈ ｙ ｂ ｅ ｃ ｉ ｔ ｙ ｕ ｉ ｇ ｄ ｎ ｍｉ ｒ ｆｏ ａ ｄ ｔ ｌ ｅ ｌｄ ｗｉ ｔ ｅ ｖ ｒａ ｉ ｔ ｆｃｉ ｃ ｌ ｔ ｗａ ． ｖ ｅ ｍ ｈ ｉ ｎ ｐ Ｋ ｙ Ｗ ｏｒ ｓ ｄ ｎ ｍｉ ｒ ｆ ｗ，ｗｏ ｋ ｌｗ ｔ — ｄ ｌ ｌ ｉａ ａ ｈ ｙ ｅ ｄ ｙ ａ ｃｗｏ ｋ ｌ ｏ ｒｆ ｏ ｍｅ ａ ｍｏ ｅ ，ｃｉ ｃ ｌｐ ｔ ｗａ ｎ Ｃｌ ｓ ｍｂ ｒ ＴＰ３ ｌ ａ ｓ Ｎｕ ｅ ９
但是各 医 院必须 结合其 各 自的 实 际情况 ， 由其 临床 路径 管理委 员会 和 临床 路 径 实施 小 组 的专 家 进 行 修改 。某 病 例进入路 径后 ， 临床 医务人 员 也 许会 根 据患者 实际情 况 偏 离 路 径 ， 出 自主 决 策 ， 就 是 做 这 所谓 的变异 。变异 的发 生不 可避 免 ， 而且 发 生在 临
路径 流程 （ 图 １ 示 ） 患者人 院后首 先 由主 管 医 如 所 ， 师对 其病情 进行初 步诊 断 ， 断是 否 可 以进入 相应 判
Ｉ 霸—互 ／ 治效ｌ ＼ 疗果 ‘ 疋
图 １ 临床 路 径 流 程
点 集合 ， 工 作 流 模 型 中节 点 就 是各 个 活 动 ， 在 Ｌ为
uml动态建模-交互模型
06
UML交互模型案例研究
案例一：银行ATM机交互模型
总结词
简单、高效、安全
详细描述
银行ATM机交互模型是一个典型的UML交互模型案例。通过使用UML，可以清晰地描 述ATM机与用户、银行系统之间的交互关系。该模型强调简单、高效和安全，为用户
提供便捷的自助服务，同时保障银行资金的安全。
案例二：网上购物系统交互模型
交互模型可用于验证系统的功能 和行为，以及进行系统测试，确 保系统的正确性和可靠性。
交互模型的历史与发展
历史
UML交互模型起源于早期的面向对象分析和设计方法，如Booch方法和OMT方 法。随着UML的发展，交互模型逐渐成为UML的重要组成部分。
发展
随着软件工程领域的发展，UML交互模型也在不断演进和完善。新的UML规范 和扩展不断涌现，以满足不同领域的建模需求。同时，UML交互模型与其他建模 方法的集成也在不断发展，如与工作流、活动图等方法的集成。
总结词
便捷、丰富、互动
VS
详细描述
网上购物系统交互模型展示了用户如何通 过网站或APP进行商品浏览、选择、下单 和支付等操作。该模型强调便捷的购物流 程、丰富的商品选择以及用户与商家之间 的互动，使用户能够轻松完成购物，提高 用户满意度。
案例三：智能家居系统交互模型
总结词
智能、舒适、节能
详细描述
智能家居系统交互模型描述了家庭中的各种 智能设备如何相互连接和协同工作。该模型 强调智能化的家居管理、舒适的生活环境和 节能环保，通过UML交互模型，可以更好 地理解智能家居系统的工作原理和功能需求。
顺序图
01
顺序图是UML动态建模中用于描述对象之间交互顺序的模型元素。
02
国家开放大学电大《信息化管理与运作》机考判断题题库及答案
国家开放大学电大《信息化管理与运作》机考判断题题库及答案盗传必究一、判断题1.企业信息化基本指标适用于任何企业，主要用于企业评优工作(如信息化500强评选)。
T VF X2.用数据流程图、数据字典、处理逻辑说明、存取分析等构建系统物理模型。
T VF X3.国家信息化体系包括信息资源、信息网络、信息技术应用、信息技术和产业、信息化人才队伍、信息化政策法规和标准规范等6大要素。
T VF X4.信息化评价不仅是结果的显示，也是信息化战略实施的导航系统，项目过程管理的指示器，系统运维控制的仪表盘。
T VF X5.信息技术应用所具有的高投入、高产出、高风险等高新性，也使得信息化工作充满复杂性和挑战，是一项名副其实的系统工程。
信息化已经成为一个与时俱进、不断发展变化的新常态过程。
T VF X6.企业系统规划法也称业务系统规划法(BSP, Business System Planning),是20世纪70年代由MIT 提出的，是一种对企业信息系统进行总体规划和设计的结构化方法。
T VF X7.系统设计的任务是实现新系统的逻辑模型。
T VF X8.微电子技术的特点是精细或超精细的“微”加工技术。
T V9.二次信息指在一次信息的基础上加工整理而成的信息，如文摘、索引、目录等。
T JF X10.本质上，信息系统运作是指信息系统运行过程中的不同人的行为总和，包括一系列的策划、操作、运行与维护管理等工作。
T VF X11.“网上纳税系统”属于行业领域型信息化项目。
T VF X12.项目章程是对项目目标及交付物规格的简要描述，它的起草工作是由项目小组的文书完成的。
T VF X13.基于工作流（Work flow）的协同办公系统（如Lotus Notes等）属于第三代办公自动化系统。
T VF X14.信息法规是调整信息活动中产生的各种社会关系的法律规范的总称T VF X15.项目成本管理是为了确保项目的实际成本不超过预算成本的管理过程。
支持时间管理的工作流元模型与系统实现
在 已有的 文献 和工 作流 产品 中 ，还 未 见到对 这两 个 问题 的解 决方法 和设 计 方案 ， 文 首先 对面 向 用户 本
收稿日期：２ ０ —４０ ０ ６０ —５ 基 全项 目： 国家 自然 科 学 基 金 项 目 （０ ７ ０ ６ ６２４４ ） 作 害 简 介 ：王远 ，清 华 大 学 自动 化 系 。
１ 工作流 时间管理对模型和 系统 的需
求
１１ 工 作流 时 间管理对 模 型 的需求 ．
工作 流时 间模型 是时 间管理 中被操作 的核 心对 象 ，也 是工 作流 时 间管理 的基 础 。工 作流 时 间模型 主 要分为 形式 化模 型 和非形 式化 模型 两种 ，不 同的 模 型对 应不 同的模 型 使用场 景 。形式 化模 型抽 象程 度 比较 高 ，一 般 用 于 工作 流 时序 约 束 的验 证 与 分
维普资讯
、 ｌ
訇
支持时 问管理 的工作 流元模型与系统实现
王 远 ， 玉顺 范
（ 清华 大学 自动化系， 北京 １ ０ ８ ） ０ ０ ４
摘
要： 分析 了时间管理对工作流模型和工作流系统功能的需求 ， 基于元建模技术提出了一种符合ＭＯ Ｆ 规范的工作流时间元模型 ， 设计了支持时间管理的工作流系统框架 ， 按照该框架开发了工作流 原型系统 ，该系统在工程项 目的实 际应用中取得 了良好的效果 。
０ 引言
工 作流 技术通 过信 息技 术的支 持 为企业 的经营
过程提 供 了一个 从 模型分 析 、建立 、管理 、仿真到 运行 的完 整框架 ，是 实现 业务过 程 管理 与控 制的一
的工作 流时 间建 模方 法以及 工作 流时 间管理 系统 的
需求 进行 了仔细 的 分析 ， 在 此基 础上提 出了基 于 并 ＭＯ （ ｔ Ｏｂｅｔ ａｉｔ）的工 作流 时 间元模型 ， Ｆ Ｍｅａ ｊｃ Ｆ ｃｌｙ ｉ 给 出了的 工作 流时 间管理 系统 的设 计 框架 ，基于 此 框架 和元 模型设 计开 发的 原型 系统在 实际 的工程项 目应 用 中取得 了 良好 的效果 。
软件工程的十大模型
软件工程的十大模型软件工程是涉及规划、设计、开发、测试和维护软件系统的学科领域。
在软件开发过程中，存在多种模型用于组织和管理项目的不同阶段。
以下是十大常见的软件工程模型：1.瀑布模型（Waterfall Model）：这是最传统的软件开发模型，依序执行阶段（需求、设计、实现、测试、部署和维护）。
每个阶段按顺序进行，前一阶段完成后才开始下一阶段。
2.原型模型（Prototyping Model）：原型模型通过迭代构建原型来理解和确认用户需求。
在反复的原型构建和用户反馈中，逐步完善系统需求。
3.迭代模型（Iterative Model）：迭代模型将软件开发过程分成多个迭代周期，每个迭代周期包括需求、设计、开发和测试等阶段。
每次迭代都会增加新功能或修复问题。
4.增量模型（Incremental Model）：增量模型将系统功能分成多个增量，在每个增量中逐步构建、测试和交付部分功能。
5.螺旋模型（Spiral Model）：螺旋模型以风险管理为核心，通过不断迭代的螺旋来完成软件的开发。
每个螺旋圈代表一个迭代周期，包括计划、风险评估、工程和评审等阶段。
6.敏捷开发模型（Agile Model）：敏捷开发是一种迭代和增量开发方法，强调团队合作、快速交付、持续反馈和灵活响应变化。
7.V模型（V-Model）：V模型将软件开发的各个阶段与对应的测试阶段相对应。
每个开发阶段都有对应的验证和确认测试阶段，形成V形状的结构。
8.喷泉模型（Fountain Model）：喷泉模型强调软件开发过程中的知识管理和复用，鼓励团队在开发中积累并共享知识。
9.融合模型（Hybrid Model）：融合模型是将多种软件工程模型和方法结合使用，根据项目的需求和特点来灵活选择和应用不同的模型元素。
10.脚手架模型（Scaffold Model）：脚手架模型强调在软件开发中使用现有的、可复用的组件或结构，以加速和简化开发过程。
每种模型都有其独特的优点和局限性，选择最合适的模型取决于项目的特点、需求和团队的工作方式。
流程架构常用模型
流程架构常用模型
1. 面向过程模型（Procedural Model）：流程按照一系列的步
骤进行顺序执行，每个步骤依次执行，输出结果用作下一个步骤的输入。
2. 瀑布模型（Waterfall Model）：流程按照线性顺序划分为一
系列阶段，每个阶段的输出作为下个阶段的输入。
流程的进展是线性的，只能沿着一个方向前进。
3. 迭代模型（Iterative Model）：流程按照多次迭代的方式进行，每次迭代都会对流程的一部分进行重新评估、修改和改进。
迭代模型可以使流程更加灵活和适应变化。
4. 并行模型（Parallel Model）：流程中的多个步骤同时进行，互不影响。
适合于需要同时处理多个任务或者进行多个并行计算的场景。
5. 网状模型（Network Model）：流程中的多个步骤之间存在
多个连接和依赖关系，可以有多个输入和输出。
网状模型适合于复杂的流程，其中的各个步骤可以并行进行。
6. 事件驱动模型（Event-driven Model）：流程中的每个步骤
都依赖于外部事件的触发，当某个事件发生时，相应的步骤会被执行。
事件驱动模型适合于需要根据外部条件做出动态响应的流程。
7. 服务导向模型（Service-oriented Model）：流程中的每个步
骤都可以看作一个服务，它们可以被独立地调用和组合，以实现特定的功能。
服务导向模型适合于将复杂的流程分解为可重用的模块。
8. 自适应模型（Adaptive Model）：流程根据当前环境和条件的变化，自动调整和优化自身的执行方式。
自适应模型适合于需要根据不断变化的需求和条件来动态调整流程的场景。
一、activiti流程引擎介绍
⼀、activiti流程引擎介绍⼯作流(Workflow)，就是“业务过程的部分或整体在计算机应⽤环境下的⾃动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递⽂档、信息或任务的过程⾃动进⾏，从⽽实现某个预期的业务⽬标，或者促使此⽬标的实现”。
⼯作流管理系统(Workflow Management System, WfMS)是⼀个软件系统，它完成⼯作量的定义和管理，并按照在系统中预先定义好的⼯作流规则进⾏⼯作流实例的执⾏。
⼯作流管理系统不是企业的业务系统，⽽是为企业的业务系统的运⾏提供了⼀个软件的⽀撑环境。
⼯作流管理联盟(WfMC，Workflow Management Coalition)给出的关于⼯作流管理系统的定义是：⼯作流管理系统是⼀个软件系统，它通过执⾏经过计算的流程定义去⽀持⼀批专门设定的业务流程。
⼯作流管理系统被⽤来定义、管理、和执⾏⼯作流程。
⼯作流管理系统的⽬标：管理⼯作的流程以确保⼯作在正确的时间被期望的⼈员所执⾏——在⾃动化进⾏的业务过程中插⼊⼈⼯的执⾏和⼲预。
Activiti介绍Activiti5是由Alfresco软件在2010年5⽉17⽇发布的业务流程管理（BPM）框架，它是覆盖了业务流程管理、⼯作流、服务协作等领域的⼀个开源的、灵活的、易扩展的可执⾏流程语⾔框架。
Activiti基于Apache许可的开源BPM平台，创始⼈Tom Baeyens是JBoss jBPM的项⽬架构师，它特⾊是提供了eclipse插件，开发⼈员可以通过插件直接绘画出业务流程图。
1.⼯作流引擎ProcessEngine对象，这是Activiti⼯作的核⼼。
负责⽣成流程运⾏时的各种实例及数据、监控和管理流程的运⾏。
2. BPMN业务流程建模与标注（Business Process Model and Notation，BPMN) ，描述流程的基本符号，包括这些图元如何组合成⼀个业务流程图（Business Process Diagram）3. 数据库Activiti数据库⽀持：Activiti的后台是有数据库的⽀持，所有的表都以ACT_开头。
支持动态变更的柔性工作流模型一致性研究
２０ ０ ６年 １ ０月
Ｏｃ． ２ ６ ｔ ００
文章 编 号 ： １ ０ ０ ０—５ ７ （ ０ ６）５一Ｏ １ —０ ４ １ ２０ ０ １１ ４
支 持 动 态 变 更 的柔性 工作 流模 型 一 致性 研 究①
杨 书 新 ， 。 王 坚 ，
陶 亚 雄 ， 兰 天 。
父 流程 模型 的相关 数据 集相 对 应． １ ２ 支持 柔性 动态变 更 的业务流 程管 理模 型 ． 业务流 程 在实际 运行 时容 易发生变 化 ， 致使 企业 需不 断渊 整业 务流 程 ．当工 作 流运 行过 程 中业 务 流程 发生 变化时 ， 工作 流 管理 系统要 支持 柔性 动态变 更 ，将原 来 的实例 化 流程 实 时地 从 原模 型迁 移 到新 过程 模 型 中去．支持柔 性 动态变 更 的业 务流 程管理 模 型如 图 １ 示． 所
关 流 ； 型 一 致 性 模
文 献标 识 码 ：Ａ
中 图分 类号 ：Ｔ ３ １ Ｐ １
目前 ，工作 流技术 正在 经历从 刚性 向柔性 的变革 ，业务 流程 管理 的柔性 研 究成 为 工作 流技 术 研究 的一 个 重要 领域 ．柔性 研究 的基 本 内容 为业 务流 程变更 和 异常 ．由于 模 型描 述 的 复杂 性 ，在业 务 流程 实 例 调
作 者简 介 ：扬 书 新 （ ９ ８ ） 男 ，江 西 九 江 人 ，博 士 研 究 生 ，主要 从 事 先 进 制 造 技 术 、工作 流 管 理 等 研 究 １７ 一 ．
维普资讯
１２ １
西 南师 范大 学学报 （ 自然 科 学 版 ）
第３ １卷
维普资讯
第３ １卷 第 ５期
Ｖ ０１ ３ ． １
软件过程模型（软件开发模型）
软件过程模型（软件开发模型）软件过程模型也称为软件开发模型，它是软件开发全部过程、活动和任务的结构框架。
典型的软件过程模型有瀑布模型、增量模型、演化模型（原型模型、螺旋模型）、喷泉模型、基于构件的开发模型、形式化⽅法模型、统⼀过程（UP）模型、敏捷⽅法等。
1、瀑布模型（Waterfall Model）瀑布模型是将软件⽣存周期中各个活动规定为依线性顺序连接的若⼲阶段的模型，包括需求分析、设计、编码、测试、运⾏与维护。
它规定了由前⾄后、相互衔接的固定次序，如同瀑布流⽔逐级下落。
如下图所⽰。
瀑布模型为软件的开发和维护提供了⼀种有效的管理模式，根据这⼀模式来制订开发计划，进⾏成本预算，组织开发⼒量，以项⽬的阶段评审和⽂档控制为⼿段有效的对整个开发过程进⾏指导，因此它是以⽂档为驱动，适合于软件需求很明确的软件项⽬的模型。
优点是容易理解，管理成本低；强调开发的阶段性早期计划及需求调查和产品测试。
缺点是客户必须完整、正确和清晰的表达他们的需要，⽽这往往⼜不可能；在后期很难评估项⽬的进度状态；对项⽬的风险控制能⼒弱。
2、增量模型（Incremental Model）增量模型融合了瀑布模型的基本成分和原型实现的迭代特征，它假设可以将需求分段为⼀系列增量产品，每⼀增量可以分别开发。
该模型采⽤随着⽇程时间的进展⽽交错的线性序列，每⼀个线性序列产⽣软件的⼀个可发布的“增量”，如下图所⽰。
当使⽤增量模型时，第⼀个增量往往是核⼼的产品。
客户对每个增量的使⽤和评估都作为下⼀个增量发布的新特征和功能，这个过程在每⼀个增量发布后不断重复，直到产⽣了最终的完善产品。
增量模型强调每⼀个增量均发布⼀个可操作的产品。
增量模型作为瀑布模型的⼀个变体，具有瀑布模型的所有优点。
此外还具有如下优点：第⼀个可交付版本所需要的成本和时间很少；开发由增量表⽰的⼩系统所承担的风险不⼤；由于很快发布了第⼀个版本，因此可以减少⽤户需求的变更；运⾏增量投资，即在项⽬开始时，可以仅对⼀个或两个增量投资。
流程模型的概念
流程模型的概念流程模型是指在进行工作或活动时，按照一定的顺序和规则，对工作或活动中的各个环节进行设计和规划的模型。
它描述了在一个过程中，工作或活动是如何从一个状态转移到另一个状态，以及每个状态之间所需要执行的具体步骤和操作。
流程模型的概念是在管理学和工程学领域内最先被提出和应用的，其目的是通过对工作流程的建模和优化，提高工作效率和质量。
在软件开发、项目管理、生产制造等领域中，流程模型也被广泛应用，以帮助组织和团队更好地协调和执行工作。
在软件开发领域，流程模型被用于描述软件开发过程中的任务分配、工作流程、决策和交付物等要素。
常见的软件开发流程模型包括瀑布模型、迭代模型、敏捷开发模型等。
瀑布模型是最早被提出的软件开发流程模型之一，它以线性的方式描述了软件开发过程中各个阶段的顺序和依赖关系。
这个模型将软件开发过程分为需求分析、设计、编码、测试、交付等多个阶段，并要求每个阶段的工作全部完成后再进入下一个阶段。
瀑布模型在形式上清晰简单，适合用于开发大型、复杂的软件系统。
迭代模型是一种以循环迭代的方式组织软件开发过程的模型。
在这个模型中，软件开发过程被划分为若干个迭代阶段，每个迭代阶段都包括需求分析、设计、编码、测试等多个子阶段。
迭代模型的特点是可以灵活地响应需求变化，每个迭代阶段都可以根据实际情况进行调整和改进。
敏捷开发模型是一种基于迭代和增量的软件开发方法论，旨在通过迭代开发和快速交付，满足客户的不断变化的需求。
敏捷开发流程模型的核心是团队合作和及时反馈，它强调通过持续集成、自动化测试等方式，确保软件质量和功能的稳定性。
除了在软件开发领域，流程模型在其他领域的应用也非常广泛。
在生产制造过程中，流程模型可以用于描述生产线上各个工序之间的流转，帮助优化生产效率和产品质量。
在项目管理中，流程模型可以用于规划项目活动和资源分配，确保项目按时完成并达到预期目标。
在服务行业中，流程模型可以用于标准化服务流程，提高客户满意度和服务质量。
OAS中支持动态变化的工作流模型
摘
要 文 章 针 时 办公 系统 中业 务 流 程 的特 点 ， 出 了一个 适 用 于 办公 自动 化 系统 的 支持 动 态 变化 的 工 作 流模 型— — 提
ＤＣＷＦ 并 时 该模 型进 行 了形 式 化描 述 。 Ｍ． 关键 词 ＤＣ Ｍ ＷＦ 动 态 流程 工 作 流 模 型 办公 自动 化 系统
型及 相 关标 准 ＿ ． 究 目前 已有 的 支 持动 态 变 化 的Ｔ 作 流模 型 ２ 研 ｌ ３ １ 如 ： 献 ｆ１ 过 在 工 作 流 模 型 中 加入 连接 符 ， 所 有 控 制 信 息 文 ４通 把 说 明从 活 动 中独 立 来 ． 别 封装 支持 Ｔ作 流 的 动 态 变 化 文 分 献 ｆ１ 过 一 个 包 括 用 户 层 、 统 层 和功 能层 的 ３层 结 构 ， 过 ５通 系 通 各 自层 次 的 灵 活 的 模 型 定 义 和 外 部 工 具 支 持 作 流 的动 态 变 化 提 在 办 公 自动 化 系统 中对 业 务 过 程 的过 程 模 型 建模 的 基 础 上 ． 入 描 述 办 公 人 员 的 组 织 模 型 ． 办 公 人 员 所 能 执 行 的 加 将 操 作 分 离 来 ． 加描 述 流 转 中 执 行 操 作 的操 作 模 型 ． 增 为用 户 提 供 可 动 态 改 变 流程 流 向 的能 力 基 于 以 上 的考 虑 本 文 设 计 了
支持动态建模与互操作工作流元模型研究
设 计 原理 ， 点分析 了过程元 模 型及 工作 流性 能 。 重
关 键词 ： 工作 流 ； 模 型 ； 元 ＭＯＦ； 柔性
中图分类 号 ： ３ ｌ ＴＰபைடு நூலகம்１
文献标识 码 ： Ａ
语 言【 ， 国 Ｄ ｅｄ ｎ技 术 大 学 和 法 国 的 Ｔ ＧＯ— ３德 ］ ｒｓ ｅ ＲＩ ＮＥ实 验 室 已尝 试 将 工 作 流整 合 到 ＭＯＦ的 ０ＭＡ 体 系框架 中来 ［ 。但 是 ， 模 型或 过 于个 性 化 或 ４ ］ 其 作 了太 多修 改 ， 未 得 到广 泛 使 用 。本 文 在 前 人 的 均
性和 柔性 ， 于对 象管理 组织 （ 基 ０ＭＧ） 布 的元对 象 发
设施 （ Ｍ０Ｆ 规 范 ， 新设 计 工作 流 元 模 型 ， 在 此 ） 重 并
基础 上 构建一 套 集成化 企业 建模 工具 ， 实现 建模 、 以
仿 真 与工作流 系统 的 良好 集成 。介 绍 了 ＭＯＦ的 元
基 础上 提 出一 种基 于 ＭＯＦ的工作 流元模 型 。
文章编 号 ：０ １ ２ ７ ２ ０ ） ７ ０ ３一 ４ １ ０ —２ ５ （０ ６ ０ —０ ０ Ｏ
Ａｂ ｔ ａ ｔ Ｔｏ ｉ ｓｒ ｃ ： ｍｐｒ ｖ ｔ ｅ ｎｔ ｒ ｅ ａ ｉｉｙ，ｅ — ｏ ｅ ｈ ｉ ｅ ｏｐ ｒ ｂ ｌｔ ｘ ｐａ ｉ ｌ ｙ ａ ｌ ｘ ｂｉｉｙ ｏ ｈｅ ｗｏｒ ｆｏ ｓ ｓ ｅ ， ｎｓｂｉｉ ｎｄ ｆｅ ｉ ｌｔ ｆｔ ｔ ｋ ｌ ｗ ｙ ｔ ｍ ａ ｎ ｗ ｅ ｗｏｒ ｌ ｋｆｏｗ ｔ ｍｅ ａ—ｍｏｄ ｌｗａ ｅ ｉ ｎｅ ａｓ ｄ ｏｎ ｅ ｓ ｄ ｓｇ ｄ ｂ ｅ Ｍ ＯＦ ｐｅ ｉｉａ ｉ ｎ ｉｓ ｅ ｓ ｃｆｃ ｔｏ ｓ ｕ ｄ ｂｙ ＯＭ Ｇ．Ｔｈｒ ｕ ｉｉ ｏ ｇｈ ｕｔｌ— ｚｎｇ ｔ ｓｗｏ ｋｆｏ ｍｅ ａ—ｍｏｄ ｌ ａ ｓ ｔｏｆｉ ｅ ａ ｅ ｉ ｈｉ ｒ ｌ ｗ ｔ ｅ ， ｅ ｎｔ ｇｒ ｔ ｄ ｅ ｅ ｐｒｓ ｏ ｌｎｇ ｏ ｓ ｎｔ ｒ ｉｅ ｍ ｄｅｉ ｔ ｏｌ ｗａ ｃ ｎｓ ｒ ｃ ｅ ｔ ｉ ｓ ｏ ｔ ｕ ｔ ｄ ｏ ｍ—
工作流平台中动态流程模型的研究
人在其 工作流模型 中通 过引入 Ｃ ｏｃ— ｒｅ和 Ｘ Ｒ Ｓ ｌ 等结 ｈ ｉ Ｍｅｇ ｅ Ｏ －ｐｉ ｔ 构， 将流程 中所 有 可 能路 径定 义 到 流程 模 型 中 。其缺 点 在 于流程 模型过 于庞 大而不易理解 。此外 ， 方法 只有 在事先知 该 道 不确 定 因素 的所 有情 况之后才 能进行定 义 ， 而对 动态流程来 说， 这往往是不 现实的 。 为了避免该方 法 的局 限性 ，ａ ｉ Ｓ ｄｑＳ等人 又 提 出 了 口袋 方 法 Ｊ而清华大学 的孙瑞志 和史美林 老师 提 出了黑 盒模 型 Ｊ ， 。 这类方 法 均 是 在 流 程 模 型 中 引 入 新 的 元 素 （ Ｂａｋ Ｂ ｘ 如 ｌ ｏ， ｃ Ｐｃ ｅ 等 ） 在 流程 建模 阶段 用这 些元 素对 流 程 中的不确定 因 ｏｋｔ ， 素进行 封装 。该方 法避 免 了流程定 义过于庞 大复杂的缺点 ， 在
中 图法 分类 号 ：Ｔ ３１ Ｐ１
文献标 识码 ：Ａ
文章编 号 ：１０ －６５ ２０ ）９ ０６ —３ ０ １３９ （０６ ０ －０ ９０
Ｒｅ ｅ ｒ ｈ ｏ ｎ ｍｉ ｏ ｋ ｏ ｄ ｌｉ ｏ ｋ ｏ ｌｔ ｒ ｓ ａ ｃ ｎ Ｄｙ ａ ｃ Ｗ ｒ ｆ ｗ Ｍｏ ｅ ｎ Ｗ ｒ ｆ ｗ Ｐ ａｆ ｍ ｌ ｌ ｏ
ＷＡＮ Ｘｎ Ｉ ｉｎ ｉ，Ｌ Ｕ Ｑａｇ
（ ｏｌ ｅｏ ｈｎ ） Ｃ ｌｇ ｆ ａｅ ｓ ｈａ Ｕ ｉ ｒｔ， ｅｉｇ１０ ８ Ｃ ｉａ ｅ ｆＳｔ ｎ ｖ ｉ ｊ
Ａｂ ｔａ ｔ Ｂａ ｅ ｎ ｔｅ ｏ ｄ ｂａ ｋ ｂ ｘ ｗ ｒ ｆ ｗ ｄ ｌ ｈ ｓ ｐ ｐ ｒ ｐ ｅ ｅ ｔ ｅ ｙ ａ ｃ ｗ ｒ ｆ ｗ ｍｏ ｅ ｉｈ ｉ ｅ ｓｅ ｏ ｓｒ ｃ ： ｓ ｄ ｏ ｈ ｌ ｌｃ ｏ ｏ ｋ ｏ ｍｏ ｅ ，ｔ ｉ ａ ｅ ｒ ｓ ｎ ｓａ ｎ ｗ ｄ ｎ ｍｉ ｏ ｋ ｏ ｄ ｌ ｌ ｌ ｗｈ ｃ ｓ ａ ｉｒｔ
act_re_model详解(二)
act_re_model详解(二)Act_re_model详解什么是Act_re_model？Act_re_model是Activiti工作流引擎中的一个重要概念，它代表了一个流程模型的定义和配置信息。
在Activiti中，流程定义是由一组有序的流程节点和连接线组成的，而Act_re_model就是用来描述这些流程节点和连接线的。
Act_re_model的结构Act_re_model由多个实体对象组成，包括：1.Process：代表一个流程定义，包括流程定义的编码、名称、版本等信息。
2.FlowElement：代表一个流程中的节点，包括开始节点、任务节点、网关节点等。
3.SequenceFlow：代表节点之间的连接线，包括连接线的起始节点、目标节点等信息。
Act_re_model的作用Act_re_model的主要作用是定义和配置流程模型，包括：1.定义流程节点：Act_re_model可以定义各种类型的流程节点，如开始节点、任务节点、网关节点等。
每个流程节点都有自己的属性，比如任务节点可以配置任务的处理人或候选人，网关节点可以配置条件等。
2.配置连接线：Act_re_model可以定义节点之间的连接线，包括连接线的起始节点、目标节点等。
通过配置连接线，可以控制流程流转的顺序和条件。
3.版本管理：Act_re_model可以管理不同版本的流程定义，并支持流程定义的升级和回滚。
4.扩展能力：Act_re_model还支持自定义的属性和扩展，可以根据具体需求进行定制化配置。
Act_re_model的使用场景Act_re_model可以应用于各种工作流场景，包括：1.流程建模：使用Act_re_model可以方便地进行流程建模，通过拖拽和配置节点，可以快速定义和修改流程模型。
2.流程部署：部署Act_re_model定义的流程模型，可以使流程定义变为可执行的流程实例，供系统运行和用户操作。
3.流程管理：Act_re_model支持流程版本管理和运行时的监控和控制，可以对流程进行追踪和管理。
流程架构常用模型
流程架构常用模型一、线性流程模型线性流程模型是最简单、最常见的流程架构模型。
它以线性顺序的方式组织流程，每个步骤按照顺序依次执行。
这种模型适用于简单的流程，例如申请流程、审核流程等。
线性流程模型的优点是清晰简单，易于理解和实施，但也存在着流程无法中断和无法并发处理的缺点。
二、并发流程模型并发流程模型是指在一个流程中同时执行多个步骤，以提高流程的效率和响应速度。
例如，在生产流程中，可以同时进行多个工序，以缩短整体生产时间。
并发流程模型的优点是能够充分利用资源，提高工作效率，但也需要考虑协调和同步的问题，避免资源冲突和数据一致性问题。
三、分支流程模型分支流程模型是指根据不同的条件或情况，分支出不同的流程路径。
例如，在客户服务流程中，根据客户的需求和问题类型，可以选择不同的处理方式和流程路径。
分支流程模型的优点是能够个性化地处理不同的情况，提高流程的灵活性和针对性，但也需要考虑分支条件的管理和维护。
四、循环流程模型循环流程模型是指在流程中存在循环执行的步骤。
例如，在质量管理流程中，可能需要多次进行检查和测试，直到达到质量标准为止。
循环流程模型的优点是能够持续迭代改进，解决问题和优化流程，但也需要考虑循环条件的控制和退出机制。
五、阶段流程模型阶段流程模型是指将一个复杂的流程分解为不同的阶段或阶段组合，并在每个阶段之间进行交互和传递。
例如，在项目管理流程中，可以将项目分解为需求分析、设计、开发、测试等不同的阶段，并在每个阶段之间进行交付和评审。
阶段流程模型的优点是能够分解复杂的流程，提高管理效率和控制风险，但也需要考虑阶段之间的协调和沟通。
六、混合流程模型混合流程模型是指将以上不同的流程模型进行组合和应用，以满足实际流程的特点和需求。
例如，在生产流程中，可以同时应用并发模型和分支模型，以实现高效的生产和个性化的定制。
混合流程模型的优点是能够灵活应对不同的场景和需求，但也需要综合考虑不同模型的特点和限制。
总结起来，流程架构常用模型包括线性流程模型、并发流程模型、分支流程模型、循环流程模型、阶段流程模型和混合流程模型。
支持动态调度的工作流D-Flow Engine的设计与实现
支持 动态调度 的工作流 Ｄ Ｆ ｗ Ｅ ｇ ｅ的设计 与实现 术 ・ｌ ｎ ｉ ｏ ｎ
施 勇 ，尹建伟与技 术 学院 ， 江 杭 州 ３０２ ） 浙 １０７
摘 要 ：基 于流程 与活动 两个级 别考虑 ， 出支持 动 态调 度 的工作 流 Ｄ Ｆｏ ｎｉｅ 从动 态路 由和 流程 多版本 提 ．ｌｗ Ｅ ｇｎ ；
Ａ ｓ ａｔ ｏｋｌ ｎ ｎ －ｌ ｎｉｅｗ ｓ ｒｐ ｓｄ ｃｎｉｅ ｎ ｏ ｒｃｓ ｌｖｌ ｎ ｃｉｔ ｌ ｅ，ｉａ ａ ｚｄｄ － ｂｔ ｃ ：Ａ ｗ ｒ ｏ ｅｇ ｅ Ｆｏ Ｅ ｇｎ ａ ｏ ｏｅ ， ｏ ｓ ｒ ｇｂｔ ｐｏｅｓ ｅｅ ａｄａｔ ｉ ｖｌ ｔ ｎｌ ｅ ｙ ｒ ｆｗ ｉ Ｄ ｗ ｐ ｄｉ ｈ ｖｙｅ ｙ
模型， 重点研究 了工作流 的流程动态 调度服 务 ， 后结合应 用 最
实例进行 了研究并 给出结论 。
并且过程之间的关系在执行期 间并不 是一成不变 的， 作流系 工
统缺乏柔性 和动态性。如何使工作流系统具有灵活的动态性和
１ Ｄ—ｌｗ ｎ ｉｅ工作 流元模 型 Ｆｏ Ｅ ｇｎ
如图 ｌ 所示 ， － ｏ ｎ ｎ 工作 流元模 型有两个层 次 ， Ｄ Ｆ ｗＥ ｇ ｅ ｌ ｉ 即 核心模型和支撑模型 。核心模型是 以流程 、 活动等过程模型 为 中心 ， 外还包 含数据模 型和应 用模 型 ； 另 支撑 模型 主要包括组 织模型 、 资源模 型 、 权限模型和时间模型 。
维普资讯
第２ ４卷 第 ３期
２０ 年 ３ 月 ０７
计 算 机 应 用 研 究
Ａｐ ｌ ａ ｉｎ Ｒｅ ｅ ｒ ｈ ｏ ｏ ｕ ｅ ｓ ｐ ｉ ｔ ｓ ａ ｃ ｆ Ｃ ｍｐ ｔｒ ｃ ｏ
Ｖｏ ． ４， ． １ ２ Ｎｏ ３
基于WfMC过程元模型的扩展与改进
６ 期
刘永红等： 基于 Ｗ Ｍ 过程元模型的扩展与改进 ｆＣ
・
３ ・ ７
辑 推进 工作 流实 例 的执行 ¨ 。
流过程元 模 型 的改 进 与扩 展 在 第 四部 分给 出 ； 第五 部分是 研究 结论 。
Ｗｆ Ｓ的一个主要部分是工作流元模型。工作 Ｍ 流 元模 型应 该 支 持 与 运 行 相 关 的 工 作 流 方 面 的说 明， 诸如把工作流分解成子工作流 、 控制流和数据流 以及 处理 实体 的活动 的任 务 等 。工作 流模 型是用 工
用， 为政府机关 和企 事业 单位 网上办理业 务提供 了基 础平 台。工作 流技术是一种 管理 、 协调 和控制一 个虚
说， 企业过程都是由与软件 系统 中的控制流和数据 流相关的核心代码来实现的。这就导致了系统不灵 活， 不容易进行更改和保持。工作流管理是解决这 些 问题 的一 种 技 术 ， 年来 已 经得 到 了极 大 关 注 。 近 运 用工作 流技术 ， 府 机关 和企 事业 单 位 等可 以对 政
Ａｂ ｔａ ｔ Ｉ ｉ ｐ ｐ ｒ ｗ ｒｆ ｗ ｍｅａ—ｍｏ ｅ ｆＷｆ ａ ｎ ｌｚ ｄ ｈ ｔ ｓ ｒ ｃ ：ｎ ｔ ｓ ａ ｅ ， ｏ ｋｌ ｔ ｈ ｏ ｄ ｌｏ ＭＣ ｗ ｓ ａ ａｙ ｅ ．Ｔ ｅ ｍｅａ—ｍｏ ｅ ａ ｅ ｖ ｄ ｄ ｌｗ ｓ ｄ ｒ ｅ ｉ ｆ ｍ ｅ ｔ ｄ ｔ ｎ ｌ ａ ｓ ｏ ｕ ｌ ｉｇ ｍｏ ｅ ｄ ｔ ｅ ｌｗ ｆｃ ａ ｇｎ ， ｒ ｃ ｓ ｔ ｒ ｔ ｒ ｉ ｏ ａ ｗ ｆ ｉ ｎ ｄ ｌａ ａ ｓｏ ｈ ｉｇ ａ ｐ ｏ ｅ ｓ ｍｅａ—ｍｏ ｅ ｗ ｓｐ ｐ ｓ ｄ ｔ ｏ ｈ ａ ｉ ｌ ｂ ｄ ｎ ｈ ｎ ｄ ｌ ａ ｒ ｏｅ ｏ ｏ
一个支持动态变化的工作流管理系统
一个支持动态变化的工作流管理系统
孙瑞志;周建涛;史美林;毛枫华;张宁
【期刊名称】《小型微型计算机系统》
【年(卷),期】2005(26)6
【摘要】随着工作流技术得到越来越广泛的应用,人们对工作流管理系统提出了新的要求,要求系统能够具有动态变化和灵活的处理能力,以便有效地支持今天所处的具有动态的、不确定的和易于出错的协同工作环境.文章扩展了工作流管理联盟给出的工作流模型,提出了动态工作流模型,并以此模型为指导,设计实现了具有动态灵活能力的工作流管理系统TH-workflow,该系统将工作流的功能特性划分为三个层次,即应用层、功能层和实现层.在不同的层次上实现了工作流的基本服务和动态灵活的控制功能.
【总页数】5页(P1068-1072)
【作者】孙瑞志;周建涛;史美林;毛枫华;张宁
【作者单位】中国农业大学,信息与电气工程学院,北京,100083;清华大学,计算机科学与技术系,北京,100084;清华大学,计算机科学与技术系,北京,100084;北京网络多媒体实验室,北京,100029;北京网络多媒体实验室,北京,100029
【正文语种】中文
【中图分类】TP311
【相关文献】
1.支持协作的WEB工作流管理系统 [J], 侯铭;刘俊勇
2.一个支持动态变化的工作流元模型 [J], 孙瑞志;史美林
3.一个支持动态变化的工作流元模型 [J], 孙瑞志;史美林
4.一个支持服务协作的工作流管理系统 [J], 马华;张红宇
5.EZMS:支持EZ-Flow的工作流管理系统 [J], 陈彦光;徐玮;张亮;苏建文
因版权原因，仅展示原文概要，查看原文内容请购买。
一种支持工作流动态修改并自动迁移的方法
一种支持工作流动态修改并自动迁移的方法
魏登萍;严俊兰;姜新文
【期刊名称】《计算技术与自动化》
【年(卷),期】2005(024)003
【摘要】工作流技术中一个重要而开放的问题就是工作流的演进问题(evolution of workflow Schemas),即创建、删除、修改工作流过程并使整个模型保持正确.被修改工作流过程的实例必须尽量与新的工作流过程保持一致.本文提出了一种支持工作流动态修改并完成实例自动迁移的工作流模型,并在此基础上定义了一系列修改操作原语及动态迁移策略语言.根据修改操作原语所涉及的任务节点的偏序关系生成变化区域,再根据变化区域自动生成相应的迁移策略,这样各工作流实例就可以按照迁移策略自动地实现迁移.
【总页数】5页(P109-113)
【作者】魏登萍;严俊兰;姜新文
【作者单位】国防科技大学计算机学院,湖南,长沙,410073;国防科技大学计算机学院,湖南,长沙,410073;国防科技大学计算机学院,湖南,长沙,410073
【正文语种】中文
【中图分类】TP311
【相关文献】
1.支持动态修改的可适应工作流模型 [J], 朱锦泉;苑森淼
2.支持动态修改的MINI工作流过程元模型 [J], 齐璇
3.一种基于工作流类型版本和实例迁移的动态修改方法 [J], 崔立真;王海洋
4.一种支持军事办公自动化的工作流建模方法研究 [J], 汪健峰
5.一种工作流动态修改方法 [J], 崔立真;张世栋;郑永清;王海洋
因版权原因，仅展示原文概要，查看原文内容请购买。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1000-9825/2003/14(01)0062©2003 Journal of Software 软件学报Vol.14, No.1支持工作流动态变化的过程元模型∗孙瑞志, 史美林(清华大学计算机科学与技术系,北京 100084)A Process Meta-Model Supporting Dynamic Change of WorkflowSUN Rui-Zhi+, SHI Mei-Lin(Department of Computer Science and Technology, Tsinghua University, Beijing 100084, China)+ Corresponding author: Phn: 86-10-62785609, E-mail: srzhi@Received 2002-02-25; Accepted 2002-05-30Sun RZ, Shi ML. A process meta-model supporting dynamic change of workflow. Journal of Software, 2003,14(1):62~67.Abstract:Supporting dynamic changes and flexibility is required when workflow management systems are employed. Related research work are all focused on some special changing issues. A process meta-model is proposed to guide the design of workflow process model. The process meta-model supports dynamic changes of workflow process. Its dynamic characteristics of workflow process from the points of view of time and process levels are surveyed, and the workflow meta model proposed by workflow management coalition is extended. This process meta-model enables the dynamic characteristics to be described in build-time and enables the changes of a process to be handled with these pre-defined characteristics. Based on this meta-model, a workflow management system possesses the flexibility without losing the control of workflow process.Key words:workflow management system; workflow; meta-model; flexibility; dynamic摘 要:支持动态可变并具备灵活性是人们在实际应用中对工作流管理系统提出的新要求,已有的相关研究工作都集中在对工作流中发生变化的某个具体问题上.提出了支持动态特性的工作流过程元模型,可以为动态过程模型的设计提供指导.从时间和工作流组成的过程级别两个角度分析了其动态特性的表现,扩展了工作流管理联盟的工作流元模型.扩展后的过程元模型在工作流的建立阶段力求将动态特性进行描述和定义,在工作流执行阶段可以根据已定义的动态属性,处理过程的变化情况.基于该元模型,工作流管理系统既具有灵活性,又有利于变化控制操作.关键词:工作流管理系统;工作流;元模型;灵活性;动态性中图法分类号:TP311文献标识码: A工作流技术发展到今天,随着实际应用的不断深入,人们对其提出了更多的功能要求,其中一个主要问题是∗Supported by the National Natural Science Foundation of China under Grant No.60083011 (国家自然科学基金); the National High-Tech Research and Development Plan of China under Grant No.2001AA113150 (国家高技术研究发展计划)第一作者简介: 孙瑞志(1964孙瑞志 等:支持工作流动态变化的过程元模型63工作流系统的灵活性和动态性.传统的工作流,其工作过程分成两个阶段,即建立阶段和运行阶段.建立阶段是对一个工作流程进行定义,运行阶段是工作流执行服务对工作流定义进行解释执行.但现实世界是个多变的世界,一个工作流程在运行阶段不是一成不变的,因此,传统的工作流系统因缺乏柔性(rigid)和实用性(availability),受到了人们的一些批评.如何使工作流系统具备灵活的动态性和自适应能力已成为目前工作流管理系统研究的一个热点.本文在分析了工作流执行过程中动态特性的表现和实质以后,在WfMC(工作流管理联盟)定义的工作流元模型基础上,在工作流过程控制方面提出了支持动态特性的过程元模型.该元模型对过程的动态变化因素进行了描述,对设计一个具有动态自适应能力的工作流管理系统提供了指导.1 相关研究在动态自适应工作流的研究中,研究者们已经探索了几种不同的技术手段.文献[1]采用异常处理的方法,利用ECA(event-condition-action)规则,针对出现变化要求时的不同情况采用不同的处理策略.文献[2]采用集成外部工具的方法,通过将外部的群件系统集成到工作流执行中,以增加工作流系统的灵活性灵活性等角度出发,采用了各种具体的处理方法,试图使一个工作流系统具备动态自适应能力.另一方面,分析工作流系统的基本特性业务逻辑与应用分离可以看到,如果在工作流的过程定义中(业务逻辑)能够充分考虑动态特性,配合执行阶段(应用)的处理,可以从更基本的层次解决动态自适应性问题,这正是本文提出支持动态性的工作流过程元模型的出发点.2 过程元模型2.1 工作流过程模型动态特性的表现和实质可以从时间和工作流组成的过程级别这两个方面来分析工作流的动态表现.在时间上,我们仍将工作流分为建立阶段和运行阶段.工作流的过程级别是指,是从一个过程的整体流程控制去看问题,还是进一步到组成过程的一个个活动去看问题.如图1所示.建立阶段的动态性是指在工作流定义时能够定义一个过程的动态行为;运行阶段的动态性是指在一个工作流执行时,能够动态修改预先定义的流程或者一些不可预测的变化.过程一级的动态性是指影响整个过程控制的变化,也被称为工作流演变;活动一级的动态性是指对一个具体的活动属性进行修改.Kammer 对动态自适应的工作流系统所要完成的功能进行了概括[7],可分为9种情况:(1) 能动态地修改和编制工作流过程定义;(2) 工作流的执行模型可以配置:进行部分执行资源（２）（５）的划分为属于过程一级的动态特性,而(3)(7)的划分为属于活动一级的动态特性.为了完成这些功能,必须由建立时和运行时相互配合才能完成.其余的几个功能主要涉及运行时进行具体的处理,不涉及工作流的动态性.Activity Process Process levels Fig.1 2 views of dynamic process 图1 观察动态过程的二维空间64Journal of Software 软件学报 2003,14(1)2.2 工作流过程元模型工作流过程元模型是指对工作流过程定义中的基本元素和规则进行抽象,并加以一般性描述,用来指导工作流管理系统的过程建模.过程模型是指如何将实际的运行业务结构化表示成一个工作流程.一个工作流系统的灵活性和自适应性在很大程度上取决于过程模型的动态支持能力,所以一套能够描述动态特性的元模型有利于过程模型对动态结束子过程和块活动等.每一类活动节点的活动语义在建立阶段都是明确定义好的,而工作流的动态性则恰恰相反.动态性反映的是结构的不确定性和语义的随机性.为了解决工作流的结构化特性和实际要求的动态可变性之间的冲突,我们采用层次化的方法,即在较高的层次上维护其结构性,在具体行为上允许有随机性.对于一个流程来讲,虽然有不确定的因素,但整个过程的结构化特性是已知的(否则就不能称作工作流了).为了表示不确定的因素,我们的元模型也对WfMC 参考模型的一般活动节点进行了扩充,定义一个新的节点类型,称为“黑盒”,用来标识一个语义不确定的节点,如图3所示.将“黑盒”节点的语义明确,一般是在流程执行中才能确定,即在工作流执行中一些结果逐渐明朗以后,才能Fig.2 The workflow meta process model图2 工作流元过程模型Fig.3 Definite a black-box activity in process build-time图3 工作流建模时黑盒定义Start activity Black box Subflow activity Atom activity Atom activity End activity孙瑞志 等:支持工作流动态变化的过程元模型65决定黑盒内部的具体意义.这时候,黑盒变成了白盒.白盒的具体意义可以有如下几种方式:空节点子过程控制节点加活动节点加黑盒,如图4所示.这样,过程元模型在活动节点类型上的扩展与WfMC 的元模型相比,在工作流定义阶段提高了过程对动态变化的描述能力,为工作流的执行提供了变化的依据.2.3.2 活动一级的动态支持一个活动的动态性要从它的属性定义来体现.WfMC 虽然对一般活动的属性进行了基本的定义,如ID,Name,Performer 等,但要支持动态性,就有必要对其进行扩充.在传统的工作流中,一个活动出现在一个流程中意味着当流程到达该活动时,活动就要执行,活动之间分不出哪些是关键的,哪些是可以变通的.为了使整个流程具有灵活性,我们采用以下做法:(1) 先将活动分为如下几个类别:必须的可重复的.这一点与文献[1]是相同的.这样,一方面在出现异常情况时,可以根据活动的属性作相应的处理,另一方面使得一个流程的执行不再是死板地执行所定义的每个活动.(2) 通过规则灵活地定义活动的行为,将活动的执行行为划分为维护原来的行为和可以改变原来的行为两类.维护行为又细分为必须执行可等待执行.改变行为包括可被替代可以取消操作原语何时提交给工作流引擎也是不可预测的.2.4.2 执行阶段动态修改的处理方法与过程在工作流执行阶段,当需要进行修改时,需要有一系列的操作来完成.例如,插入一个新活动,当这个新的活Fig.4 The cases of activities a black box activity denotes图4 黑盒表示的几种活动节点组合Subflow Transition black boxA WhileA 266Journal of Software 软件学报 2003,14(1) 动插入以后,为了保证修改以后的工作流与已执行的工作流实例的连贯性,需要有一个正确性保证机制.再如,“黑盒”节点的具体化,在人工完成具体的活动定义以后,也需要有一个正确性保证机制.这种保证机制需要一定的验证算法.我们把工作流的修改过程归纳为5个阶段:暂停执行修改后移交继续执行.图5表示插入一个活动“A3”的操作过程.暂停执行是在工作流引擎到达一个语义不确定的“黑盒”节点或接到一个修改操作时的一种内部操作,它要做一些必要的操作,以保持一种状态.比如,一个正处在“挂起”状态的活动要被修改,就应有相应的操作来进行状态处理.这些操作必须在过程定义中明确地标明,以便系统可以进行处理,这就是图2中活动节点所指的“状态操作”属性.修改过程一般是需要人工来操作的.比如,当工作流执行到一个黑盒活动或接到一条“插入活动”命令时,工作流引擎要提供给用户必要的提示,用户可以通过人机交互接口描述一个新活动及其属性,就像建立阶段的过程定义一样,人工可以通过必要的操作命令完成新活动的定义.移交过程.当人工修改完一个活动或实例以后,就要按照新的流程定义来执行,即将原来的流程升级到新的流程上.修改之后的活动在移交给工作流引擎的时候要考虑两方面的问题.(1) 与原工作流中的活动实例发生什么依赖关系.当一个新活动移交时,影响原来活动实例的结果可能有:撤销已执行的部分活动实例(undo)跳转到另一个活动开始执行[5].(2) 变化之后的活动何时可以生效.活动变化以后就等于生成了新的工作流,新工作流生效的时机可以是立即生效(工作流引擎立即执行)²»¿É´ïÑéÖ¤¹æÔòµÈ.3 结 论本文提出的支持动态特性的工作流过程元模型,在WfMC 的元模型基础上,对组成工作流的控制活动节点和一般活动节点的类型进行了扩充.在该元模型中,一般活动节点的动态属性从不同的角度去描述一个活动的动态支持能力,一个过程的修改原语提供给用户一种灵活的手段,各种规则是工作流在修改变化以后可以继续执行的保证.一个灵活的支持动态修改的工作流系统,虽然在过程执行阶段的随机性和不可预测性使行为的控制变得复杂且不规范,但除了人工干预的操作不可控制以外,工作流系统本身通过适当的对象描述,能够极大地限制这种随意性.本文提出的工作流过程元模型在不影响系统控制权的前提下,能使工作流系统具有很好的动态特性和易于实现的管理特性.在此元模型的指导下,要使一个工作流管理系统得到实现,需要制定必要的控制规则,而规则与活动语义有着密切的联系.同时,验证算法的设计和验证能力是保证修改以后工作流能够继续执行下去的关键.这些都是我们要进一步解决的问题.Fig.5 The procedures of a process modification 图5 流程修改时的处理过程Continue孙瑞志等:支持工作流动态变化的过程元模型67References:[1] Chiu DKW, Li Q, Karlapalem K. A mata modeling approach to workflow management system supporting exception handling.Information System, 1999,24(2):159~184.[2] Haake JM, Wang WG. Flexible support for business process: extending cooperative hypermedia with process support. Informationand Software Technology, 1999,41(6):355~366.[3] Casati F, Ceri S, Pernici B, Pozzi G. Workflow evolution. Data and Knowledge Engineering, 1998,24(3):211~238.[4] Reichert M, Dadam P. ADEPTflex-Supporting dynamic changes of workflows without loosing control. Journal of IntelligentInformation Systems, 1998,10(2):93~129.[5] Edmond D, ter Hofstede AHM. A reflective infrastructure for workflow adaptability. Data and Knowledge Engineering, 2000,34(3):271~304.[6] Liu CF, Orlowska ME, Li H. Automating handover in dynamic workflow environments. In: Pernici B, Thanos C, eds. AdvancedInformation Systems Engineering. New York: Springer, 1998. 159~172.[7] Kammer PJ. Techniques for supporting dynamic and adaptive workflow. Computer Supported Cooperative Work, 2000,9(3-4):269~292.[8] Workflow Management Coalition. Workflow process definition interface-XML process definition language. WFMC-TC-1025,2001.[9] Ellis C, Keddara K. ML-DEWS: modeling language to support dynamic evolution within workflow system. Computer SupportedCooperative Work, 2000,9(3-4):293~333.[10] Li HC. On workflow-based CSCW platform [Ph.D. Thesis]. Beijing: Tsinghua University, 2001 (in Chinese with English abstract).附中文参考文献:[10] 李红臣.基于工作流的CSCW平台研究[博士学位论文].北京:清华大学,2001.。