wfmc工作流（软件实施中的工作流审批流分别指的是什么）

本文目录

• 软件实施中的工作流审批流分别指的是什么
• 工作流管理的定义及功能
• 工作流管理和业务流管理有何关系
• 工作流发展历史
• 工作流管理的存在问题
• 有谁知道工作流是什么意思

软件实施中的工作流审批流分别指的是什么

到底什么是“工作流”呢？在计算机网络的环境下，这种流表现为信息和数据在多个人之间的传送。

工作流管理的定义及功能

工作流管理系统(Workflow Management System, WfMS)是一个软件系统，它完成工作量的定义和管理，并按照在系统中预先定义好的工作流逻辑进行工作流实例的执行。 工作流管理系统不是企业的业务系统，而是为企业的业务系统的运行提供了一个软件的支撑环境。
工作流管理联盟(WfMC，Workflow Management Coalition)给出的关于工作流管理系统的定义是：工作流管理系统是一个软件系统，它完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。其产品结构如词条附图。
目前已有上百种声称具有工作流管理功能的商品化软件或原型系统。为了对这些系统的功能、特点等有一具清晰的认识，可以根据工作流过程本身的特点、系统建模的方式、所使用的底层支撑技术、以及工作流过程的执行方式等的不同而对它们进行相应的分类如下：
1、结构化的与即席的
结构化工作流指的是在实际工作过程中会反复重复、严格按照某个固定的步骤进行的业务过程。定义此种工作流所需要的各种类型的信息可以通过对业务过程进行详细的分析而得到，从而得到完整的过程定义并在以后的应用过程中反复使用。大量的办公程序，如公文处理、审批等都属此类。即席工作流则是针对那些重复性不是很强或没有重复性的工作流程的，关于这类流程执行所需的有关参数(如参加者等)事先无法确定，而必须推迟到过程实例运行时才能确定，同时在执行过程中间还可能会发生一些意外的情况。这种动态多变的特点在提供更高灵活性的同时，也为过程的建模与执行带来更多的复杂性。
2、面向文档的与面向过程的
前者的侧着点在于将电子形式的文档、图像等在有关的人员之间进行分发，以便能够得到不同人的处理与审阅。现有的文档管理与映像管理系统均属此类。在面向过程的WfMS中，工作流被描述成一序列执行环节。与各环节相应都有待处理的数据对象。各环节的数据对象可以按不同的方式分发到其他环节中去，如可以将数据对象的值作为控制条件、或者依此数据对象组装成其他的数据对象等。高端的WfMS一般都属此类系统。
3、基于邮件和基于数据库
前者使用电子邮件来完成过程实例执行过程中消息的传递、数据的分发与事件的通知。低端的系统所使用的经常就是此种方法，它可以充分发挥电子邮件系统在广域环境下的数据分发功能，但整个系统将运行于一种松散耦合的模式下。在基于数据库的WfMS中，所有的数据都保存在某种类型的DBMS中，过程的执行实际上就是对这些数据的查询与处理。高端的大规模系统所使用的一般都是此种方法。
4、任务推动的与目标拉动的
前者指的是从过程的开始逐步地一个环节一个环节的执行，当某个活动实例被处理完之后，后续的有关活动将被创建并被激活，由此直至整个工作流程的完成。这是目前大多数面向过程的WfMS所使用的执行方式。而在目标拉动的WfMS中，一个业务流程被看成是一个目标。过程实例执行时，该目标将被分解得到多个相互之间按一定约束条件的关联起来的可执行的多个环节，其中各环节还可以当成是子目标而进一步进行分解。在各环节均执行完毕之后，整个过程也就完成了。目标拉动是一种全新的执行方式，下一代的WfMS将具有此种特征。应该说明的是：上述分类只是从不同的角度入手的。一般来说，后面那些特点将给WfMS带来更好的灵活性，同时也将成为那些能够支持跨机构的大规模复杂工作流管理、面向关键任务的WfMS不可缺少的特征。
近年来，工作流技术得到长足的发展。1993年成立了工作流管理联盟（Workflow Management Coalition,WFMC）。此后，该组织颁布了一系列工作流产品标准，包括工作流参考模型、工作流术语表、工作流管理系统各部分间接口规格、工作流产品的互操作性标准等。这些举措加速了工作流技术的商品化。
现在，许多公司都基于这些标准推出了自己的工作流产品。工作流产品主要分为两大类：
1.基础的工作流系统
提供引擎、设计器、相关接口等。应用系统的开发商可以基于此类系统开发具有工作流管理功能的应用软件。典型产品如ActionTechnologiesInc.的ActionWorkflow、IBM的FlowMark等。
2.应用了工作流技术
包括内置较完整的工作流功能，但面向应用的应用级软件系统，这种系统是直接面向最终用户的流程化应用。同时，系统中还往往针对应用需要，集成了其他功能。典型产品如神州数码工作流软件EasyFlow，就是以工作流技术为核心的全面的企业办公自动化(OA)产品。

