工作流系统中的动态任务调度

合集下载

工作流系统中的动态任务调度

工作流系统中的动态任务调度

在不同项目的多个运行着的任务。 在工作流的任 务调度中要对任务按照一定的规则合理分配, 以 实现在正确的时刻将正确的任务分配给正确的 A gen t, 从而达到优化系统, 加速事务处理的目 的。
目前的工作流系统, 都是采用事先定义好事 务处理的过程模型, 在执行时由工作流管理系统 根据过程模型的定义分配任务给A gen t 执行。然 而, 由于实际执行环境的动态性, 使得这种静态定 义工作流过程的方式在很多方面不能适应实际的 要求。
·234·
单元结束时间均值; tlj 为任务 j 完成所需时间长 度; tc 为目前时间; tf p 为项目 p 的预期完成时间, 对应于过程模型中的项目结束时间均值加上开始
时间; tkp 为项目 p 完成所需的时间长度, 对应于过 程模型中的项目结束时间均值。
则任务执行的时间裕度 taj = tsj - tlj - tc, 若 taj 为正, 表明时间上存在提前量, taj 为负, 表明任 务已经滞后。
rk t
k= 1, k≠j

n
6 bt = R t -
rjt
j= 1
任务选择算法如下: ① 设被选中的任务集合
为U , 首先假设所有任务均属于U , 即U 中元素个
数 k = n; ② 对 U 中所有任务, 计算 d j ( j = 1, 2,
…, k ) , 计算 bt ( t = 1, 2, …, m ) ; ③ 若 bt 全为正, 则
·233·
中国机械工程第 13 卷第 3 期 2002 年 2 月上半月
2 基于约束的动态任务调度策略
设计时的全局最优静态任务调度定义虽然能 够达到理想最优, 但并不适应动态变化着的实际 情况。 在工作流过程中任务调度的直接影响因素 为任务和资源的变化, 其中, 资源包括软硬件、技 术标准、其它设备等。工作流中的任务只有在相应 资源的数量、种类、能力得到保证的前提下才能进 行, 否则就会使工作陷入停滞状态[2]。从广义的观 点看, 任务的执行者 A gen t 也是一种特殊的资 源, 这种资源同样具有数量、种类和能力的要求。 因此, 工作流过程应该是在多种类型资源约束下 不断完成任务的过程。因此, 我们提出事件触发的 工作流系统动态任务调度策略见图 1。

工作流流程管理功能描述

工作流流程管理功能描述

工作流流程管理功能描述工作流是指将一项任务或一系列任务按照特定的顺序和规定的条件组织起来,使得工作的流程更加规范、高效。

工作流流程管理是指对工作流程进行管理和优化,通过流程优化、资源协调、数据监控等手段提高工作效率、降低成本、提升质量。

下面将从几个方面详细描述工作流流程管理的功能。

1.流程设计与配置:工作流流程管理的核心功能之一是流程的设计与配置。

在设计与配置过程中,可以定义任务的执行顺序、任务的执行条件、任务间的依赖关系等,确保任务按照规定的流程顺序进行。

同时还可以根据实际的需求,设计不同的分支流程,以满足不同的情况。

2.任务分配与协调:工作流流程管理还可以实现任务的自动分配与协调。

通过设定任务的执行人、执行角色或者根据规则进行任务的自动分配,可以有效减少任务分配的时间和成本。

同时,系统可以根据任务的执行情况进行自动的协调,如自动分配任务给其他人员,或者提醒相关人员进行任务处理。

3.任务监控与控制:工作流流程管理使得任务执行过程可以随时被监控和控制。

通过对任务的状态、进度、执行结果进行实时监控,可以及时了解任务的执行情况,并且可以进行必要的调整和控制。

同时还可以对任务执行的时间、成本、质量等进行监控和评估,以提供决策支持。

4.数据管理与处理:工作流流程管理可以对任务处理过程中产生的数据进行管理与处理。

系统可以自动收集、整理和存储任务执行过程中所涉及的数据,以便后续的分析和使用。

同时,还可以对数据进行必要的处理和加工,以满足不同的业务需求。

5.异常处理与调度:在任务执行过程中,可能会出现各种异常情况,如任务延期、任务失败等。

工作流流程管理可以通过监控和分析任务执行情况,及时发现并处理异常。

同时系统可以根据异常情况自动调度任务,如重新分配任务、优先执行紧急任务等,以保证整体工作流程的顺利进行。

6.绩效评估与优化:工作流流程管理还可以对任务执行的绩效进行评估和优化。

通过对任务执行过程进行分析,可以找出工作流程中存在的问题和瓶颈,以及提出改进措施。

dolphinscheduler调度运行机制 -回复

dolphinscheduler调度运行机制 -回复

dolphinscheduler调度运行机制-回复[dolphinscheduler调度运行机制]dolphinscheduler是一个开源的分布式的数据处理和工作流调度系统,具备高可靠、高可用、高可扩展等特性。

它提供了一种灵活、可靠的方法来管理和调度工作流任务,帮助用户更好地管理和执行数据处理任务。

在这篇文章中,我们将详细介绍dolphinscheduler的调度运行机制,包括如何进行任务调度、任务执行和任务监控等方面的内容。

让我们一步一步回答以下问题,以详细了解dolphinscheduler的调度运行机制。

1. 什么是dolphinscheduler调度运行机制?dolphinscheduler的调度运行机制是指系统中的任务调度组件如何安排和执行工作流任务。

调度组件根据任务的依赖关系和优先级来决定任务的调度顺序,并负责将任务分配给可用的执行机器。

它还负责监控任务的执行情况,并在任务失败时进行重试或通知。

2. dolphinscheduler的任务调度是如何工作的?dolphinscheduler的任务调度通过计算任务的依赖关系和优先级来确定任务的执行顺序。

首先,系统解析工作流定义文件,并将其中的任务转换为调度任务。

然后,调度组件根据任务的依赖关系建立有向无环图(DAG)来表示工作流。

接下来,调度组件通过拓扑排序算法确定任务的调度顺序,并将任务添加到调度队列中。

最后,调度组件不断地从调度队列中获取任务,并分配给可用的执行机器执行。

3. dolphinscheduler的任务执行是如何进行的?一旦调度组件将任务分配到可用的执行机器,该任务将由执行引擎负责执行。

执行引擎根据任务的类型,采取不同的执行策略。

对于脚本任务,执行引擎会在执行机器上启动一个子进程,并执行脚本。

对于SQL 任务,执行引擎会使用相应的数据库连接执行SQL语句。

对于MapReduce和Spark任务,执行引擎会将任务提交到相应的集群上执行。

任务调度 实例 与工作流 的关系原理

任务调度 实例 与工作流 的关系原理

任务调度是指对系统中的任务或进程进行有效分配和调度,以便按照一定的顺序和规则进行执行。

工作流则是指对一系列相关联的任务或工作进行规划和管理,以实现特定的业务流程或工作流程。

在实际应用中,任务调度与工作流之间存在着密切的关系,二者相辅相成,共同促进了系统的高效运转和业务流程的顺利实施。

