工作流理论(二)-----工作流资源管理、改进

[align=center][color=blue][size=large]工作流资源管理、改进[/size][/color][/align]

[b][color=blue]资源管理[/color][/b]
工作流定义可以表述一个特定类型的案例，需要执行的任务，同时也能说明各个任务执行的次序，然而，通过过程定义却无法说明每个任务到底应该由谁来执行，这就需要给每个工作项分配资源(人或者机器)。

[b]资源[/b]：[color=red]能够执行特定的任务[/color]。通常我们通过两种方式对资源类进行划分：基于职能特征(角色)和根据在组织结构中的位置(组织单元)方式。

[b]分配[/b]：[color=red]工作流引擎的核心任务之一是给工作项分配资源[/color]，这个资源必须综合考虑资源分类、职能分离、和案例管理多个方面。给工作项分配资源有两种方法，1.推动：工作流引擎把工作项和资源进行匹配。引擎将资源”推到工作项上；2.拉动：资源把工作项和自身匹配，资源”拉动”工作。

[color=blue]
[b]改进[/b][/color]

一个作流系统可能存在以下问题：
1. 过程案例的数量太多
2. 和实际处理时间比较，时间过长
3. 服务水平太低

上面这些都说明工作流系统可能存在瓶颈，为了确定这些瓶颈的存在，需要为这些测量制定基准值。通常工作流的性能主要体现在以下两类：

[color=red]1.外部性能指标(面向案例)：比如平均完成时间和平均完成时间稳定性指标
2.内部性能指标(面向资源)：表明需要在哪些方面进行改进，来提高外部性能。[/color]

为了更好的外部性能，分配额外的资源是一种方法，但是有时候不用分配额外的资源也可以改善外部的性能，可以通过对工作流的重构，或者采用更好的分配策略来实现改善。


[b][color=blue]业务过程重构（BRP）[/color][/b]

1.根本的
2.激进的
[color=red] 3.显著的：不能只是引起边缘或者表面的变化，而必须在成本、服务和质量等诸多方面达到显著的效果。[/color]
4.过程

[b]BRP最佳实践[/b]

首先建立过程目标
定义过程的时候不要考虑现有资源
尽可能让某人对一个案例的处理负责
考虑每个任务存在的必要性
考虑任务规模
过程越简单越好
权衡是采用一个通用过程，还是采用一个过程的多个版本
仔细全很精华和泛化
尽可能采用并行进程
关注网络和(分布式)数据库最新进展所带来的机遇
让资源尽量发挥自己的特长
尽量给将来留有余地
尽可能让一个资源在同一个案例上工作。