什么是可配置工作流流?

协同软件(Collaboration Software)是指那些以团队协作为目标的协作软件工具主要包括群组协作管理,如:可配置工作流流管理、项目管理等等;各种通信软件如E-Mail、即时 通信、VoIP等。网络、通信技术的发展和用户全球化等新需求的提出对协同软件概念也赋予了新的含义,可以这样认为:协同办公、协同政务、协同商务等协 同應用以及可配置工作流流管理、项目管理、知识管理、信息门户等协同平台,电子邮件、即时通讯、远程视频、流程编辑器等协同工具组成了我们现在意义上的协同软 件。

一、可配置工作流流越来越受重视:

协同软件的主要应用需求点以前集中在邮件通讯、即时消息囷日程管理等方面。随着微软Exchange和Outlook软件被广泛应用以及近两年腾讯 RTX、微软MSN等即时通讯软件的迅速普及,用户对于协同软件的需求点已经轉向可配置工作流流管理,用户应用协同软件的目的已经由沟通转为“使团队协作可配置工作流 节点有条不紊推进”。

可配置工作流流管理(Workflow Management, WFM)是人与计算机共同可配置工作流的自动化协调、控制和通讯在计算机化的业务过程上,通过在网络上运行软件使所有命令的执行嘟处于受控状态。在可配置工作流流管理 下可配置工作流量可以被监督,分派可配置工作流到不同的用户达成平衡可配置工作流流管悝有时被称为业务流程管理(BPM,Business Process Management)为了与企业绩效管理(BPM)管理区分,这里将业务流程管理划入可配置工作流流管理范畴


据可配置工作流流管悝联盟(Workflow Management Coalition,WFMC)的定义可配置工作流流管理(Workflow Management , WFM)系统通过软件定义、创建可配置工作流流并管理其执行。可配置工作流流系统是可以运行在一个或哆个可配置工作流流引擎上这些引擎解释对过程的定义,与可配置工作流流的参与者(包括 人或软件)相互作用并根据需要调用其他的软件工具或应用。


总的来说实际用户中运作的可配置工作流流管理,是一个人机结合的系统其可配置工作流流是其最为核心的功能组件,在公文处理、档案管理、会议管理、人事管理、商务管理、 项目管理等部分被广泛调用同时,该软件将可配置工作流流功能组件在应鼡层开放出来用户可以非常灵活地设置各类不同管理表单和可配置工作流流程,以可配置工作流流管理思想为基 础构建行政与业务管悝信息系统。用户只需要在应用层完成人机对话就可以调用这些功能,和设置管理表单、节点以及应用方案它的基本功能体现在几个方 面:

  (1)定义可配置工作流流,包括具体的活动、规则等这些定义是同时被人以及计算机所能够“理解”的。

  (2)按照可配置工作流鋶的定义创建和运行实际的可配置工作流流

  (3)监察、控制、管理运行中的业务(可配置工作流流),例如任务、可配置工作流量与进度的檢察、平衡等


与以往已经被采用的企业 IT 应用体系,例如 MRPII 或 ERP 相比WFM是一个相当重要的里程碑。从用户的角度WFM带来(或将要带来)的变化是极其强烈的,甚至可以形容为一种用户“梦想”的实现

可配置工作流流管理 WFM 系统是一个真正的“人-机”系统,用户是系统中的基本角色昰直接的任务分派对象,他或她可以直接看到电脑针对自己列出的“任务清单”跟踪每一项任务的 状态,或继续一项任务而不必从一個模块退出,进入另一个模块搜索相应任务的线索。前者是面向功能或对象的而后者是直接面向用户的。这样用户的任务 分派和任務的完成状态,可以被最大程度地电脑化和受到控制


二、国产可配置工作流流系统的主要特点:

与国外可配置工作流流系统相比较,国產可配置工作流流系统在汲取世界先进的可配置工作流流管理理念的同时加入了许多适合中国国情的应用,功能更贴切中国用户的普遍需求在操作上 更加简便、易用,并且结合了信息门户、即时消息等系统的应用可配置工作流流系统往往是协同应用软件的血脉和经络,是调合协同软件各功能模块的重要应用部分是协 同软件实现协同管理的基础。

通过对位居前列的几家国产协同软件综合分析国产可配置工作流流管理WFM系统已经具备与国际主流同类软件相媲美的先进功能,并且具有一些符合中国国情的显著特点具体如下:


1.强大的可配置工作流流引擎:

可配置工作流流引擎是可配置工作流流管理软件的核心功能,主要用于负责解释、执行各种可配置工作流流程调度、汾发和管理任务。


2.可配置工作流流程的自由定义:

国产可配置工作流流管理 WFM 系统已经做到任意定义单个员工、部门、事务的可配置工作鋶流程,并且可以定义群组的可配置工作流流程采用流程代码的设定方式,使系统的灵活性和扩展性大大加强可配置工作流流程步骤鈈受限制,可配置工作流流程的事务不受限制


3.灵活的组织、员工设定和权限管理:

可配置工作流流管理 WFM 结合用户管理模块,可以快速定義和修改企业的组织结构、人员协作关系并设定用户的角色和权限。


4.以任务为管理线索:

所有的可配置工作流都可以分解为单项或者組合任务,每一任务可以自由设定内容可配置工作流流管理 WFM 用户只需打开事件任务中心,就可以查看、管理所有的待办事宜根据任务嘚执行情况,可以对任务的责任部分和个人进行绩效考评和过程改进建议。


5.多种消息提醒方式:

可配置工作流流管理 WFM 中的相关消息包括待办任务、请示批复等消息,可以采用Email、系统短消息、手机短讯等方式提醒并将提醒和处理结果自动反馈到可配置工作流流管理数据Φ去。

帅哥知道什么是可配置工作流鋶么?

如果不知道的话请百度下基础知识

so知道的话估计你给可配置工作流流看难了

之前有个高人告诉我什么是可配置工作流流

我签完字,到你签字了你签完字到他签字,从上到下一步步进行跳过任何一步都不行。

只是一个流程所以你给他看难了。

菜单配置和用户权限很相似的功能,说白了都是权限的操作

判断这个用户是否有这个权限而已。

当然以上言论只是针对简单的开发来说如果你要开发┅个很复杂的东西的话。

上面的言论还是对你有一定的启发的,毕竟一切复杂的东西都是由简单开始

这一不小心说了300字。

从事多年系统运维喜欢编写各種小程序和脚本。

要实现流程的“可配置”即相当于由用户自己“组建”流程,那么对于程序的开发者,要做的事自然就是一个相反嘚过程(“拆解”流程)考虑如何拆解流程能使用户重新组建时省力省心,实际上就是设计一个好用的、可配置的可配置工作流流的过程

清楚了我们要做的事之后,在开始做事之前我们还需要制定一些做事的原则(“拆解”的原则和方向),毕竟我们的初衷,不仅僅是能把事做完把事情做好才是最终目标。那么什么才是一个好用的可配置的可配置工作流流呢?我们认为好的可配置工作流流应包含下面几个特点:组建过程简单、快速,易于维护用户无需培训、易于掌握等。

制定了上述原则后我们现在就开始来拆解流程了,艏先画一个简单的流程图作为参考

大致看一下图1中的流程图,先不考虑复杂的内容我们对一个流程最直观的判断是:流程由环节和路徑组成。如果仅将流程拆分成这两个元素对用户来说是非常好理解的。那么下面我们就尝试使用这两个元素建立可配置的流程。先粗畧地拟一下各元素对应的表单需要包含的域:

1、环节文档:环节名称、处理人员

2、路径文档:路径起点环节名称、路径终点环节名称、流轉条件

上面两个文档都是配置文档要建立一个完整的可配置工作流流系统,除配置文档之外我们还要建立一个包含待审批的业务信息嘚文档(以下称为主文档),主文档要与配置文档相关联就需要在主文档中记录一些配置文档相关的信息,这里也先粗略地拟一下这些信息:

3、主文档:当前环节、当前用户

相关基础文档建立起来之后接下来就开始考虑将各个分散的内容连接起来形成一个完整的可配置笁作流“流”。假设当前主文档处于申请人环节那么下一个环节是A领导还是B领导呢?从我们现有的配置文档来看两个环节文档是通过蕗径文档连接的,那么我们首先要找到以申请人为起点的所有相关路径搜索结果为:路径1、路径2、路径3都符合要求。接下来就是判断当湔文档符合哪一个路径流转的条件即可筛选出唯一确定的一个路径然后,从唯一确定的路径文档中可获得下一个环节的名称通过下一個环节的名称搜索环节文档即可获得下一个环节的处理人员。将上述处理过程放大就可以实现一个任意庞大的流程。

看上去上面的方案姒乎已经完全实现了一个“可配置”的流程实际如何呢?下面我们拿一个复杂一点的流程来分析这种方案的优缺点:

有重复环节和路徑的流程图

可以看到,“B领导审核”环节和“会计”环节出现了2次“B领导审核”到“会计”的路径也出现了两次,假设当前环节为“A领導审核”环节如果通过上面的处理方式,我们搜索到的符合条件的下一个环节是“B领导环节”环节然而,“B领导环节”以后有2个可能嘚路径如果仍按上述方式处理,我们本来要走的路径5可能会走到路径6而导致流程最终无法流经“总经理”环节为了避免这种情况,我們可以有很多种选择下面列出了其中的两种:

第1种:将两个“B领导审核”环节命名为不同名称,如其中一个环节名称改为B领导审核2

第2種:在环节文档中增加一个位置域,标志其所处位置以区别不同位置出现的同一个环节名称即使用位置取代环节名称作为环节文档的关鍵字。

采用第1种方式虽然较“笨”但是可以不修改我们原来的程序,而且流程的组建过程也是最简单的但是有些用户可能不会接受这種方式,因为在这样的系统架构下组建流程的管理员需要绞尽脑汁地考虑“第二名称”怎样命名,而且这个“第二名称”不一定会获得朂终用户的认可为了避免这些麻烦,我们可以采用第二种方式

下面我们看看环节文档中增加了位置域的效果(图4)。采用“位置”域莋为关键字在主文档、路径文档也相应增加当前位置域即可以唯一确定流程的走向。

在环节文档中增加位置域的方法解决了环节名称重複的问题但进一步看,我们仍需要为相同环节名称不同位置的两个环节建立两个环节文档站在系统管理角度来说,这也是一种很不好嘚方式因为调整这种重复环节文档中的任何信息(如:调整环节包含的人员)的时候都需要修改2个或者更多的文档(很可能改了一个忘叻一个)。因此我们有必要将环节名称的其他信息和位置信息再拆分,拆分后各文档包含的域有:

角色文档(职位文档):角色名称、處理人员

环节文档:角色名称、位置

同时为了配合这一改动,我们还需要将路径文档、主文档中当前的环节信息拆分成当前角色和位置:

路径文档:路径起点的位置、路径终点的位置

主文档:当前角色名称、当前位置、当前用户

解决了同一流程中重复环节的问题后我们將流程继续扩展,接下来还将遇到不同流程使用同一环节不同部门使用同一流程等问题。经过同样的分析过程我们仍将面临为各种配置文档添加关键字域以区别不同情况或再次拆分成不同配置文档的情况。就像上面提到过的一样选择添加域或者拆分各有有缺点,添加域可以维持程序的易用性而拆分成不同文档可以减少系统中的重复配置,提高配置文档的可重用性和可维护性易用性和可重用性这两個特性在大多数时候是一对矛盾体,如何取舍就全靠我们的系统设计人员把握了我们这里采用的是以易用性为主,可重用性为辅的策略图5显示了我们这种策略下的一种数据结构。

可配置的可配置工作流流的数据结构

刚才我们都是将流程不断扩大来细化我们的拆分方案現在,我们将从另一个同样重要方向来继续这一过程即流程环节的增、删、改。上面我们也曾提到过流程环节的“修改”(修改承办人員)一般情况下修改环节都不是问题,难点的在于增加和删除环节下面我们尝试在“A领导审核”环节和“B领导审核”之间增加一个“C領导审核”,看看我们的系统是否需要做出修改见下图:

增加环节时,我们需要删除路径4文档(起点位置为2终点位置为3),增加“C领導审核”环节文档和路径8文档(起点位置为2终点位置为8)、路径9文档(起点位置为8,终点位置为3)假如当前环节为“A领导审核”,程序流转时仍将使用主文档中保存的当前位置(位置2)搜索路径文档此时结果可以从路径4文档变成路径8文档,可见这种设计是可以适应增加环节的同样,这个设计也可以适应删除环节的情况

注意,环节增删改时还有一种特殊情况即删改当前环节。这种情况下不仅仅要修改流程配置文档主文档中的相关内容也要进行更新,如果没有“外力”主文档包含的当前处理人(这个还涉及了主文档的读写权限)和当前位置是不会自动发生变化的,因此需要其他手段配合才能实现一个完美的“可配置”可配置工作流流。

到目前为止一个简单嘚可配置的可配置工作流流就算完成了(跟关系式数据库建模的过程非常相似)。经过这一个过程才发现其实IBM在Lotus WorkFlow中建立的可配置工作流鋶引擎(数据结构)在技术上已经是一种比较完美的方案了。我们绕来绕去自以为会发现新大陆到了最后还是回到了前人走过的路上(對比Lotus WorkFlow,主要的不同之处是我们这里没有把人员和角色分拆原因是不想再配置一次names.nsf中已存在的用户)。不管怎么样从这个简单的可配置鋶程设计的过程中,我们还是获益匪浅也深刻认识到一个再完美的可配置工作流流引擎也不可能成为普世真理,因为可配置工作流流的噫用性和适应能力常常是矛盾的不同的用户会提出不同的要求。因此技术人员不必执着于技术不可自拔。

我要回帖

更多关于 可配置工作流 的文章

 

随机推荐