工作流管理和业务流管理有何关系

两个之间很难做明显的区分
如果一定要说的话，就是工作流针对的对象更加具体化，而业务流相对来说是比较高阶的流程管理。更多的情况，工作流是业务流的具体体现。
比如：一般的生产型企业，合同评审--设计开发--生产--交付，是业务流。而其中的一个流程的具体化，甚至分配到相应的工作岗位上，就是工作流。如生产——排产--核查物料--发料--检验--生产--报交等，这就是工作流。

工作流发展历史

工作流技术起源于二十世纪七十年代中期办公自动化领域的研究，由于但时计算机尚未普及，网络技术水平还很低以及理论基础匮乏，这项新技术未取得成功。

1983你至1985年间，在图像处理领域和电子邮件的出现了早期的含有工作流特征的商用的系统。

进入九十年代以后，随着个人计算机、网络技术的普及和推广，以及信息化建设的日益完善，使得工作流技术的研究与开发进入了一个新的热潮。

1993年8月,第一个工作流技术标准化的工业组织——工作流管理联盟（Workflow Management Coalition，简称WFMC，下同）成立。

1994年，工作流管理联盟发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。

与此同时，关于工作流技术的学术研究也十分活跃，许多原型系统在实验室里开发出来。

进入二十一世纪以来，工作流技术已被越来越多的人认可，与之相关的标准规范、工作流引擎及商业产品不胜枚举。

人们在开发推广工作流产品的同时，更加注重工作流的理论研究，以推动该项技术走向成熟。

工作流管理的存在问题

工作流管理作为一个新兴的研究领域，自然还存在很多问题有待于进一步研究解决，通过分析工作流系统，我们总结出两个主要的不足：(1)工作流管理的定义不明确以及缺乏统一的概念模型；(2)工作流管理系统的系统结构和能力上的不足。
1、工作流管理的定义不明确以及缺乏统一的概念模型
工作流管理发展的状况非常类似于70年代初关系数据模型和E—R模型出现以前数据库管理系统的发展状况，大家各持己见，没有一个统一的标准，所开发的产品大部分相互之间不兼容，使得很多用户不愿意使用商品化的工作流管理产品。
虽然WfMC在工作流概念和接口标准化方面作出了很多努力，但是这些标准仅仅是停留在技术层次上，而且重点放在语法上而不是语义上。在概念层次上至今仍没有统一的意见“ 。例如，在WfMC参考模型接口1的规范中，就没有关于状态及基本构造块(如AND/OR—split/join)的形式化描述。
总的来说，工作流的描述应当基于具有丰富语义表达功能的建模方法。这个方法应当具有清晰性、一致性、易表达性和可扩充性，应当能足以表达步骤、循环、分枝、条件、路径选择、任务分配、时间、调度和约束条件。其语义应当能够定义控制流、数据流、资源流．并且能够定义策略来处理这些流的中断。
2、工作流管理系统的系统结构和能力上的不足
商品化的工作流产品提供的功能决定了当前工作流管理的技术水平，通过分析这些工作流系统可以发现其中还有很多不足，这些不足之处不仅是我们研究工作流管理技术的重点和难点，也是许多企业不敢把工作流产品用于关键业务流程的主要原因。这些不足主要是：
(1)工作流产品不适用于企业级的工作流管理。商品化工作流系统起源于办公自动化系统 ，因此工作流系统一开始只是作为一个协同工具，是为小群体而设计的，要解决的主要问题是关于共享和协作。而当人们发现了工作流的应用潜力，想将其运用到大型环境中时，其本身的一些弊病就暴露出来了，如单数据库、通信支持的不足 不支持异构和分布的环境等，至于可测量性、可靠性等，则基本上未考虑。因此，工作流产品不适用于企业级的工作流管理。
(2)工作流系统缺乏健壮性和可用性，没有备份机制和有效的恢复手段，容错问题基本上没有考虑，系统对于出错的恢复弹性是极小的。一个大型的企业级工作流管理系统可能包括有几千个用户和几十万个并行运行的过程，并且分布在一个大型网络的几千个位置，其持续可用性就非常关键。
(3)工作流普遍使用的是c/s系统，其结构有一定的脆弱性，服务器的错误将导致整个工作流系统的失败。另外，集中式服务容易形成瓶颈，并因此很难对系统性能进行测量。
(4)不同的工作流产品之间缺乏互操作陛。
(5)大多数工作流产品的可视化建模方法都缺乏形式化语义 。