我们来探讨一下任务调度与工作流之间的关系原理。

任务调度实质上是对系统中的各项任务或进程进行合理的安排和调度,以确保它们能够按照既定的时间和顺序得到执行。

而工作流则是对一系列相关联的任务或工作进行组织和管理,以达成特定的业务目标。

可以说,工作流是对任务调度的进一步抽象和扩展,是在更高层次上对任务进行了组织和管理。

在实际应用中,任务调度与工作流通常是密不可分的。

在一个企业的生产流程中,可能涉及到许多不同的工作任务,这些任务之间可能有先后顺序的要求,也可能存在着一定的条件限制。

这时,就需要通过任务调度来合理安排和调度这些任务的执行顺序和时机,以确保整个生产流程能够顺利进行。

而工作流则是在更宏观的层面上对这些工作任务进行了整体的规划和管理,从而形成了一个完整的生产流程。

可以看出,任务调度是工作流中的一个重要组成部分,二者相辅相成,共同构成了一个完整的工作管理系统。

对于任务调度与工作流的理解,我个人认为,其最核心的作用就是提高工作效率和保障工作质量。

通过合理的任务调度,可以使得各项工作任务得到有效安排和调度,避免了某些任务之间的冲突和过度等待,从而提高了工作效率。

而工作流则更加注重整个工作流程的规划和管理,使得各项任务能够有机地相互配合,形成一个系统化、标准化的工作流程,进一步提高了工作质量和稳定性。

总结来说,任务调度与工作流之间存在着密切的关系,二者共同构成了一个完整的工作管理系统。

通过合理的任务调度和完善的工作流规划,可以有效提高工作效率和保障工作质量,从而为企业的发展和生产流程的顺利进行提供有力支持。

希望通过本文的解释和论述,能够更全面、深入地理解任务调度与工作流之间的关系原理,并在实际应用中取得更好的效果。

workflowcore的使用案例

workflowcore的使用案例

workflowcore的使用案例WorkflowCore是一个开源的工作流引擎,可以帮助开发人员实现复杂的业务流程。

它提供了一种声明式的方式来定义和执行工作流,使得工作流的设计和维护更加简单和高效。

下面是十个使用WorkflowCore的案例。

1. 审批流程管理:通过WorkflowCore,可以轻松地实现复杂的审批流程。

例如,一个请假申请流程可以包含多个节点,包括提交申请、上级审批、人事审批等。

WorkflowCore可以帮助管理和自动化整个流程,并提供实时的状态跟踪和通知功能。

2. 订单处理:WorkflowCore可以用于管理订单处理流程。

例如,一个电商平台的订单处理流程可以包括订单创建、库存检查、支付确认、物流安排等环节。

通过WorkflowCore,可以将这些环节组织起来,并自动触发下一步操作。

3. 任务调度:WorkflowCore可以用于实现任务调度系统。

例如,一个定时任务的调度系统可以使用WorkflowCore来管理任务的创建、调度和执行。

WorkflowCore提供了灵活的定时触发器和条件判断,可以满足各种调度需求。

4. 异步处理:WorkflowCore支持异步处理,可以帮助开发人员处理耗时的操作,如发送邮件、调用外部接口等。

通过将这些操作封装成工作流的一部分,可以实现更高效的异步处理,提高系统的性能和响应速度。

5. 并行处理:WorkflowCore支持并行处理,可以同时执行多个任务。

例如,在一个工作流中,可以同时处理多个子任务,而不是按顺序依次执行。

这样可以提高系统的并发性能,加快任务处理的速度。

6. 异常处理:WorkflowCore提供了强大的异常处理机制,可以捕获和处理工作流中的异常情况。

例如,当某个任务执行失败时,可以通过WorkflowCore自动触发异常处理逻辑,如发送告警通知、重试任务等。

7. 长时间运行的工作流:WorkflowCore支持长时间运行的工作流,可以处理需要跨多个时间段执行的任务。

工作流管理解决方案

工作流管理解决方案

工作流管理解决方案一、概述工作流管理解决方案是一种用于优化和自动化业务流程的软件系统。

通过该解决方案,企业可以更高效地管理和监控业务流程,提高工作效率和质量。

本文将详细介绍工作流管理解决方案的定义、功能、实施步骤以及应用案例。

二、定义工作流管理解决方案是指基于软件系统的一套规则和流程,用于跟踪、管理和自动化业务流程。

它通过将任务分配给特定的角色或者个人,并定义任务的执行顺序和条件,实现工作流程的可视化和自动化。

三、功能1. 流程设计与建模:工作流管理解决方案提供了一个可视化的界面,允许用户设计和建模业务流程。

用户可以通过拖拽和连接不同的任务节点,定义任务的执行顺序和条件。

2. 任务分配与调度:解决方案可以将任务自动分配给特定的角色或者个人,并根据任务的优先级和截止日期进行调度。

任务分配可以基于预设规则,也可以根据实时数据进行动态调整。

3. 任务执行与监控:解决方案提供了一个任务执行的界面,用户可以在该界面上查看待办任务、完成任务和查看任务状态。

同时,解决方案还可以生成任务执行的报告和统计数据,匡助用户实时监控业务流程的发展。

4. 通知与提醒:解决方案可以通过邮件、短信等方式向相关人员发送任务通知和提醒。

这样可以确保任务及时得到处理,减少延误和遗漏。

5. 数据集成与交互:解决方案可以与企业现有的系统进行数据集成,实现数据的共享和交互。

这样可以避免数据的重复输入和不一致,提高数据的准确性和可靠性。

四、实施步骤1. 需求分析:在实施工作流管理解决方案之前,需要对企业的业务流程进行全面的需求分析。

了解业务流程的具体要求和痛点,为后续的解决方案设计和实施提供基础。

2. 解决方案设计:根据需求分析的结果,设计适合企业的工作流管理解决方案。

包括流程设计、任务分配规则、通知提醒设置等。

3. 系统开辟与测试:根据解决方案设计的结果,进行系统开辟和测试。

确保系统的稳定性和功能完备性。

4. 系统部署与培训:将开辟完成的系统部署到生产环境中,并进行相关人员的培训。

任务调度 任务编排

任务调度任务编排
任务调度和任务编排是指在计算机系统中对任务进行合理安排和调度的过程。

在计算机系统中,任务调度是指根据一定的策略和算法,将各种任务分配给计算资源,以达到最优的利用资源和提高系统吞吐量的目的。

而任务编排则是指根据任务之间的依赖关系和约束条件,将各个任务按照一定的顺序进行排列和组织,以确保任务能够按照预期的顺序和条件进行执行。

从任务调度的角度来看,任务调度涉及到资源的分配和利用效率的优化。

在实际的计算机系统中,通常会有多个任务需要同时执行,而系统资源是有限的,因此任务调度的目标是要合理地分配资源,以最大程度地提高系统的利用率和吞吐量。

任务调度的算法有很多种,比如先来先服务(FCFS)、最短作业优先(SJF)、优先级调度、时间片轮转等,每种算法都有其适用的场景和优劣势。

