工作流技术

工作流是针对工作中具有固定程序的常规活动而提出的一个概念。通过将工作活动分解成定义良好的任务、角色、规则和过程来进行执行和监控,达到提高生产组织水平和工作效率的目的。工作流技术为企业更好地实现经营目标提供了先进的手段。

1993年,国际工作流管理联盟(Workflow Management Coalition,WfMC)的成立标志着工作流技术开始进入相对成熟的阶段。为了实现不同工作流产品之间的互操作,WfMC在工作流管理系统的相关术语、体系结构及应用编程接口等方面制定了一系列标准。工作流管理联盟给出的工作流定义是:工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况中可以更广泛地把凡是由计算机软件系统(工作流管理系统)控制其执行的过程都称为工作流。

一个工作流包括一组活动及它们的相互顺序关系,还包括过程及活动的启动和终止条件,以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统,它与工作流执行者(人、应用)交互,推进工作流实例的执行,并监控工作流的运行状态。

工作流管理系统


“工作流管理系统是支持企业经营过程高效执行并监控其执行过程的计算机软件系统。”

通常,工作流管理系统指运行在一个或多个称为工作流机的软件上的用于定义、实现和管理工作流运行的一套软件系统,它和工作流执行者(人、应用)交互,推进工作流实例的执行,并监控工作流的运行状态。在这里需要强调指出的是工作流管理系统不是企业的业务系统。在很大程度上,工作流管理系统为企业的业务系统运行提供一个软件支撑环境,非常类似于在单个计算机上的操作系统。只不过工作流管理系统支撑的范围比较大、环境比较复杂而已,所以也有人称工作流管理系统是业务操作系统(BOS - Business Operating System)。在工作流管理系统的支撑下,通过集成具体的业务应用软件和操作人员的界面操作,才能够良好地完成对企业经营过程运行的支持。所以,工作流管理系统在一个企业或部门的经营过程中的应用过程是一个业务应用软件系统的集成与实施过程。

工作流管理系统可以用来定义与执行不同覆盖范围(单个工作者、部门、全企业、企业间)、不同时间跨度(分钟、小时、天、月)的经营过程。这完全取决于实际应用背景的需求。按照经营过程以及组成活动的复杂程度的不同,工作流管理系统可以采取许多种实施方式,在不同的实施方式中,所应用的信息技术、通信技术和支撑系统结构会有很大的差别。工作流管理系统的实际运行环境可以是在一个工作组内部或者在全企业的所有业务部门。

工作流管理系统分类


根据所实现的业务过程,工作流管理系统可分为四类:

1) 管理型工作流(administrative workflow):在这类工作流中活动可以预定义并且有一套简单的任务协调规则,例如,大学里的课程选修,完成论文后的学位申请等。

2) 设定型工作流(ad hoc workflow):与管理型工作流相似,但一般用来处理异常或发生机会比较小的情况,有时甚至是只出现一次的情况,这与参与的用户有关。

3)协作型工作流(collaborative workflow):参与者和协作的次数较多。在一个步骤上可能反复发生几次直到得到某种结果,甚至可能返回到前一阶段。

4) 生产型工作流(production workflow):实现重要的业务过程的工作流,特别是与业务组织的功能直接相关的工作流。与管理型工作流相比,生产型工作流一般应用在大规模、复杂的和异构的环境下,整个过程会涉及许多人和不同的组织。

根据底层实现技术, 可将工作流产品分为三类:

 1) 以通讯为中心:以电子邮件为底层的通讯机制。这种类型的工作流管理系统适合于协作型工作流和不确定型工作流,而不适于生产型工作流。

2) 以文档为中心:基于文档路由,它同外界应用的交互能力有限。许多基于表的管理型工作流可以用以文档为中心的工作流实现。

3) 以过程为中心:这种工作流系统对应生产型工作流。它们一般建立在数据库之上,有自己专用的通信机制并且提供了同外部进行交互的接口。

根据不同工作流系统所采用的任务项传递机制的不同,市场上的工作流产品又可以划分为四类:

基于文件的工作流系统

时间: 2024-07-29 03:55:00

工作流技术的相关文章

Imixs Workflow 3.0.0发布 Java工作流管理系统

The Imixs Workflow 是一款提供了一个基于Java的BPM工作流框架,用快速和简易的方式建立工作流管理系统(WFMS).它提供不同的组件和分项工程来促成各种Java或Java EE应用程序的工作流解决方案的开发.其目的是提供一个易于使用的Java基于人类的工作流技术.这意味着Imixs Workflow 通常是适用于人对人的工作流应用程序.但它也可以用于技术的企业http://www.aliyun.com/zixun/aggregation/8504.html">流程管理解

