工作流软件的关键特征

工作流软件的关键特征文档根据预定义的路由进行分发。

一些用户可以根据需要来访问和修改这个文档。

每次修改都必须签上进行这次修改的人员姓名。

可以加上一些希望哪些人员再阅读的注释。

文档跟踪使得用户可以轻易得知文档在系统中流动时的位置，并且可以向那些耽误传送文档的用户发送催促信号，甚至可以撤消这个文档。

工作流软件通常包括中央管理和文件处理系统，管理人员可以使用它们来授予不同级别的访问和安全性权限，以及建立工作流处理过程和跟踪工作流。

锁定处理使得用户可以以一种安全的形式来完成和前递文档。

当使用一次锁定时，其它用户就不能对这个用户进行的修改再进行改变了。

它还不仅仅保护完成上述修改的用户，还保护接收方不会看见他或她没有进行过的修改。

安全性是通过鉴别和数字签名来实现的。

接收方可以确信发送方的正确性，可以证明这个文档是发送方发出的，并且可以证明它在传输过程中没有被改变。

发送方可以确信由接收方对该文档进行过的任何变动都可以检查出来。

从管理的角度来看，工作流软件可以帮助一个机构跟踪信息是如何流动的，以及如何更好地管理这种流动。

工作流软件可以消除许多费时的活动，以及经常发生的昂贵的活动，例如会议、电话呼叫和特快专递。

但是一旦用户转向使用这种新的软件，所需的带宽就会增加。

工作流软件允许用户来观察大型的图象文件、图形、声音，甚至可以观看视频文档。

这种类型的通信量将会使网络饱和。

可以从许多厂商获得工作流软件，例如IBM(White Plains，New York)、Actionsoft （AWS)、Lotus Development(Cambridge，Massachusetts)等等。

象Windows这样的图形用户环境非常适合工作流应用程序，其中图形、文本和其它来自许多不同应用程序的元素都被以对象的方式集成到复合文档中。

Windows具有内置工作流功能，例如它的对象链接和嵌入(OLE)功能，并且Windows for Workgroups产品就是一种包括邮件和调度软件的网络群件包。

Internet多功能函件传递扩展标准(MIME)是一种Internet标准，它为在电子函件消息中包括不同类型的数据(例如图形、音频、视频和文本等)提供了一条途径。

其中，格式化功能允许用户指定字体类型、字号和文档的页的布局，因而它们就可以被其它系统中的不具有类似应用的用户进行阅读和翻译。

标准规范化表示语言(SGMI)是超出美国信息交换标准代码(ASCⅡ)格式之外的一种文档规范，它为描述文档的格式提供了一条途径。

它用于创建“智能”文件而不是“哑”(ASCII)文件。

一个SGML文档包括定义文档中的每个部件的一些属性，因而使得文档硬件和软件独立。

使用SGML文档格式，工作流软件供应商可以更加集中精力于功能性，而不是相互转换。

用户和程序员希望能够在文档中存储关于执行事件，或具有激活与这个系统以及与它连接的输出设备兼容的格式信息。

产品快照:( 流程定义 )( 流程活动定义 )( 表单定义 )( 报表定义 )( 计划任务定义)( 用户界面 )您的位置：首页 > 产品介绍 >系统架构Purus 是一个架构在微软 .NET 上的 BPM 系统，系统采用多层架构设计。

系统架构如下:Purus 采用了服务器架构，将流程引擎进行合理封装，通过 API 接口的方式调用，使得流程中间件在一个科学的体系架构中被有效管理和调用。

内部数据格式采用 XML 规范，可以方便地实现和外部系统的数据传递和 WEB 服务的调用，保持了系统在更高层次的开放性以及和其它应用系统的快速集成。

强大的企业管理器包含的表单设计器，可以设计通用智能表单， Purus 表单设计工具满足企业一般通用的需求，表单设计工具支持 JAVA 脚本操作，保障了表单的灵活性和自动扩展。

同时系统可以集成外部定制 表单，保障了特定应用兼容性。

系统具有以下技术特性:独立的后台服务用 BPMI 接口通过专有通道和后台服务相连，使系统可以支持大容量的并发用户和复杂的计算。

XML 规范用户（表单）数据用 XML 格式保存和传输，减少了以往基于数据库的 BPM 系统过于频繁操作数据库所带来的对性能的不良影响。

同时可以使系统非常容易的增加对其他数据库的支持。

强大的企业管理器流程、表单和报表设计简单轻松，功能强大。

既能满足企业业务设计需求，又能节约开发时间和工作量，使系统的导入和维护成本降低。

数据流入流出适配器能够和其它系统互联，使企业数据从不同的系统流入 BPM 系统，通过流程的各个环节，再流回到各个系统中去。

严格的权限控制可以定义流程的权限和活动的权限，权限的设置包含组织结构的逻辑关系。

权限的种类分为启动、读取、跟踪、退回、委托、直送以及和流程操作相关的权限。

委托可以设置委托的范围。

标准的 API 接口通过标准的 API 接口，调用 BPM 服务，由 BPM 服务器进行任务的分派和管理，通过这种调度机制，保障了系统可以均衡处理服务请求，提高了系统的处理能力。