而从任务编排的角度来看,任务编排更侧重于任务之间的顺序和依赖关系。

在实际的应用中,往往会有一些复杂的任务流需要按照一定的顺序和条件进行执行,比如工作流、批处理任务等。

任务编排的目标是要确保任务能够按照预期的顺序和条件进行执行,以达到整体业务流程的要求。

在任务编排中,通常会涉及到任务的依
赖关系分析、任务的并发执行、任务的异常处理等问题。

总的来说,任务调度和任务编排都是计算机系统中非常重要的问题,它们直接关系到系统的性能和稳定性。

合理的任务调度和任务编排能够有效地提高系统的利用率和整体的执行效率,因此在实际的系统设计和开发中,需要充分考虑任务调度和任务编排的相关问题。

动态调度协调方案

动态调度协调方案动态调度协调方案是一种灵活的管理方法,可以根据各种因素动态地调整工作安排和资源分配,以提高生产效率和响应能力。

下面是一个700字的动态调度协调方案的示例。

动态调度协调方案是将资源、员工和工作任务合理安排的一种方法。

它通过不断分析和评估生产情况,以及根据不同因素的变化来调整工作计划,以达到最优的生产效益。

动态调度协调方案的目标是实现资源的最大化利用,提高工作效率,同时保持员工的工作积极性和生产质量。

首先,我们需要建立一个有效的信息系统,以收集和分析有关生产情况和工作进展的数据。

这些数据涵盖了诸如生产量、质量、员工工作时间、材料消耗等方面。

通过对这些数据的分析,我们可以了解生产环境中的变化和趋势,从而为调度和协调提供依据。

其次,我们需要根据生产情况和需求的变化来进行动态调度。

例如,当生产量增加时,我们可以通过增加工作人员的数量或提高生产效率来应对。

当生产需求减少时,我们可以暂停一些生产线或将人员调配到其他工作岗位上,以达到更有效的资源利用。

此外,我们还可以根据员工的技能和经验来进行动态调度和协调。

一些重要的工作可能需要经验丰富的员工来完成,而一些简单的工作任务则可以交给新员工或实习生。

通过合理安排不同员工的工作岗位,我们可以提高整个团队的工作效率,并为员工提供成长和学习的机会。

动态调度协调方案还包括提供良好的工作环境和激励措施。

员工在一个舒适、安全和令人满意的工作环境下工作,会更加积极主动和高效率。

同时,给予员工适当的激励和奖励,能够激发他们的工作热情和创造力,提高工作质量和效率。

最后,我们需要不断评估和改进动态调度协调方案的效果。

通过定期评估和反馈,我们可以了解方案的优点和不足之处,并及时采取措施加以改进。

这将有助于我们发现和解决问题,提高工作效果和满意度。

总之,动态调度协调方案是一种灵活的管理方法,可以根据生产情况和需求的变化来调整工作安排和资源分配。

它通过建立有效的信息系统、合理安排员工工作岗位、提供良好的工作环境和激励措施,以及定期评估和改进方案效果,来提高生产效率和响应能力。

基于网格工作流的动态任务调度策略研究


个 不断 变化 的环境 ,这 使得 任 务与资 源之 间 的调度 更 为繁琐 、 为复杂 。如 何 改进 网格计 算 的有效性 , 网 更 使 格 资源 高效 地完 成计 算任 务是 网格 系统 的研 究重 点之

动态任 务 调度 则是 一种在 工 作流 执行 阶段 进行 任 务调 度 的机制 。工作 流 系统在 任 务被 执行 之前 通过 对 所有 资源 的信 息进 行精确 的评 估 ,然 后选 择最 合适 的
务过 程 中的任务 能够 自动 的分配到 最合 适的资源 上 。
融 合 了 以上 两种 技 术 优 点 的 网格 工作 流 技 术 , 能
够 工作 在基 于分布 式 的 、有大量 资源 可用 的 动态环 境
中。因此 , 们将 网格工 作流 引入到任 务调 度 中。在 网 我 格 工作 流系统 中, 用户 可 能属于 不 同的组织 , 加入 或 其
工 作流 系统 中 , 些信 息 是很容 易获得 的, 是在 网格 这 但 系统 中并 非如 此 。 因此 , 解决 任务 调度分 配负载 不均 在 衡 的前提 下 ,本 文给 出基 于网格 工作 流 的动态 调度 框 架 , 翼在 一定程 度上 解决这 一 问题 。 希
圈 1 方案 的组奴缩枸
2基 于 网格 工作 流 的动 态任 务调度 框 架 、
者 离开系统 具 有动态性 和 临时性 。因此 , 态任务 分配 动 也 是 网格 工作 流系统 的一个 重要要 求 。 动 态任务 调度 要求 工作 流系 统通 过对 所有 可 以获 得 的资 源进行 评估 ,根 据评 估结 果在 工作 流进 程 的执 行 阶段将 任务 调度 分配 到某 个资 源上 。评 估 是基于 这 些 可以 获得 的资源 的信 息 的基础 上进 行 的。在传 统 的

Activiti工作流框架中的任务调度!工作流框架中的任务流程元素详解,使用监听器监听任务执行