有谁知道工作流是什么意思

工作流引擎是 BOS 系统的一个重要组件。 它可以根据客户具体的业务逻辑，来定义工作流模型。 整个应用程序就根据所定义的流程来运行。 它把应用系统模块和工作流程分开。 当流程发生变化，只需修改流程模型， 具体的应用程序无需修改。

参考wfmc 标准，我们把工作流分成几个模块。

· 流程定义模型
· 用户端
· 工作流引擎
· 建模工具
· 组织架构

在虚线框中代表工作流的服务器端。 它对于用户是透明的。 用户通过工作流引擎所提供的客户端来对工作流引擎进行操做。 客户端包括建模工具，管理工具和任务列表。 各模块之间的关系如下图
工作流的操作可以分为，建模阶段（Process Design&Definition）和运行阶段(Run Time). 运行阶段又可分为工作流引擎端和客户端。

客户首先通过建模工具，建立一套工作流的模型定义(Process definition)。 工作流引擎（Workflow Enactment Service）根据模型所提供的信息，把具体任务交给用户来完成。 用户在登入后，会发现有一项新的任务在他的任务列表中。在他选择执行后，预先设定的应用程序将被激活。在执行应用程序的过程中，所调用的应用程序会和工作流引擎交换数据。告诉工作流引擎目前运行的状态。当他完成任务后，工作流引擎得到反馈，将按流程把任务交给下一个人，直到完成整项工作。
我们将通过一个简单的例子，来解释工作流引擎的作用

上面是一个假想的销售流程图。任何工作流程图都包含起始节点和结束节点。 起始节点可以是单独的一个节点，也可以隐含在一个任务节点中。 在上图中，线索就是一个起始节点。用户得到一个线索后，第一步是输入线索。 因为下一步是和客户联系(contact customer)，需要由销售代表来完成， 而销售代表(sales rep)有多个，工作流引擎将把任务分配给销售部的经理。 由销售部经理把任务分配给某个销售代表。 这个销售代表就会在他的任务列表中看到这个任务。 当他联系了客户后，发现这个客户有可能买我们的产品，就把相关信息输入到数据库重。结束了这个环结的工作。 工作流引擎就会把任务传给下一个环节。 如果客户不感兴趣，就转移到结束节点。 此工作流程就结束。

下一个环节是建立销售计划(sales plan)，需要市场部经理来做。 因为市场部经理只有一个，就把任务直接分配给市场部经理(marketing manager)。 Marketing manager 做出销售计划后，需要公司的CEO 和CFO来审批。 当两位经理都对此做出审批后，将把信息反馈到 sales manager. 假设CEO 的评审没有通过，销售经理需要修改 sales plan, 再进行审批，直到通过为止。 下一个环节是拜访客户。 如果一切顺利，就可得到定单，整个流程结束。 以上的例子是一个假想的例子， 但它反映了工作流引擎的一些重要功能

1. 用户看到的只是自己的任务列表。 当他完成了这项任务后，由工作流引擎根据流程，把任务分配给下一个环节的负责人。
2. 每一个任务都由一个角色来完成，由工作流引擎，根据组织架构，决定具体由谁来做。
3. 有些过程（审批）需要重复进行，直到通过。
4. 有些过程 （审批）需要所有的前置任务（CEO review, CFO review）都完成，才进入下一个阶段。
5. 有些过程不需要人来操作，比如，审批节点自动等待 CEO和CFO 都审批完后，把结果反馈到市场部经理。

工作流引擎对于用户来说是透明的，用户通过它的客户端来对它进行操作。 客户通过建模工具来建立模型，通过任务列表来知道自己当前的任务。通过管理工具来对工作流程进行维护。