本课题将采用Windows2003 Server和Microsoft Visual Studio .NET 2003作为开发平台，C#作为主要的开发语言，数据库则采用安全性较高的SQL Server 2000。

系统管理需求分析工作流软件设计方法研究工作流及其相关技术的人一定知道这个组织——工作流管理联盟（简称WfMC，Workflow Management Coalition），其成立于1993年。

作为工作流技术标准化的工业组织，WfMC提出的工作流系统参考模型（Reference Model）无疑为各家工作流软件厂商的系统设计规划提供了最权威的参考，乃至标准。

下面就是这个参考模型：首先，最重要的部分就是中间的工作流引擎，可以说它就是整个工作流系统的心脏，因为所有的工作流系统都要使用工作流引擎来：1、为运行中的流程实例解释我们的流程定义——这些定义一般都是由接口1获得的。

2、组织调度流程的实例，推进工作流程的前进，这包括条件流转、分支聚合、父子流程……3、处理工作任务的分配、接受、提交等行为。

——为无论是人工干预或自动执行的任务，提供计算的支持。

4、管理调用其他的4个接口——这可能包括解释工作流程定义中的一些脚本。

工作流引擎做的工作就像心脏把血液不断的送到我们身体的各个部分一样，关于工作流引擎是如何架构和设计的，这相当复杂，不过我会在以后的文章和大家讨论。

然后，说说工作流系统“身体”的五个部分吧，也就是五个接口：接口1——流程定义工具，前面提到过我们使用它来定义业务流程，所谓的业务流程定义一般来说就是一段XML，它遵循XPDL（Xml Process Define Language）标准或BPEL（Business Process Execution Language）标准或厂商自定义的标准等等。

事实上你就可以把它理解为一个产生XML的图形化建模工具。

这种图形化建模工具各个厂商的技术实现可谓五花八门，国内的一些厂商，例如西安协同采用的是java swing，joinwork使用的是flash，而我做的工作流系统使用的是ActiveX；国际上的一些开源项目，如jBPM使用的是基于Eclipse的插件，Shark Workflow使用的则是JAWE——一种基于Java技术实现的XPDL建模工具。

当然，它们的目的都是——产生XML形式的流程定义。

接口2——工作流客户端应用，这很有意思，当我们的业务流程设计好了、运行起来了，那么我们——人如何与工作流引擎交互呢？这时候，工作流引擎就通过接口2，为我们提供各种各样的工作/任务列表、工作表单、流程列表以及一些查询功能。

我们通过这个接口，就可以办理任务、填写表单……从而与工作流引擎沟通。

接口3——应用程序执行服务，工作流引擎通过这个接口去执行一些外部的或面向专门职能领域的应用程序，例如财务系统、报表系统等，让这些第三方系统参与进来，从而完成定义的工作流程。

这看起来就像EAI（——Enterprise Application Integration）的特性，而事实上它也可以说就是Workflow EAI。

同时我们也可以发现接口2和接口3的界定很模糊，难道接口2提到的工作列表不能算是外部的应用程序么？没错！这个问题确实存在，这也就是为什么荷兰工作流大师Aalst在其著作中写道“建议每个应用程序都由此‘应用程序执行服务’打开”的原因，他是在建议统一这两个接口么？我也不知道。

总之，接口3在标准化方面众口不一。

接口4——与其它工作流系统的定制/交互服务，用来处理若干自治工作流系统之间的工作交换，例如案例转移、工作项外包等等。

事实上，WfMC组织的初衷是想通过这个接口来连接各个不同的工作流引擎/系统，使它们在一个统一的标准下工作和交流。

想法是好的，但是，由于种种原因吧，个人认为是商业利益的因素以及WfMC还没有强大到能“号令江湖，莫敢不从”的地步，所以到目前为止，接口4基本不被支持，也就是说，各大厂商的工作流产品并不能用同一种语言对话。

接口5——管理和监控工具，虽然很多工作流系统（特别是开源工作流系统）实现的最简单部分的就是这个接口，但我认为最能体现工作流系统在管理上应用价值的就是这个部分，它主要被用来搜集管理信息，这包括诸如工作流系统功能管理工具、流程实时监视和控制工具以及工作效率分析和流程覆盖面分析等各种商业智能工具，这为提升企业的管理能力、优化重组企业的业务流程、分析企业内部的工作效率瓶颈等提供了重要的量化数据支持。

俗话说“工业化解放人类的体力，信息化解放人类的智力”，这个接口提供的功能不正是解放了企业领导和决策者们智力的么，而这正是信息化的初衷，工作流的最终价值所在。

而传统的工作流系统在这个接口上的“短板”，正为BPM（Business Process Management）这个概念的支持者提供了攻击工作流系统的口实，BPM系统在这个接口上的强化成了很多人认为“Workflow系统”不等同于或弱于“BPM系统”的最重要原因，事实上，不过是些概念而已，如过眼云烟……总结一下，五大接口各自强调了什么？接口1——（流程）定义；接口2——强化工作列表和应用程序集成；接口3——（外部应用程序的）参与；接口4——（不同工作流系统间的）连接；接口5——搜集管理信息。

（注：文档可能无法思考全面，请浏览后下载，供参考。

可复制、编制，期待你的好评与关注）。