Activiti⼯作流框架中的任务调度!⼯作流框架中的任务流程元素详解,使⽤监听器监听任务执⾏任务⽤户任务描述⽤户任务⽤来设置必须由⼈员完成的⼯作当流程执⾏到⽤户任务,会创建⼀个新任务,并把这个新任务加⼊到分配⼈或群组的任务列表中图形标记⽤户任务显⽰成⼀个普通任务(圆⾓矩形),左上⾓有⼀个⼩⽤户图标XML内容XML中的⽤户任务定义:id属性是必须的,name属性是可选的:<userTask id="theTask" name="Important task" />⽤户任务可以设置描述,添加documentation元素可以定义描述:<userTask id="theTask" name="Schedule meeting" ><documentation>Schedule an engineering meeting for next week with the new hire.</documentation>描述⽂本可以通过标准的java⽅法来获取:task.getDescription()持续时间任务可以⽤⼀个字段来描述任务的持续时间可以使⽤查询API来对持续时间进⾏搜索,根据在时间之前或之后进⾏搜索Activiti提供了⼀个节点扩展,在任务定义中设置⼀个表达式,这样在任务创建时就可以设置初始持续时间表达式应该是:java.util.Datejava.util.String(ISO8601格式),ISO8601持续时间(⽐如PT50M)null在流程中使⽤上述格式输⼊⽇期,或在前⼀个服务任务中计算⼀个时间.这⾥使⽤了持续时间,持续时间会基于当前时间进⾏计算,再通过给定的时间段累加: 使⽤"PT30M"作为持续时间,任务就会从现在开始持续30分钟<userTask id="theTask" name="Important task" activiti:dueDate="${dateVariable}"/>任务的持续时间也可以通过TaskService修改,或在TaskListener中通过传⼊的DelegateTask参数修改⽤户分配⽤户任务可以直接分配给⼀个⽤户,通过humanPerformer元素定义humanPerformer定义需要⼀个resourceAssignmentExpression来实际定义⽤户.⽬前只⽀持formalExpressions<process ... >...<userTask id='theTask' name='important task' ><humanPerformer><resourceAssignmentExpression><formalExpression>kermit</formalExpression></resourceAssignmentExpression></humanPerformer></userTask>只有⼀个⽤户可以作为任务的执⾏者分配⽤户在activiti中,⽤户叫做执⾏者拥有执⾏者的⽤户不会出现在其他⼈的任务列表中,只能出现执⾏者的个⼈任务列表中直接分配给⽤户的任务可以通过TaskService获取:List<Task> tasks = taskService.createTaskQuery().taskAssignee("kermit").list();任务也可以加⼊到⼈员的候选任务列表中.需要使⽤potentialOwner元素⽤法和humanPerformer元素类似,需要指定表达式中的每个项⽬是⼈员还是群组<process ... >...<userTask id='theTask' name='important task' ><potentialOwner><resourceAssignmentExpression><formalExpression>user(kermit), group(management)</formalExpression></resourceAssignmentExpression></potentialOwner></userTask>使⽤potentialOwner元素定义的任务可以通过TaskService获取:List<Task> tasks = taskService.createTaskQuery().taskCandidateUser("kermit");这会获取所有kermit为候选⼈的任务,表达式中包含user(kermit).这也会获得所有分配包含kermit这个成员的群组(⽐如,group(management),前提是kermit是这个组的成员,并且使⽤了activiti的账号组件).⽤户所在的群组是在运⾏阶段获取的, 它们可以通过IdentityService进⾏管理如果没有显式指定设置的是⽤户还是群组,引擎会默认当做群组处理下⾯的设置与使⽤group(accountancy)⼀样:<formalExpression>accountancy</formalExpression>Activiti对任务分配的扩展当分配不复杂时,⽤户和组的设置⾮常⿇烦.为避免复杂性,可以使⽤⽤户任务的⾃定义扩展assignee属性: 直接把⽤户任务分配给指定⽤户(和使⽤humanPerformer 效果完全⼀样)<userTask id="theTask" name="my task" activiti:assignee="kermit" />candidateUsers属性: 为任务设置候选⼈(和使⽤potentialOwner效果完全⼀样,不需要像使⽤potentialOwner通过user(kermit)声明,这个属性只能⽤于⼈员)<userTask id="theTask" name="my task" activiti:candidateUsers="kermit, gonzo" />candidateGroups属性: 为任务设置候选组(和使⽤potentialOwner效果完全⼀样,不需要像使⽤potentialOwner通过group(management)声明,这个属性只能⽤于群组)<userTask id="theTask" name="my task" activiti:candidateGroups="management, accountancy" />candidateUsers和candidateGroups可以同时设置在同⼀个⽤户任务中Activiti中虽然有账号管理组件和IdentityService ,账号组件不会检测设置的⽤户是否存在. Activiti允许与其他已存的账户管理⽅案集成使⽤创建事件的任务监听器来实现⾃定义的分配逻辑:<userTask id="task1" name="My task" ><extensionElements><activiti:taskListener event="create" class="org.activiti.MyAssignmentHandler" /></extensionElements></userTask>DelegateTask会传递给TaskListener的实现,通过它可以设置执⾏⼈,候选⼈和候选组public class MyAssignmentHandler implements TaskListener {public void notify(DelegateTask delegateTask) {// Execute custom identity lookups here// and then for example call following methods:delegateTask.setAssignee("kermit");delegateTask.addCandidateUser("fozzie");delegateTask.addCandidateGroup("management");...}}使⽤spring时,使⽤表达式把任务监听器设置为spring代理的bean,让这个监听器监听任务的创建事件⽰例:执⾏者会通过调⽤ldapService这个spring bean的findManagerOfEmployee⽅法获得.流程变量emp会作为参数传递给bean<userTask id="task" name="My Task" activiti:assignee="${ldapService.findManagerForEmployee(emp)}"/>可以⽤来设置候选⼈和候选组:<userTask id="task" name="My Task" activiti:candidateUsers="${ldapService.findAllSales()}"/>⽅法返回类型只能为String(候选⼈) 或Collection < String >(候选组):public class FakeLdapService {public String findManagerForEmployee(String employee) {return "Kermit The Frog";}public List<String> findAllSales() {return Arrays.asList("kermit", "gonzo", "fozzie");}}脚本任务描述脚本任务是⼀个⾃动节点当流程到达脚本任务,会执⾏对应的脚本图形标记脚本任务显⽰为标准BPMN 2.0任务(圆⾓矩形),左上⾓有⼀个脚本⼩图标XML内容脚本任务定义需要指定script和scriptFormat<scriptTask id="theScriptTask" name="Execute script" scriptFormat="groovy"><script>sum = 0for ( i in inputArray ) {sum += i}</script></scriptTask>scriptFormat的值必须兼容JSR-223(java平台的脚本语⾔).默认Javascript会包含在JDK中,不需要额外的依赖.如果要使⽤其他的脚本引擎,必须要是JSR-223引擎兼容的.还需要把对应的jar添加到classpath下, 并使⽤合适的名称:activiti单元测试经常使⽤groovygroovy脚本引擎放在groovy-all.jar中,在2.0版本之前,脚本引擎是groovy jar的⼀部分.使⽤需要添加依赖:<dependency><groupId>org.codehaus.groovy</groupId><artifactId>groovy-all</artifactId><version>2.x.x<version></dependency>脚本变量到达脚本任务的流程可以访问的所有流程变量,都可以在脚本中使⽤<script>sum = 0for ( i in inputArray ) {sum += i}</script>也可以在脚本中设置流程变量,直接调⽤execution.setVariable("variableName", variableValue) 默认,不会⾃动保存变量(activiti 5.12之前) 可以在脚本中⾃动保存任何变量,只要把scriptTask的autoStoreVariables属性设置为true 最佳实践是不要使⽤,⽽是显式调⽤execution.setVariable()<scriptTask id="script" scriptFormat="JavaScript" activiti:autoStoreVariables="false">参数默认为false: 如果没有为脚本任务定义设置参数,所有声明的变量将只存在于脚本执⾏的阶段在脚本中设置变量: 这些命名已经被占⽤,不能⽤作变量名- out, out:print, lang:import, context, elcontext.<script>def scriptVar = "test123"execution.setVariable("myVar", scriptVar)</script>脚本结果脚本任务的返回值可以通过制定流程变量的名称,分配给已存在或者⼀个新流程变量,需要使⽤脚本任务定义的'activiti:resultVariable'属性任何已存在的流程变量都会被脚本执⾏的结果覆盖如果没有指定返回的变量名,脚本的返回值会被忽略<scriptTask id="theScriptTask" name="Execute script" scriptFormat="juel" activiti:resultVariable="myVar"><script>#{echo}</script></scriptTask>脚本的结果-表达式 #{echo} 的值会在脚本完成后,设置到myVar变量中Java服务任务描述Java服务任务⽤来调⽤外部Java类图形标记Java服务任务显⽰为圆⾓矩形,左上⾓有⼀个齿轮⼩图标XML内容声明Java调⽤逻辑有四种⽅式:实现JavaDelegate或者ActivityBehavior执⾏解析代理对象的表达式调⽤⼀个⽅法表达式调⽤⼀个值表达式执⾏⼀个在流程执⾏中调⽤的类,需要在activiti:class属性中设置全类名:<serviceTask id="javaService"name="My Java Service Task"activiti:class="org.activiti.MyJavaDelegate" />使⽤表达式调⽤⼀个对象,对象必须遵循⼀些规则,并使⽤activiti:delegateExpression属性进⾏创建:<serviceTask id="serviceTask" activiti:delegateExpression="${delegateExpressionBean}" />delegateExpressionBean是⼀个实现了JavaDelegate接⼝的bean,定义在实例的spring容器中要执⾏指定的UEL⽅法表达式, 需要使⽤activiti:expression:<serviceTask id="javaService"name="My Java Service Task"activiti:expression="#{printer.printMessage()}" />⽅法printMessage()会调⽤名为printer对象的⽅法为表达式中的⽅法传递参数:<serviceTask id="javaService"name="My Java Service Task"activiti:expression="#{printer.printMessage(execution, myVar)}" />调⽤名为printer对象上的⽅法printMessage.第⼀个参数是DelegateExecution, 在表达式环境中默认名称为execution. 第⼆个参数传递的是当前流程的名为myVar的变量要执⾏指定的UEL⽅法表达式, 需要使⽤activiti:expression:<serviceTask id="javaService"name="My Java Service Task"activiti:expression="#{split.ready}" />ready属性的getter⽅法:getReady() 会作⽤于名为split的bean上.这个对象会被解析为流程对象和spring环境中的对象实现要在流程执⾏中实现⼀个调⽤的类,这个类需要实现org.activiti.engine.delegate.JavaDelegate接⼝,并在execute⽅法中提供对应的业务逻辑.当流程执⾏到特定阶段,会指定⽅法中定义好的业务逻辑,并按照默认BPMN 2.0中的⽅式离开节点⽰例: 创建⼀个java类的例⼦,对流程变量中字符串转换为⼤写这个类需要实现org.activiti.engine.delegate.JavaDelegate接⼝,要求实现execute(DelegateExecution) ⽅法,包含的业务逻辑会被引擎调⽤流程实例信息:流程变量和其他信息,可以通过DelegateExecution接⼝访问和操作public class ToUppercase implements JavaDelegate {public void execute(DelegateExecution execution) throws Exception {String var = (String) execution.getVariable("input");var = var.toUpperCase();execution.setVariable("input", var);}}serviceTask定义的class只会创建⼀个java类的实例所有流程实例都会共享相同的类实例,并调⽤execute(DelegateExecution) 类不能使⽤任何成员变量,必须是线程安全的,必须能模拟在不同线程中执⾏.影响着属性注⼊的处理⽅式流程定义中引⽤的类(activiti:class)不会在部署时实例化只有当流程第⼀次执⾏到使⽤类的时候,类的实例才会被创建如果找不到类,会抛出⼀个ActivitiException这个原因是部署环境(更确切是的classpath)和真实环境往往是不同的:当使⽤ant或业务归档上传到Activiti Explorer来发布流程,classpath没有包含引⽤的类内部实现类也可以提供实现org.activiti.engine.impl.pvm.delegate.ActivityBehavior接⼝的类实现可以访问更强⼤的ActivityExecution,它可以影响流程的流向注意: 这应该尽量避免.只有在⾼级情况下并且确切知道要做什么的情况下,再使⽤ActivityBehavior接⼝属性注⼊为代理类的属性注⼊数据. ⽀持如下类型的注⼊: 固定的字符串表达式如果有效的话,数值会通过代理类的setter⽅法注⼊,遵循java bean的命名规范(⽐如fistName属性对应setFirstName(Xxx)⽅法)如果属性没有对应的setter⽅法,数值会直接注⼊到私有属性中⼀些环境的SecurityManager不允许修改私有属性,要把想注⼊的属性暴露出对应的setter⽅法来⽆论流程定义中的数据是什么类型,注⼊⽬标的属性类型都应该是 org.activiti.engine.delegate.Expression⽰例: 把⼀个常量注⼊到属性中属性注⼊可以使⽤class属性在声明实际的属性注⼊之前,需要定义⼀个extensionElements的XML元素<serviceTask id="javaService"name="Java service invocation"activiti:class="org.activiti.examples.bpmn.servicetask.ToUpperCaseFieldInjected"><extensionElements><activiti:field name="text" stringValue="Hello World" /></extensionElements></serviceTask>ToUpperCaseFieldInjected类有⼀个text属性,类型是org.activiti.engine.delegate.Expression. 调⽤text.getValue(execution) 时,会返回定义的字符串Hello World可以使⽤长⽂字(⽐如,内嵌的email),使⽤activiti:string⼦元素:<serviceTask id="javaService"name="Java service invocation"activiti:class="org.activiti.examples.bpmn.servicetask.ToUpperCaseFieldInjected"><extensionElements><activiti:field name="text"><activiti:string>Hello World</activiti:string></activiti:field></extensionElements></serviceTask>可以使⽤表达式,实现在运⾏期动态解析注⼊的值这些表达式可以使⽤流程变量或spring定义的bean.服务任务中的java类实例会在所有流程实例中共享:为了动态注⼊属性的值,可以在org.activiti.engine.delegate.Expression中使⽤值和⽅法表达式会使⽤传递给execute⽅法的DelegateExecution参数进⾏解析<serviceTask id="javaService" name="Java service invocation"activiti:class="org.activiti.examples.bpmn.servicetask.ReverseStringsFieldInjected"><extensionElements><activiti:field name="text1"><activiti:expression>${genderBean.getGenderString(gender)}</activiti:expression></activiti:field><activiti:field name="text2"><activiti:expression>Hello ${gender == 'male' ? 'Mr.' : 'Mrs.'} ${name}</activiti:expression></activiti:field></ extensionElements></ serviceTask>⽰例: 注⼊表达式,并使⽤在当前传⼊的DelegateExecution解析:public class ReverseStringsFieldInjected implements JavaDelegate {private Expression text1;private Expression text2;public void execute(DelegateExecution execution) {String value1 = (String) text1.getValue(execution);execution.setVariable("var1", new StringBuffer(value1).reverse().toString());String value2 = (String) text2.getValue(execution);execution.setVariable("var2", new StringBuffer(value2).reverse().toString());}}可以把表达式设置成⼀个属性,⽽不是⼦元素:因为java类实例会被重⽤,注⼊只会发⽣⼀次,当服务任务调⽤第⼀次的时候发⽣注⼊当代码中的属性改变了,值也不会重新注⼊,把它们看作是不变的,不⽤修改它们服务任务结果服务流程返回的结果(使⽤表达式的服务任务)可以分配给已经存在的或新的流程变量通过指定服务任务定义的activiti:resultVariable属性来实现指定的流程变量会被服务流程的返回结果覆盖如果没有指定返回变量名,就会忽略返回结果<serviceTask id="aMethodExpressionServiceTask"activiti:expression="#{myService.doSomething()}"activiti:resultVariable="myVar" />服务流程的返回值(在myService上调⽤doSomething() ⽅法的返回值,myService可能是流程变量,也可能是spring的bean),在服务执⾏完成之后,会设置到名为myVar的流程变量⾥处理异常执⾏⾃定义逻辑时,常常需要捕获对应的业务异常,在流程内部进⾏处理抛出BPMN Errors: 在服务任务或脚本任务的代码⾥抛出BPMN error: 要从JavaDelegate,脚本,表达式和代理表达式中抛出名为BpmnError的特殊ActivitiExeption 引擎会捕获这个异常,把它转发到对应的错误处理中:边界错误事件或错误事件⼦流程public class ThrowBpmnErrorDelegate implements JavaDelegate {public void execute(DelegateExecution execution) throws Exception {try {executeBusinessLogic();} catch (BusinessException e) {throw new BpmnError("BusinessExceptionOccured");}}}构造参数是错误代码,会被⽤来决定哪个错误处理器会来响应这个错误这个机制只⽤于业务失败,应该被流程定义中设置的边界错误事件或错误事件⼦流程处理. 技术上的错误应该使⽤其他异常类型,通常不会在流程⾥处理异常顺序流: 内部实现类在⼀些异常发⽣时,让流程进⼊其他路径<serviceTask id="javaService"name="Java service invocation"activiti:class="org.activiti.ThrowsExceptionBehavior"></serviceTask><sequenceFlow id="no-exception" sourceRef="javaService" targetRef="theEnd" /><sequenceFlow id="exception" sourceRef="javaService" targetRef="fixException" />这⾥的服务任务有两个外出顺序流:分别叫exception和no-exception. 异常出现时会使⽤顺序流的ID来决定流向public class ThrowsExceptionBehavior implements ActivityBehavior {public void execute(ActivityExecution execution) throws Exception {String var = (String) execution.getVariable("var");PvmTransition transition = null;try {executeLogic(var);transition = execution.getActivity().findOutgoingTransition("no-exception");} catch (Exception e) {transition = execution.getActivity().findOutgoingTransition("exception");}execution.take(transition);}}JavaDelegate使⽤Activiti服务需要在Java服务任务中使⽤Activiti服务的场景: ⽐如,通过RuntimeService启动流程实例,⽽callActivity不满⾜需求org.activiti.engine.delegate.DelegateExecution允许通过 org.activiti.engine.EngineServices接⼝直接获得这些服务:public class StartProcessInstanceTestDelegate implements JavaDelegate {public void execute(DelegateExecution execution) throws Exception {RuntimeService runtimeService = execution.getEngineServices().getRuntimeService();runtimeService.startProcessInstanceByKey("myProcess");}}所有activiti服务的API都可以通过这个接⼝获得使⽤这些API调⽤出现的所有数据改变,都是在当前事务中在例如spring和CDI这样的依赖注⼊环境也会起作⽤,⽆论是否启⽤了JTA数据源⽰例: 下⾯的代码功能与上⾯的代码⼀致,这是RuntimeService是通过依赖注⼊获得,⽽不是通过org.activiti.engine.EngineServices接⼝@Component("startProcessInstanceDelegate")public class StartProcessInstanceTestDelegateWithInjection {@Autowiredprivate RuntimeService runtimeService;public void startProcess() {runtimeService.startProcessInstanceByKey("oneTaskProcess");}}因为服务调⽤是在当前事务⾥,数据的产⽣或改变,在服务任务执⾏完之前,还没有提交到数据库.所以API对于数据库数据的操作,意味着未提交的操作在服务任务的API调⽤中都是不可见的WebService任务描述WebService任务可以⽤来同步调⽤⼀个外部的WebService图形标记WebService任务与Java服务任务显⽰效果⼀样(圆⾓矩形,左上⾓有⼀个齿轮⼩图标)XML内容要使⽤WebService需要导⼊操作和类型,可以使⽤import标签来指定WebService的WSDL<import importType="/wsdl/"location="http://localhost:63081/counter?wsdl"namespace="/" />声明告诉activiti导⼊WSDL定义,但没有创建itemDefinition和message假设想调⽤⼀个名为prettyPrint的⽅法,必须创建为请求和响应信息对应的message和itemDefinition <message id="prettyPrintCountRequestMessage" itemRef="tns:prettyPrintCountRequestItem" /><message id="prettyPrintCountResponseMessage" itemRef="tns:prettyPrintCountResponseItem" /><itemDefinition id="prettyPrintCountRequestItem" structureRef="counter:prettyPrintCount" /><itemDefinition id="prettyPrintCountResponseItem" structureRef="counter:prettyPrintCountResponse" />在申请服务任务之前,必须定义实际引⽤WebService的BPMN接⼝和操作基本上,定义接⼝和必要的操作.对每个操作都会重⽤上⾯定义的信息作为输⼊和输出⽰例: 定义了counter接⼝和prettyPrintCountOperation操作:<interface name="Counter Interface" implementationRef="counter:Counter"><operation id="prettyPrintCountOperation" name="prettyPrintCount Operation"implementationRef="counter:prettyPrintCount"><inMessageRef>tns:prettyPrintCountRequestMessage</inMessageRef><outMessageRef>tns:prettyPrintCountResponseMessage</outMessageRef></operation></interface>然后定义WebService任务,使⽤WebService实现,并引⽤WebService操作<serviceTask id="webService"name="Web service invocation"implementation="##WebService"operationRef="tns:prettyPrintCountOperation">WebService任务IO规范每个WebService任务可以定义任务的输⼊输出IO规范<ioSpecification><dataInput itemSubjectRef="tns:prettyPrintCountRequestItem" id="dataInputOfServiceTask" /><dataOutput itemSubjectRef="tns:prettyPrintCountResponseItem" id="dataOutputOfServiceTask" /><inputSet><dataInputRefs>dataInputOfServiceTask</dataInputRefs></inputSet><outputSet><dataOutputRefs>dataOutputOfServiceTask</dataOutputRefs></outputSet></ioSpecification>WebService任务数据输⼊关联指定数据输⼊关联有两种⽅式:使⽤表达式使⽤简化⽅式使⽤表达式指定数据输⼊关联: 需要定义来源和⽬的item,并指定每个item属性之间的对应关系:<dataInputAssociation><sourceRef>dataInputOfProcess</sourceRef><targetRef>dataInputOfServiceTask</targetRef><assignment><from>${dataInputOfProcess.prefix}</from><to>${dataInputOfServiceTask.prefix}</to></assignment><assignment><from>${dataInputOfProcess.suffix}</from><to>${dataInputOfServiceTask.suffix}</to></assignment></dataInputAssociation>分配item的前缀和后缀使⽤简化⽅式指定数据输⼊关联: sourceRef元素是activiti的变量名,targetRef元素是item定义的⼀个属性:<dataInputAssociation><sourceRef>PrefixVariable</sourceRef><targetRef>prefix</targetRef></dataInputAssociation><dataInputAssociation><sourceRef>SuffixVariable</sourceRef><targetRef>suffix</targetRef></dataInputAssociation>PrefixVariable变量的值分配给prefix属性,把SuffixVariable变量的值分配给suffix属性WebService任务数据输出关联指定数据输出关联有两种⽅式:使⽤表达式使⽤简化⽅式使⽤表达式指定数据输出关联: 需要定义⽬的变量和来源表达式<dataOutputAssociation><targetRef>dataOutputOfProcess</targetRef><transformation>${dataOutputOfServiceTask.prettyPrint}</transformation></dataOutputAssociation>⽅法和数据输⼊关联完全⼀样使⽤简化⽅式指定数据输出关联: sourceRef元素是item定义的⼀个属性,targetRef元素是activiti的变量名<dataOutputAssociation><sourceRef>prettyPrint</sourceRef><targetRef>OutputVariable</targetRef></dataOutputAssociation>⽅法和数据输⼊关联完全⼀样业务规则任务描述业务规则任务⽤来同步执⾏⼀个或多个规则Activiti使⽤drools规则引擎执⾏业务规则: 包含业务规则的.drl⽂件必须和流程定义⼀起发布流程定义⾥包含了执⾏这些规则的业务规则任务流程使⽤的所有.drl⽂件都必须打包在流程BAR⽂件⾥如果想要⾃定义规则任务的实现: 想⽤不同⽅式使⽤drools,或者使⽤完全不同的规则引擎.你可以使⽤BusinessRuleTask上的class或表达式属性图形标记业务规则任务是⼀个圆⾓矩形,左上⾓使⽤⼀个表格⼩图标进⾏显⽰XML内容要执⾏部署流程定义的BAR⽂件中的⼀个或多个业务规则,需要定义输⼊和输出变量:对于输⼊变量定义,可以使⽤逗号分隔的⼀些流程变量输出变量定义只包含⼀个变量名,会把执⾏业务规则后返回的对象保存到对应的流程变量中注意: 结果变量会包含⼀个对象列表,如果没有指定输出变量名称,默认会使⽤ org.activiti.engine.rules.OUTPUT<process id="simpleBusinessRuleProcess"><startEvent id="theStart" /><sequenceFlow sourceRef="theStart" targetRef="businessRuleTask" /><businessRuleTask id="businessRuleTask" activiti:ruleVariablesInput="${order}"activiti:resultVariable="rulesOutput" /><sequenceFlow sourceRef="businessRuleTask" targetRef="theEnd" /><endEvent id="theEnd" /></process>业务规则任务也可以配置成只执⾏部署的.drl⽂件中的⼀些规则.这时要设置逗号分隔的规则名,只会执⾏rule1和rule2:<businessRuleTask id="businessRuleTask" activiti:ruleVariablesInput="${order}"activiti:rules="rule1, rule2" />定义哪些规则不⽤执⾏:除了rule1和rule2以外,所有部署到流程定义同⼀个BAR⽂件中的规则都会执⾏:<businessRuleTask id="businessRuleTask" activiti:ruleVariablesInput="${order}"activiti:rules="rule1, rule2" exclude="true" />可以⽤⼀个选项修改BusinessRuleTask的实现:<businessRuleTask id="businessRuleTask" activiti:class="${MyRuleServiceDelegate}" />BusinessRuleTask的功能和ServiceTask⼀样,但是使⽤BusinessRuleTask的图标来表⽰在这⾥要执⾏业务规则邮件任务Activiti强化了业务流程,⽀持⾃动邮件任务: 可以发送邮件给⼀个或多个参与者,包括⽀持cc,bcc,HTML内容等等邮件任务不是BPMN 2.0规范定义的官⽅任务,Activiti中邮件任务是⽤专门的服务任务实现的邮件服务器配置Activiti引擎要通过⽀持SMTP功能的外部邮件服务器发送邮件为了实际发送邮件,引擎穾知道如何访问邮件服务器.下⾯的配置可以设置到activiti.cfg.xml配置⽂件中:属性是否必须描述mailServerHost否邮件服务器的主机名(⽐如:).默认为localhostmailServerPort 是如果没有使⽤默认端⼝邮件服务器上的SMTP传输端⼝.默认为25mailServerDefaultFrom否如果⽤户没有指定发送邮件的邮件地址,默认设置的发送者的邮件地址。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1 工作流系统中任务调度及存在的问题
工作流是由不同的机构 人为实现一个共同 的商业目标而协同开展的一系列活动 (A ctivity) , 这些活动可以分解成任务 (T a sk) , 任务是工作流 过程模型的工作单位。 把任务分配给能完成此任 务的 A gen t ( 执 行 任 务 的 实 体—— 人 或 应 用 系 统) , 则 A gen t 在此工作流的执行中充当了某种 角色 (Ro le) , 角色是一个能够执行某项 (些) 特定 任务的过程实体的特定描述, 它说明的多样性和动态性 许多因素 对任务的分配将产生影响, 例如, A gen t 的能力, 任务的难度, A gen t 的工作负荷, A gen t 的兴趣, 任务的数量和种类。 任务分配需要综合考虑各种 因素。
综上所述, 由于工作流过程的不确定性, 加之 新的任务有可能在某时引入, 任务的数量是不断 变化的, 而且 A gen t 的参与和离去是动态的。 所 以传统的通过事先定义过程的任务调度方法由于 其本质上是静态的, 不能很好适应工作流实际执 行中的动态性。 我们需要一种能够适合实际动态 环境要求的任务分配算法。
·233·
中国机械工程第 13 卷第 3 期 2002 年 2 月上半月
2 基于约束的动态任务调度策略
设计时的全局最优静态任务调度定义虽然能 够达到理想最优, 但并不适应动态变化着的实际 情况。 在工作流过程中任务调度的直接影响因素 为任务和资源的变化, 其中, 资源包括软硬件、技 术标准、其它设备等。工作流中的任务只有在相应 资源的数量、种类、能力得到保证的前提下才能进 行, 否则就会使工作陷入停滞状态[2]。从广义的观 点看, 任务的执行者 A gen t 也是一种特殊的资 源, 这种资源同样具有数量、种类和能力的要求。 因此, 工作流过程应该是在多种类型资源约束下 不断完成任务的过程。因此, 我们提出事件触发的 工作流系统动态任务调度策略见图 1。
rk t
k= 1, k≠j

n
6 bt = R t -
rjt
j= 1
任务选择算法如下: ① 设被选中的任务集合
为U , 首先假设所有任务均属于U , 即U 中元素个
数 k = n; ② 对 U 中所有任务, 计算 d j ( j = 1, 2,
…, k ) , 计算 bt ( t = 1, 2, …, m ) ; ③ 若 bt 全为正, 则
…, 6 等, 在算法中分别以能力系数 q = 1. 0, 0. 8,
0. 6, 0. 4, 0. 2, 0 表示。
n
6 每个 A gen t 以一矢量 [ I i1, I i2, …, I in ], I ij j= 1
= 1 描述对任务的选择倾向。针对某一任务 P j , 第
i 个A gen t 的兴趣修正系数为
工作流系统中的动态任务调度—— 段永强 曹 健 张申生
文章编号: 1004- 132 (2002) 03- 0233- 03
工作流系统中的动态任务调度
段永强 曹 健 张申生
摘要: 在分析工作流中任务调度特点的基础上, 提出一种基于资源约束
的动态任务调度算法。 该算法一方面保证了任务调度满足资源的约束, 另一
·234·
单元结束时间均值; tlj 为任务 j 完成所需时间长 度; tc 为目前时间; tf p 为项目 p 的预期完成时间, 对应于过程模型中的项目结束时间均值加上开始
时间; tkp 为项目 p 完成所需的时间长度, 对应于过 程模型中的项目结束时间均值。
则任务执行的时间裕度 taj = tsj - tlj - tc, 若 taj 为正, 表明时间上存在提前量, taj 为负, 表明任 务已经滞后。
定义 2 任务 j 的获益函数
1 - Ξp K 1 tai F j ( taj ≥ 0) cj = 1 + Ξp F j K 2 taj ( taj < 0) 式中, Ξp 为 p 项目的加权系数, K 1、K 2 为调整因子。
该函数反映了任务的时间延误情况对调度的
影响, 那些可以提前进行的任务获益小, 而那些已 经被延误的任务获益大。
工作流过程在时间上表现为一系列任务的并 发、 串行和交叉耦合。 因此, 在同一时刻可能存 在一个项目的多个正在运行的任务, 甚至可能存
收稿日期: 2000—04—17 基金项目: 国家自然科学基金资助重点项目 (59789502) ; 国家 863 高技术研究发展计划资助项目 (863—511—930—002)
定义 1 任务 j 对项目 p 的影响度
式中, ( tf p -
Fj = M
tf p tkp
tsj
tlj tkp
tsj ) tkp 为任务在设计周期中的先后, 显然越
在前面的任务, 对项目的影响越大;
tlj tkp
为任务执行时间占
项目总时间的比例, 显然比例越大, 影响越大;M 为常数,
作为调整因子。
这 k 个任务的资源要求均能得到满足, 可以同时
执行, 算法结束。若 bt 中出现负值, 将 U 中使用 bt
的任务记为U ′, 进行下一步; ④ 将U ′中 d j 最小的
任务从U 中删除, 令 k = k - 1, 重复 ②。
3. 2 任务的分配
在 资源约束下选择当前可执行任务后, 下一
步工作是将角色分配到任务上。设需要某种类型
(3) 设 f j 为 第 j 个 任 务 所 需 的 该 种 类 型 A gen t 的数量, 显然, f j 为已知值, 则问题归结为
m
Γi =
1, 则难度值为 Sθ j
m
=
ΓiS ij。
i= 1
i= 1
在确定难度过程中, 引入意见一致性指标 u
以衡量结论的有效性, uj =
m
6 (ΓiS ij - Sθ j ) 2 ,
i= 1
u j 值在一定的范围内, 结论有效, 否则, 结论无效。
当结论无效时, 需要通过A gen t 之间进行讨论, 重
在不同项目的多个运行着的任务。 在工作流的任 务调度中要对任务按照一定的规则合理分配, 以 实现在正确的时刻将正确的任务分配给正确的 A gen t, 从而达到优化系统, 加速事务处理的目 的。
目前的工作流系统, 都是采用事先定义好事 务处理的过程模型, 在执行时由工作流管理系统 根据过程模型的定义分配任务给A gen t 执行。然 而, 由于实际执行环境的动态性, 使得这种静态定 义工作流过程的方式在很多方面不能适应实际的 要求。
方面实现了任务难度与任务承担者能力的平衡。基于该算法的任务调度策略
不仅可以适应动态环境的要求, 而且增强了系统的并行处理能力。
关键词: 工作流管理系统; 动态任务调度; 资源约束; 三角模糊数
中图分类号: T P316 文献标识码: A
段永强 博士研究生
工作流 (W o rkflow ) 系统得到了越来越多的 重视, 无论是生产系统的工作流还是办公自动化 和电子商务的工作流系统都是软件界的研究热 点。 工作流管理系统 (W fM S) 就是通过软件来管 理和执行工作流的通用系统。 工作流管理的目的 在于使人和应用软件适时地进行相应的任务。 但 是, 人们对于W fM S 批评最多的莫过于其“僵硬” 的过程模型, 这使得用户在某些情况下不得不越 过W fM S 而用其它方法来完成有关的工作。主要 是由于工作流的设计时的过程定义与运行时的过 程执行脱节, 而致使预定义的过程模型不能很好 地反应实际的业务流程。 由于对过程定义及过程 实例动态修改将会带来一系列的困难, 因此需要 寻找更为灵活的工作流过程形式化表示方法及过 程的执行策略[1 ]。
在分配过程中, 主要考虑一是 A gen t 的能力 要与任务的难度相适应, 二是 A gen t 在执行其感 兴趣的任务时, 效率将大大提高。因此, 在确定任 务难度的基础上, 适当考虑 A gen t 的兴趣, 根据 A gen t 能力与任务难度的平衡进行任务的合理分 配。 3. 2. 1 任务难度的确定
(1) 工作流过程的不确定性 在工作流的执 行过程中存在的迭代与反复现象造成任务总量和 过程的不确定性。
(2) 工作流过程中A gen t 的参与也存在不确 定性 由于工作流过程有时可能会持续较长的时 间。 因此, A gen t 的数量和组成可能发生变化, 这 就使工作流的任务分配问题与事务开始时的定义 存在较大的差别。
定义 3 设 n 为任务总数; m 为资源类型数; rjt 为任务 j 所需类型 t 的资源数目; R t 为类型 t 的 资源数目。以获益总值最大为目标函数, 以资源数 量为约束条件可以建立 N P 完善的优化问题, 为 了简化该过程, 定义调度指标
dj =
m
6
t= 1
Cj
rjt
rjt
n
6 R t
任 务的难度是一个模糊概念, 因此我们以模 糊集理论来描述任务的难度。难度的原子单词有 大、中、小, 加上适当的语气算子后, 构成难度语言 变量值集合{很小, 小, 中, 大, 很大}。对每一语言 值给定一三角模糊数 F。
定义 4 三角模糊数可用一三元组 (m , Α, Β) 表示[3], 其中 m 为模糊数中值, Α和 Β 分别为模糊 数的左跨距和右跨距。L (u) 和 R (u ) 为模糊数的 左右隶属函数, 见图 2。
新决定。
得 到有效难度值后, 根据阈值确定难度的语
言变量值, 并用标准值 0、0. 25、0. 50、0. 75 和 1. 00
表示难度很小、小、中、大、很大。
经过此过程后可以得到系统中任务难度向量
[S 1, S 2, …, S n ]。 3. 2. 2 任务分配算法
对A gen t 能力描述采用等级法, 如分成 1, 2,
角色的任务集为 T a sk = {P 1, P 2, …, P n}, 该种类 型 的角色的集合为 A gen t = {E 1, E 2, …, Em }。角 色分配到任务的问题实际上是寻找一个从 Ta sk
相关文档
最新文档