从程序员的角度来看为什么我们需要工作流

     每一个程序员,在接触到工作流的时候,都会有这么一个疑问--我用一般的方法可以实现,为什么还要用工作流?         我曾经也问过这个问题,不过现在稍微有点明白了.别着急要答案,看过下面的例子,或许你也就明白一些了.      这是一个简单的业务--订货流程: 客户提交采购订单 业务员执行订单处理 如果缺货,转工厂生产         仓库出货 物流发货     如果不使用工作流技术,从头开始开发这个订购流程的业务逻辑,我们需要: 每个活动点都需要开发交互页面和后台处理程序 每个活动

工作流的主要原理?

问题描述 工作流的主要原理? 解决方案 工作流我只用过JBPM 和workflow1. (JBPM工作流的原理) http://www.docin.com/p-80049650.html&endPro=true 如果要例子我博客里面有能跑起来的例子 很多年前写的(很久不写博客了 没有意思啦)2.workflow http://www.doc88.com/p-037714979860.html 如果需要例子 我可以给你写一个 很快 3. 其实工作流我个人感觉最麻烦的地方是在公司的人员组织架构那块人

JBPM工作流开发经验总结

关于JBPM工作流 1.工作流 工作流是一项分离业务操作和系统流程的技术.工作流由实体(Entity).参与者(Participant).流程定义(Flow Definition).工作流引擎(Engine) 四部分组成. l  实体是工作流的主体,是需要随着工作流一起流动的物件(Object).例如,在一个采购申请批准流程中,实体就是采购申请单:在公文审批流程中,实体就是公文. l  参与者是各个处理步骤中的责任人,可能是人,也可能是某个职能部门,还可能是某个自动化的设备: l  流程定义是预

OA软件定位中 工作流的高表现

谈及OA就不得不提到工作流,统计发现OA系统80%的核心应用是搭建在"工作流程"基础之上的,因此工作流可谓OA核心之核心.工作流技术的高低,也成为OA软件高低端定位的重要分水岭! 工作流是规范企业运营流程.提高企业审批效率.监控企业运营过程和统计企业运营状况的最核心工具.它就像纵横交错的管道,构成一张严密的办公网络,连接起企业内每个人.岗位.部门.事务.对于高端OA软件来说,工作流更像一个高性能引擎,当某一程序被触动时,如请假申请.报销申请.文档查询等,系统便会自动将信息反馈到流程的下

工作流(Workflow)和BPM的不同

问题描述 1.工作流(Workflow)在模拟.定义.执行和分析方面并不是非常关心完整周期的流程管理.没有内置的流程管理概念.有限的可测量性和可靠性,通常只是为部门级的使用进行设计并只有有限的平台支持.缺乏整合能力,通常只限于传送图片或者文档附件.通常只能运行指定的应用系统,无法运行外部的主机应用系统,比如Oracle.SAP等等.功能着重于提供强大的电子表单功能.通常在非任务验证和收入结算领域使用.2.BPM业务流程的管理.模拟.执行和分析的独立的软件平台,通常用于P2P.P2A和A2A(ST

OA系统选型:技术为本,服务为辅

近几年来,为了实现信息化管理,越来越多的企业选择OA协同系统来优化自身的管理组织结构,希望通过实现数字化办公来调整管理机制,增加协同办公能力,提高工作效率和决策效能.但是许多用户在使用过一段时间的OA系统后却从其中发现了各种各样的问题,例如使用起来操作复杂.故障较多.维护投入过大等问题,这时难免会产生后悔情绪,后悔没有在选型时期做出更好的选择,这也就足够说明了OA选型的重要性.那么对于初次选用OA系统的企业来说,必做的功课都有什么呢?笔者认为,一要看技术,二要看服务. 为什么要注重技术呢?OA技

九思OA的十大技术特色

易用性技术: iThink办公自动化软件严格遵循易用性六原则,实现从登陆.实施.使用.维护.升级.扩展全方位易用,提升系统的黏着度. 全兼容技术: iThink办公自动化软件支持系统自身上下升级.版本升级,并跨各种操作系统.数据库.中间件,兼容各种常用软件,解决资源复用和使用习惯问题. SOA技术: iThink办公自动化软件通过API和SOAP实现与任何提供Web服务的第三方应用系统之间的互操作,从而解决标准问题. 分层扩展技术: iThink办公自动化软件通过关联.插件.接口三大技术突破,实

使用Spring来创建一个简单的工作流引擎_Java编程

文章来源:matrix 作者:Steve Dodge 摘要 spring是支持控制反转编程机制的一个相对新的框架.本文把spring作为简单工作流引擎,将它用在了更加通用的地方.在对工作流简单介绍之后,将要介绍在基本工作流场景中基于Spring的工作流API的使用. 许多J2EE应用程序要求在一个和主机分离的上下文中执行处理过程.在许多情况下,这些后台的进程执行多个任务,一些任务依赖于以前任务的状态.由于这些处理任务之间存在相互依赖的关系,使用一套基于过程的方法调用常常不能满足要求.开发人员能够