(完整版)工作流引擎功能概要(OA系统)

工作流引擎功能概要

、目前功能概况图

、功能结合场景介绍

1.流程设计

1.1流程web 化建模

流程web 化建模，在目前主流浏览器中直接进行 web 化可拖拽的流程建模，并且不需要安 装任何插件。如其他厂商使用 flex 、applet 等技术做的web 流程设计器，都需要另外安装插 件。尤其是生成流程图后，在普通用户显示流程图的时候，也需要安装一些插件。

目前主流的流程引擎，都必须拥有 web 化流程设计器，否则必然会被淘汰，这已经成为了 一个必需品。而我们的流程设计器是纯 JS 脚本自己研发编写的，维护方便，不依赖任何第

三方插件。

流程设计 ?流程web 化建模 ?版本管理

?会签（支持4种策略） ?串签 ?菜单配置

?审批权限配置

? Weboffice 权限配置 ?选人策略1 （直接选 定人）

?选人策略2 （选择某 个组织或群组） ?选人策略3 （变量动 态选人）

?选人策略4 （根据组 织属性与层级动态 选人）

?支持自定义动作 ?支持节点二次开发

?支持发起、流转、 结束事件，并支持 可二次开发

?支持分支、聚合

?支持动态分支、动 态聚合

?自定义流转展现表 单 ?与自定义表单结合， 可动态抓取表单中 的字段进行只读可 见的配置

流程数据中心 ?个人待办（升序、 降序）、按紧急程 序排序。最新待办 显示“新”，被催 办的待办显示“催 （个数）” ?在办事宜 ?办结事宜 ?申请未办结 ?申请已办结 ?我关心的事宜 ?我的催办 ?我的工作代理 ?常用意见

流程动作 ?办理 ?回退 ?办理至 ?回退至

?选择下一步办理人 ?退回至申请人 ?流程撤销 ?流程结束 ?流程转办 ?工作代理 ?催办 ?申请取回 ?办理取回 ?办结取回 ?流程图形化监控 ?流程审批信息查阅 ?执行自定义动作

流程监控与管理控制 ?在办流程挂起 ?在办流程恢复 ?在办流程取消 ?在办流程监控 ?流程重置 ?在办任务挂起 ?在办任务恢复 ?在办任务取消 ?在办任务监控 ?流程自由流 ?流程操作日志管理

流程统计

?流程统计分析报表 工具

1.2版本管理

流程建模后，避免不了对已经建立好的模型进行再次的修改，那么就需要有版本管理的功能，

可以管理历史版本，可以还原历史中某个版本的流程模型，可以看到某个流程实例是按照哪

个流程版本去建立的，可以发布历史中的流程模型，让用户随时可以选择发起历史流程模型。比如学校发文流程，实施人员在现场需要与用户一起对流程进行反复的修改。每次修改的记录都需要保存在流程历史中，以便用户更改意见，重新使用历史版本。

1.3会签节点

流程设计器中可以设置某个节点为会签节点，会签是指某项任务同步到达多个流程办理人, 流程办理人可进行同步的待办事项处理。会签节点有四种会签策略供用户选择：1?意见收集制

2.一票通过制3?一票否决制4.按比例通过（10%?100%）,可自定义比例

OA中应用的业务有：收文、发文、校内请示等。

1.3.1动态加签、减签（暂无）

在流程流转过程，已经进入了会签节点，这时会签发起人可以动态的进行加签、减签。

** * 厲損卯

办HA

* 爭WL-予*MtFir臥

上一4倔,、内tpOlIP抽乍*丿9

tlEWl

f七二甩二

1.4串签节点

串签是一种特殊的会签，

串签的功能是，会按照流程实例中， 发向串签节点的办理人选择会

签节点 办理人，并指定顺序。流程会自动按照选定的人员顺序，

一个一个的进行顺序签批，

比如在收文流程中，该实际一个收文是行政文件， 那么秘书选择校领导顺序签批时， 就要选

择校长、书记这样的顺序进行。

虽然是一个节点，但流程会自动按照秘书选择顺利，先校长

办理，再创建书记的待办任务，由书记办理后统一回到秘书节点。

1.4.1动态加签、减签（暂无）

在流程流转过程，已经进入了串签节点，这时会签发起人可以动态的进行加签、减签。

1.5节点动作配置

可配置该节点能拥有那些可供用户执行的动作。

流程设计器中展现的动作列表是可以进行二

次开发的，开发人员可以方面的自定义自己的流程动作供设计器选用。

y ］

办理意见

1.6审批意见查看权限配置

可见韶门的酎畫信慝

丿是否有权宜看帝批记录圍普通可见部门

V全部可见

B同部门可见

上级可见下级

n平级可见

-下级可见上级自定

賈可见部门

选择

可见节点

I□邰门人员拟稲二部i序辱核蔷二If牒部门葩书登记轶岌□杭办文书登込分岌I□两办主任槪朴□部il员费人会签□另管驶导签肚|_1主管部门祕书转皱亦结□主管部门员畫人审核［□会釜部门初书转办□主管部门穂书办理匚邹H&1职令签□金釜部门穂书转妊□合赛部□%萨隔灰1門郅门员吾人会箜1 E］会英部门制屯厳H

1.7 weboffice权限配置

基础配墨菜单配墨审批权限筍蓋节点对应芸单扣列

权限配置

文书编韜选项［萃节点权眼控制】

n比注（无痕注）

。文享1比连（有痕建，不能修订）n比縫猜痕曲审編订）文件套虹

交件版不

基嗣隘菜单配畫节点对应克单和列权限旣實朋恥锂心权眼配畫

w JD ffi c W权眼曹匮

是否自动创建文件煽本：d自动创崖不自韵创建

1.8选人策略（一）

.我组织

根据上一书点获取办遲人

e 視据夷达式获取部门属性

1.9选人策略（二）

直接选定某个组织，由某个组织下的所有人员进行办理。 组织可以是一个标准组织，也可以

是一个系统级的群组。选定组织后，

流程已经发起，但未办理至当前节点时，这时为该组织

加入一个新的人员，这个新的人员是可以加入此次办公的，不用重新发起流程。

基础咎査

菜单酉漬节点对应表单和列权眼觐置剧0田U 叔限韶置节点爭件側斤

节点信息

皂称*

亦理人

?选人 0选齟织

■根折上一节点获取」加谨人

根拒表诂式获取部门厲性

1.10选人策略（三）

根据变量获取办理人，相关变量可提供方法由二次开发人员来自己定制。

辔称*

办理人

■?迭人

皿系统賞理员

直接选定办理人员

节点信息

基础曲蛊 养单剽置节点对应表单更冈龍蛊

webOffxMWO 住事件嚳此

1.12选人策略（五）支持任务认领（暂无） 1.13自定义动作

流程设计器中显示的可选择办理动作， 都是可以进行二次开发的， 就像开发一个流程动作组

件一样。

节点值患 宕称* 办遲人

■ ■ iiA

选?织

色根据上一苹￡荻取亦理人

上一步办理人：

所在组织下的所有人员

痂程发起人:［色］流程境起人自己 所在组須下的斷育人员

'根据表址式獄取部门厲性

1.11选人策略（四）

可根据流程发起人、 上一步办理人、全校3个因素、匹配选择部门级别、选择部门属性来最 终动态获取办理人。

节点信息

名称*

拟犒

办理人

倉人 我组织

樞馆上一节点霰取办理人 □視据夷达式裂副部门屈性

审批菜单軌蛊

清稿

—I文件发布

□发起传阅

>1办理意见

亡］迭痢M里人

I文供龊

n送回

1.14节点二次开发

流程中节点可供二次开发，节点中的TAB属性也可以进行二次开发，节点本身的属性也可以进行开发。二次开发人员甚至可以自己编写一个流程节点供设计器选择。

1.15流程驱动事件与二次开发

离开任芳节点爭件削養

二刍破申溝结束将申请状态畫咸已办结

绪上一节点办理人发送站内信

OA办公系统工作流设计文档

OA办公系统 （工作流部分） 概要设计说明书 第1版 目录 1、概述 1.1 工作流设计目标 通过ＯＡ系统提供的JBＰＭ4引擎设计流程，实现流程的跳转，表单的设计以及表单和流程的关联。 1.2 文档的作用 本文档基于广州宏天软件有限公司开发的ＯＡ办公系统的工作流模块设计的.仅限于流程的简单开发，开发人员快速入门. 2、流程设计 2.１售前流程 2。2 采购流程 2.3 维保流程 2.4 故障处理流程 1.1 概述 主要是流程图,表单的设计以及流程图和表单关联的设计.以一个售前的流程例子介绍他们公用的部分的开发设计。

2.1。１售前流程图设计 由此页面进入“在线流程设计". 下面的页面就是OA系统提供编辑流程图的页面,可以把所需要的流程通过此工具画出来 在这里简单介绍下几个节点的作用 （1）开始节点开始：这是一个流程的起点，一个流程可以没有结束节点但是一定要有节点。 （2）任务节点:这是一个需要人参与的节点,需要人去提交数据。

（3）决策节点：这是一个特殊的节点，它不需要人参与,但是需要一些人定义的条件来决定其下一步条到哪一个分支。 （4）同步节点:这个节点是当２个分支需要同时执行时所用到的节点。（注：此节点通常和下面的合并节点成对使用，这样可以保证一个分支结束流程不会结束,等另外的分支都结束后流程才会结束） （5）合并节点:此节点是2个分支需要合并的时候的节点.其使用方法参照同步。 （6）此节点不是必须的,但是基本上都是需要这个节点的.他代表了一个流程的结束。 （7）流程节点的连接.当鼠标移到一个节点上时会有４个红点在四周，拖动一个红点到另一个节点的红点就可以连接2个节点。注意一个节点的到另一节点的线上的名字不能重复，因为流程引擎是通过流程线上的名字来跳转的,同样任何2个节点的名字也不能相同，否则会有冲突。流程就不能发布。 发布流程:再设计页面的右边会有一栏流程的详细信息如下图：

工作流引擎技术白皮书

工作流引擎 产品功能介绍V0.07

目录 1.1工作流引擎简介 (4) 1.1.1产生背景 (4) 1.1.2发展阶段 (5) 1.1.2.1EDF(电子数据流)阶段 (5) 1.1.2.2TPF(事务处理流)阶段 (5) 1.1.2.3IMF(整体集成管理流)阶段 (5) 1.1.2.4CPF(知识共享和持续改进)阶段 (6) 1.1.3主要特点 (6) 1.1.4流程定义和运行 (7) 1.1.5流程运转模式 (7) 1.1.6工作流引擎不等于OA系统 (9) 1.2XX工作流引擎 (10) 1.2.1XX工作流引擎简介 (10) 1.2.2产品设计 (11) 1.2.2.1工作流是XX电子政务平台的组件之一 (11) 1.2.2.2工作流引擎设计思想 (12) 1.2.2.3工作流引擎产品架构 (14) 1.2.3产品功能 (15) 1.2.3.1支持流程运转模式 (15) 1.2.3.2设计工具 (19) 1.2.3.3控制平台 (21) 1.2.3.4任务列表 (22) 1.2.3.5流程与用户 (24) 1.2.3.6工作流数据 (25) 1.2.3.7事务处理 (26) 1.2.3.8异常处理 (26) 1.2.4产品安全能力 (26) 1.2.5产品集成扩展 (26)

1.2.6运行环境 (27) 1.3XX工作流引擎适应复杂应用的要求 (27) 1.3.1多机构联合作业 (28) 1.3.2流程的定义集中管理 (29) 1.3.3嵌套子流程和和引用子流程 (29) 1.4XX工作流应用实施方法 (29) 1.4.1点面结合，全面推进 (29) 1.4.2分步实施，适当激励 (30) 1.4.3持续改进，形成文化 (30) 1.5XX工作流引擎成功案例 (30) 1.5.1广州移动广州公务机管理系统 (31) 1.5.1.1实现功能 (31) 1.5.1.2实施效果 (32) 1.5.2广州外经贸网上政务-发文管理 (33) 1.5.2.1实现功能 (33) 1.5.2.2实施效果 (35)

通达OA工作流分析

通达OA工作流分析 （本文由OA软件用户经研究撰写，仅供参考） 1>建立组织机构、角色、用户 1.2>前台截图 略 1.3>后台结构 1.3.1>SQL分析 select * from department; select * from user_priv; select * from [user]; 1.3.2>数据分析 1.3. 2.1>部门表(department) 1.3. 2.3>角色表(user_priv) 1.3. 2.2>用户表(user) 2>建立表单(flow_form_type) 2.1>建立过程 在软件中的建立过程省略，此部分不是重点，因为我们要开发的软件想做到表单自定义还不现实。

2.2>SQL分析 select * from flow_form_type where form_id=25 2.3>结果记录 3>流程及步骤设置 3.1>建立流程分类(flow_sort): 3.1.1>建立过程 使用系统自带的默认流程分类不变 3.1.2>SQL分析 select * from flow_sort 3.1.3>结果记录 3.2>建立流程(flow_type): 3.2.1>建立过程 a>在工作流设置->定义流程，点击“新建流程”； b>在编辑流程“基本属性”时，定义“流程分类”为“生产”，定义“流程排序号”为0， 定义“流程名称”为“物资需求计划”，定义“流程类型”为“固定流程”， 定义“表单”为“物资需求计划”，定义“允许附件”为“是”； c>在编辑流程“监控人员”时，定义“[供应部] 张三”为监控人员； 3.2.2>SQL分析 select * from flow_type where flow_id=31 3.2.3>结果记录 结果：在flow_type表生成1条记录:

通达OA2010工作流常见问题解答

为什么我的表单明明有内容，但预览却提示“表单内容为空”？ 表单在添加控件之前预览为空，在表单中添加相应控件即可。 为什么我不能新建某个流程的工作？ 需要检查两个设置：a、流程步骤第一步的步骤号必须是1；b、流程第一步骤的经办权限必须设置。 为什么我新建了工作对表单不能操作，无法填写数据？ 联系管理员设置好本步骤的可写字段。 为什么表单里的有些控件我看不到？ 可能是管理员设置了本步骤的保密字段。 为什么我办理工作时只有办理完毕，不能转交下一步？ 当步骤选项设置为“无主办会签”时，只有最后会签人员才能转交下一步，其他人员办理工作只有办理完毕选项。 为什么我办理工作时会出现“无公共附件,并且您无权上传附件”提示？ 因为流程设计中本步骤没有对公共附件的可写权限。 我想给流程换一个表单，为什么设计时无法选择了？ 已经建立过工作的流程，表单就不能修改了。 为什么转交给张三的工作却到了李四那？ 检查一下工作委托的设置，应该是设置了委托规则，将张三的工作交给李四处理了。 在我的工作和工作查询中打开工作详情和流程图页面空白，怎么解决？ 请检查杀毒软件，在IE8环境下安装卡巴2010会导致此现象。 超时工作统计页面显示“该页无法显示”？

在系统管理—菜单管理检查“超时统计”的子模块路径是否正确，09版子模块路径为workflow/timeout_stat 流程转交提示“Parse error:syntax error,unexpected T_STRING in D:\MYOA\webroot\general\workflow\list\turn\condition.php(393):eval()'d code on line 1” 请检查各步骤的条件设置，注意条件公式里的括号要用英文状态下的。 表单设计好之后点击“预览表单”，页面空白？ 检查表单代码，将display属性删掉就可以了。 流程设计器看不到步骤的图形？ a.检查浏览器是否阻止弹出窗口了； b.如果未阻止弹出窗口，并且IE安全级别比较低还 是不显示，用超级兔子修复浏览器 工作办理界面看不到“转交下一步”按钮？ 如果右侧没有滚动条，请检查表单代码；如果右侧有滚动条仍然看不到“转交下一步”按钮，将屏幕分辨率调整一下。 工作流转交提示“表单尚未加载完毕，请等待后提交”？ 设置好浏览器的安全级别，重新安装插件即可；如果不行的话，建议用户将IE升级到IE8。 表单设计中单元格对其方式设置相同，控件大小一致，但是整体显示不整齐？ 删除单元格内多余的空格即可解决。 如果子流程设置了保密字段，父流程的数据还能映射到子流程吗？ 可以。 子流程的数据能返回给父流程吗？ 2010版可以实现此功能，之前版本不行。

工作流引擎讲解

什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。 现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。这就可以称之为工作流。流程的本质就是一个参与者参与到一个过程里面来 那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。我们就从这个角度出发来了解JBPM 工作流引擎 下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。 实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以对你的某些核心部分不需要做什么变动 现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程 重点讲解UML 里面的内容，确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容，右边的后面再讲，我是方便讲解就将这点东西放到这个空白的地方 一个简单的流程图Main 模拟出请假的过程

对提交请假单进行分析 用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统 现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？ 接下来是提交请假单。我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边 这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。当把这个模型分析清楚了我们就要去实现它。 这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处 (用自己的话说明一下提交请假单的过程 <读一下那段伪代码>) 在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。 我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。 那这个时候你就不能够在请假单中间增加一个外键， 把它整成审批者什么的，

工作流引擎技术

1.1 工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是

OA工作流使用详解

信达OA工作流使用详解 概念篇 随着企业管理信息化进程的不断深入，协同应用软件的概念已深入人心，而工作流系统正是协同应用软件的核心。通过应用IT技术来规范工作流程、提高工作的执行效率和准确度，是工作流系统主要解决的问题。 信达OA的工作流功能正是为这一需求而设计，可实现业务或公文的申请、审批、会签、登记、操作等环节的管理，可将工作过程进行记录，便于日后检查。并实现数据的规范化录入、查询、统计和存档。 简单来说，工作流就是把一项工作化解为多个步骤，由多人协同来完成。这里所指的工作是形形色色的，在办公室里进行的很多不同类型的工作，都可以用工作流系统来表达，信达OA的工作流由表单和流程这2个重要因素构成：表单：在工作流系统中，与工作相关的数据都可以通过“表单”来体现，“表单”是数据的载体，相当于现实工作中的各类工作单；在表单以外，还可以通过附件文件来传递数据与信息。 流程：在工作流系统中，工作过程都可以通过“流程”的定义来体现，“流程”是工作过程的描述，代表了一种制度或规范。 工作流系统相当于一个“万能模块”，通过合理的流程设置，规范化运作，可对我们的日常办公和企业管理提供极大的便利。 信达OA工作流的一些概念： 1、工作流就是几个人协同完成一项工作，简单而言，就是几个人按次序填写同一张“表单”，填写会签意见和传递附件。 2、表单可以由软件用户自行设计（一般由管理员设计好）。 3、信达OA的表单格式可以用网页设计工具或word等设计，设计好后复制、粘贴到“表单智能设计器”中，再添加表单控件就可以了。 4、每个流程对应一个表单，不同流程可以共用同一个表单。 5、流程分为固定流程和自由流程两种，固定流程由固定步骤组成，用户事先需定义好，自由流程无需定义流程步骤。 6、固定流程的每个步骤都需要设定经办人、可写字段、下一步骤等信息。 7、固定流程第一个步骤设定的经办人，才有权新建该流程（道理可想而知）。 8、执行中的工作和已完成的工作，都可以通过工作查询功能进行查询。 9、任何流程都可以指定监控人员和查询人员，监控人员可随时转交下步或终止流程（自由流程），监控人员和查询人员都可以查询该流程全部工作。

工作流引擎技术白皮书

工作流引擎产品功能介绍

目录

1.1工作流引擎简介 1.1.1产生背景 随着我国信息化建设的不断深入，越来越多的政府部门和企事业单位都清醒地认识到信息化对于自身的生存与发展的重要性，以IT 系统建设为基础提高工作效率，增强竞争能力，已经成为共识。 在过去的若干年中，许多企业以当时的IT 发展水平为基础，针对不同的业务需求搭建了种类繁多的应用系统。回顾这一阶段，我们可以发现长期以来IT 系统的建设一直跟随着技术的革新和业务需求的增长而被动地发展着。不论技术手段如何变化，企业仍旧习惯于沿着功能分析的思路为特定的需求开发专有应用。随着时间的推移，企业内部逐渐积累了许多相互孤立的筒仓式应用系统。不可否认，正是这些应用系统共同构成了当今企业的主要IT 运行环境并有效地支撑了企业早期的业务发展，但是我们也必须清醒地认识到，在这些缺乏前期规划、互连性极差的应用系统之间信息不能被有效地共享且难于保持一致，业务过程也无法顺畅地流转，它们是造成“信息孤岛”现象的根源。一些企业也曾经尝试采用整理、合并各种需求、统一数据接口、规范业务过程等方式来降低集成的复杂度，但是在经过一番实践后，人们又发现仅仅依靠规范静态信息的交换格式，集合局部的需求等方法并不足以支持更大范围内的应用整合。因此当前的企业迫切需要一个能够支持在不同的应用系统之间完成协作任务的具有前瞻性的应用集成框架。 当前，企业面对的是一个多变且难以预测的市场，要在这样的环境中生存和

发展，就必需具备对外部变化做出迅速响应的能力。同样，政府部门也面临着转变工作职能，适应市场经济发展要求的压力，需要不断地为大众提供各种高效的公共服务。各项独立调查表明: 对业务系统和IT 基础设施进行快速调整和扩展一直是政府部门和企事业单位应对外部环境变化的重要手段。然而在早期的IT 系统设计过程中，人们往往更加关注于系统的稳定性而不是迅速应对变化的能力，原先那种僵硬的基于硬编码实现的系统功能扩展和集成方式已远远不能满足要求。“采用什么样的技术来搭建能够实现跨部门、跨企业、跨地理范围的支持流程协作和流程自动化的IT 基础设施”，“如何能够从被动地应对变化到预见变化进而实现前瞻性地主动变化”…这些都是当前每一个政府部门和企事业单位必须面对的挑战。 通过工作流系统把各业务部门的孤立应用系统整合起来是IT技术发展的必然趋势，而我国从上实际八十年代大量建设基础信息系统至今，工作流技术的发展可以分成以下几个阶段。 1.1.2发展阶段 1.1. 2.1EDF(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品，为了配合产生正确的数据，可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务

OA电子工作流制作管理制度

北京金豪制药股份有限公司标准文件 目的: 建立OA电子工作流制作的管理规范，实现公司的大部分管理流程进行电子化操作的目的，提升办公的工作效率，使得公司的信息化管理水平迈上更高的台阶。 范围: 面向公司所有部门的流程管理制度（适合电子流程化管理的流程制度） 内容： 1.原则：标准的OA电子工作流一定是对应公司相关的管理制度文件，因此OA电子工作流的制作与建立所有的依据来源于公司的标准化管理制度与流程文件，OA电子工作流的管理不得与公司管理文件有任何的偏差，二者一定要完全相符。 2.选用适合电子流程化管理的制度：只要流程管理中对应的数据不经常性的更新、不与国家规定相冲突、事务处理步骤相对固定且可变性不强的管理流程都可以纳入电子化流程管理，如员工奖惩、入职、设备采购、合同管理等都可以进行电子化流程管理，但研发项目管理、进销存等事务处理复杂的流程则不适合纳入电子化管理。 3.OA电子工作流制作步骤与各部门分工 3.1 部门内部沟通，确定本部门适合电子流程化管理的制度，或新制度建立OA工作流的需求；可协助市场部提供专业意见； 3.2 各部门根据制度管理文件按照《附件1：OA电子工作流标准流程图demo》格式，制作对应的工作流程图，并标明负责人、时限要求、流程走向条件等内容。 3.3 各部门确定电子工作流表单内容，具体表单设计格式请参照《附件2：OA电子表单样式demo》。 3.4 各部门负责人确定最终流程图+表单内容后签字审核，连同对应的制度管理文件一并递交市场部； 3.5 市场部根据对应的流程图进行OA的电子工作流程序设计，人力资源部配合，制定符合要求的OA电子工作程序，并做可行性的内部测试。3个以内的流程数量，要求5个工作日内完成，其他视客观情况确定完工时间（如工作流设计复杂、工作流数量集中、出差等）； 3.6 市场部与人力资源部在5个工作日内组织流程节点负责人进行指导操作培训，并对细节做进一步修改，直至完全符合要求。

工作流引擎技术

1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是

Web-OA工作流使用详解

Web-OA工作流使用详解 一、概念篇 随着企业治理信息化进程的持续深入，使用IT技术来规范工作流程的理念已开始为宽敞用户所同意。 Web-OA的工作流正是为这一需求而设计，可实现业务或公文的申请、审批治理。并实现数据的规范化录入、查询和存档。 简单来讲，工作流确实是把一项工作化解为多个步骤，由多人协同来完成一项工作。而在工作流中，业务数据或公文都能够通过“表单”来体现，“表单”是数据的载体，另外，表单还能够附带附件文件[磁盘附件和在线Office文档]。 Web-OA工作流的一些概念： 1、工作流：确实是几个人协同完成一项工作，简单而言，确实是几个人填写同一张“表单”，只是填写表单的人按照流程定义有先后之分，后面的人能够查看前面用户填写的内容。 2、表单：Web-OA用来同意用户输入的界面。由用户自行设计（一样由有权限的用户设计好），Web-OA的表单格式能够用word、Excel、网页工具等设计，设计好后复制、粘贴到“表单智能设计器”中，再添加定义各表单域就能够了。 3、流程：规定如何填写某表单的相应步骤。一个流程一样对应一个表单，也能够多个流程用同一个表单。流程分为固定流程和自由流程两种，固定流程由固定步骤组成，用户事先需定义好，包括某一步骤的可写表单域和可操作人员；自由流程无需定义流程步骤。固定流程第一个步骤的可操作人员有权新建该工作流程（道理可想而知）。 4、工作：即流程的实际运用。新建工作时，必须确定使用的流程，而流程又对应某一个表单，因此，工作确实是按流程规定的步骤由多人来实现对某一表单的数据的填写过程。

5、工作监控：执行中的工作和已完成的工作，都能够对其监控。包括删除、跃过某步骤、回转到上一步骤、设置工作代办和终止工作等。有权限的监控人员可随时处理办理中的工作。 6、工作查询：在待办工作、应办工作和完成工作页面，用户能够按照工作名称关键字查询工作，在工作查询页面中，用户能够按照工作实际内容[即工作使用的表单数据]查询。 二、实战篇 下面以一个实际的“工作流程”的定制过程为例，详细介绍工作流功能的使用。 主题一：表单设计 设计表格 第一，使用网页设计工具设计好表单框架，例如用FrontPage2000设计表单框架如下： 建立表单

工作流引擎平台解决方案

工作流引擎平台解决方案 工作流引擎平台在实际系统中的应用一般分为三个阶段，即模型建立阶段、模型实例化阶段和模型执行阶段。模型建立阶段利用工作流建模工具完成各种企业经营过程或者项目管理流程模型的建立，将企业的实际经营过程或项目管理流程转化为计算机可处理的工作流模型。模型的实例化阶段为每个过程设定运行所需的参数，并分配每个活动执行所需的资源（设备、人员等）。模型执行阶段完成经营过程的执行，在这个过程中重要的任务是完成人机交互和应用的执行，并对过程与活动的执行情况进行监控与跟踪 WorkFlow的设计理念是致力于企业的业务流程自动化解决方案，为企业的业务流程自动化以及企业流程再造提供坚实的基础平台，成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤，降低应用开发的难度，提高应用开发的效率及灵活性，节约应用开发的成本，从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块：模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具，而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现，为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分，模板用于描述工作流定义，用于工作流应用的设计阶段；实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作（Job），组成工作的每个执行单元称为活动（Activity），组成活动的更小单位称为任务（Task），活动的入口称为主表单（MasterForm）。每个工作都是由一系列具有逻辑关系的活动组成，这些逻辑关系构成活动的路由信息。因此，一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者，他是启动此工作的人。每个工作可以有多个拥有者，拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者，他是模板中定义的活动执行人，活动拥有者

(工作分析)国内外主流工作流引擎及规则引擎分析

国内外主流工作流引擎及规则引擎分析2013年2月创新研发部

目录 国内外主流工作流引擎及规则引擎分析 (1) 一.背景 (4) 二.原则 (4) 三.工作流功能分析点 (6) 4.1.标准类 (6) 3.1.1BPMN2.0标准支持 (6) 4.2.开发类 (7) 3.1.1业务模型建模工具 (7) 3.1.2工作流建模工具 (7) 3.1.3人工页面生成工具 (8) 3.1.4仿真工具 (9) 4.3.功能类 (9) 4.1.1流程引擎 (9) 4.1.2规则引擎 (10) 4.1.3组织模型与日期 (10) 4.1.4对外API的提供 (11) 4.1.5后端集成/SOA (11) 4.1.6监控功能 (12) 四.中心已有系统工作流功能点分析 (13) 4.1.备付金系统工作流分析 (13) 4.1.1联社备付金调出流程 (13)

4.1.2联社备付金调入流程 (16) 4.1.3资金划入孝感农信通备付金账户业务流程 (18) 4.1.4备付金运用账户开立流程 (20) 4.1.5备付金沉淀资金运用流程 (23) 4.1.6备付金沉淀资金支取流程 (26) 4.2.多介质项目工作流分析 (28) 4.1.1开卡审批流程 (28) 4.3.新一代农信银资金清算系统工作流分析 (29) 4.4.电子商票系统工作流分析 (29) 4.5.OA系统工作流分析 (32) 五.工作流产品分析 (32) 六.分析结论 (44) 4.4.对比 (44) 4.5.建议 (45)

一.背景 目前中心建成的“一大核心系统，七大共享平台”以及OA系统，对工作流应用程度高，但各系统实现工作流程管理没有建立在统一的工作流平台上，导致流程割裂、重复开发、不易于管理等问题。 备付金管控项目涉及多个岗位之间工作的审核步骤，同时还要与多个系统进行交互，因此，为了提高管理效率，降低业务流转时间，同时还要结合农信银中心的总体IT战略规划，备付金管控项目技术组决定选择一款先进的工作流引擎和一款规则引擎，作为备付金管控项目的核心技术架构。 二.原则 备付金管控项目组通过梳理各信息系统流程现状和未来需求，形成农信银中心工作流平台的发展规划，从而更全面的满足农信银各项关键业务、更好的支撑现有和未来的信息系统建设。项目组充分研究国内外领先的工作流产品和案例，同厂商交流。从用户界面生成、流程建模、流程引擎、规则引擎、组织模型、模拟仿真、后端集成/SOA、变更及版本管理、移动设备解决方案、监控分析能力等多方面考察工作流产品，进行工作流产品选型。 目前国内外的工作流引擎层出不穷，行业标准多种多样，通过对比不同工作流公司产品，本次工作流技术选型决定分析商业工作流引擎4款，开源工作流引擎2款。其中国际知名厂商的商业工作流引擎2款，本土厂商的商业工作流引擎2款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则

OA办公系统(工作流)设计文档

OA办公系统（工作流部分） 错误！未指定书签。 第1版

目录

1、概述 1.1 工作流设计目标 通过OA系统提供的JBPM4引擎设计流程，实现流程的跳转，表单的设计以及表单和流程的关联。 1.2 文档的作用 本文档基于广州宏天软件有限公司开发的OA办公系统的工作流模块设计的。仅限于流程的简单开发，开发人员快速入门。

2、流程设计2.1 售前流程2.2 采购流程2.3 维保流程2.4 故障处理流程

1.1 概述 主要是流程图，表单的设计以及流程图和表单关联的设计。以一个售前的流程例子介绍他们公用的部分的开发设计。 2.1.1 售前流程图设计 由此页面进入“在线流程设计”. 下面的页面就是OA系统提供编辑流程图的页面，可以把所需要的流程通过此工具画出来 在这里简单介绍下几个节点的作用 （1）开始节点开始：这是一个流程的起点，一个流程可以没有结束节点但是一定要有节点。

（2）任务节点：这是一个需要人参与的节点，需要人去提交数据。 （3）决策节点：这是一个特殊的节点，它不需要人参与，但是需要一些人定义的条件来决定其下一步条到哪一个分支。 （4）同步节点：这个节点是当2个分支需要同时执行时所用到的节点。（注：此节点通常和下面的合并节点成对使用，这样可以保证一个分支结束流程不会结束，等另外的分支都结束后流程才会结束） （5）合并节点:此节点是2个分支需要合并的时候的节点。其使用方法参照同步。 （6）此节点不是必须的，但是基本上都是需要这个节点的。他代表了一个流程的结束。 （7）流程节点的连接。当鼠标移到一个节点上时会有4个红点在四周，拖动一个红点到另一个节点的红点就可以连接2个节点。注意一个节点的到另一节点的线上的名字不能重复，因为流程引擎是通过流程线上的名字来跳转的，同样任何2个节点的名字也不能相同，否则会有冲突。流程就不能发布。

工作流引擎功能概要

工作流引擎功能概要 、目前功能概况图 、功能结合场景介绍 1.流程设计 1.1流程web 化建模 流程web 化建模，在目前主流浏览器中直接进行 web 化可拖拽的流程建模，并且不需要安 装任何插件。如其他厂商使用 flex 、applet 等技术做的web 流程设计器，都需要另外安装插 件。尤其是生成流程图后，在普通用户显示流程图的时候，也需要安装一些插件。 目前主流的流程引擎，都必须拥有 web 化流程设计器，否则必然会被淘汰，这已经成为了 一个必需品。而我们的流程设计器是纯 JS 脚本自己研发编写的，维护方便，不依赖任何第 三方插件。 流程设计 ?流程web 化建模 ?版本管理 ?会签（支持4种策略） ?串签 ?菜单配置 ?审批权限配置 ? Weboffice 权限配置 ?选人策略1 （直接选 定人） ?选人策略2 （选择某 个组织或群组） ?选人策略3 （变量动 态选人） ?选人策略4 （根据组 织属性与层级动态 选人） ?支持自定义动作 ?支持节点二次开发 ?支持发起、流转、 结 束事件，并支持 可二次开发 ?支持分支、聚合 ?支持动态分支、动 态聚合 ?自定义流转展现表 单 ?与自定义表单结合， 可动态抓取表单中 的字段进行只读可 见的配置 流程数据中心 ?个人待办（升序、 降序）、按紧急程 序排序。最新待办 显示“新”，被催 办的待办显示“催 （个数）” ?在办事宜 ?办结事宜 ?申请未办结 ?申请已办结 ?我关心的事宜 ?我的催办 ?我的工作代理 ?常用意见 流程动作 ?办理 ?回退 ?办理至 ?回退至 ?选择下一步办理人 ?退回至申请人 ?流程撤销 ?流程结束 ?流程转办 ?工作代理 ?催办 ?申请取回 ?办理取回 ?办结取回 ?流程图形化监控 ?流程审批信息查阅 ?执行自定义动作 流程监控与管理控制 ?在办流程挂起 ?在办流程恢复 ?在办流程取消 ?在办流程监控 ?流程重置 ?在办任务挂起 ?在办任务恢复 ?在办任务取消 ?在办任务监控 ?流程自由流 流程统计 ?流程统计分析报表 工具

基于OA系统的工作流引擎设计方案

基于OA系统的工作流引擎设计方案

1引言 1.1课题的背景与目标 工作流的概念起源于生产和办公自动化领域，是针对日常工作中具有固定流程的业务活动提出的一个概念。工作流管理联盟(WFMC)给出的工作流定义是：工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。该技术的目的是通过将工作分解成定义良好的任务、角色，按照一定的规则和过程来执行这些任务并对它们进行监控，达到提高工作效率、降低生产成本、提高企业生产经营管理水平和企业竞争力的目标。 工作流管理系统的核心部分是工作流引擎，引擎是驱动流程流动的主要部件，它负责解释工作流流程定义，创建并初始化流程实例，控制流程流动的路径，记录流程运行状态，挂起或唤醒流程，终止正在运行的流程，与其他引擎之间通讯等等工作。 目前，工作流技术还处于发展曲线的初级阶段，然而，关于这方面的研究十分活跃，形成了许多规标准。例如主要的有：工作流管理联盟（Workflow Management Coalition ，WfMC）在体系结构[6]、工作流相关术语[7]及应用程序接口[8]、管理控制接口[9]、过程语言描述[10]等方面提出的一系列规。还有Microsoft, BEA, IBM, SAP等公司联合提交发布的BPEL规等等。 在实际应用中开源产品占据了重要的地位，如JBoss 项目中的jBPM、由OpenSymphony组织开发的OSWorkflow、Enhydra组织开发的Shark。在国，交通大学的基于Petri网点分布是工作流管理的研究，大学的基于工作流过程定义语言（WPDL）的工作流建模平台，都取得了良好的研究成果。 但是工作流管理技术很多方面还不成熟，在使用过程中往往会遇到的一个重要问题是系统过于庞大复杂：一些工作流软件产品，特别是国外成熟的产品，经过多年的发展，功能强大，配置和接口多样灵活。对于国大部分初次使用工作流技术的中小型项目来说，这些工作流软件的功能特性大大超过了需要，客户需要承受漫长的学习周期、复杂的安装配置等带来的风险。 鉴于上述的原因，本课题的目标在于提出一个配置简单、使用方便、功能实用的工作流引擎的设计方案，并完成编码。该工作流引擎——OAworkflow是借鉴了已有的工作流引擎，对某些复杂功能进行简化后，重新设计的。与传统工作流管理系统相比，本工作流管理系统具有以下优点： 1)支持灵活的流程定制 该系统能够针对办公自动化系统中的典型流程案例对流程进行灵活定制，支持的流程路由包括：顺序路由、汇聚路由和分支路由。用户可以根据

工作流引擎功能概要(OA系统)

工作流引擎功能概要 一、目前功能概况图 二、功能结合场景介绍 1.流程设计 1.1流程web化建模 流程web化建模，在目前主流浏览器中直接进行web化可拖拽的流程建模，并且不需要安装任何插件。如其他厂商使用flex、applet等技术做的web流程设计器，都需要另外安装插件。尤其是生成流程图后，在普通用户显示流程图的时候，也需要安装一些插件。 目前主流的流程引擎，都必须拥有web化流程设计器，否则必然会被淘汰，这已经成为了一个必需品。而我们的流程设计器是纯JS脚本自己研发编写的，维护方便，不依赖任何第三方插件。

1.2版本管理 流程建模后，避免不了对已经建立好的模型进行再次的修改，那么就需要有版本管理的功能，可以管理历史版本，可以还原历史中某个版本的流程模型，可以看到某个流程实例是按照哪个流程版本去建立的，可以发布历史中的流程模型，让用户随时可以选择发起历史流程模型。比如学校发文流程，实施人员在现场需要与用户一起对流程进行反复的修改。每次修改的记录都需要保存在流程历史中，以便用户更改意见，重新使用历史版本。 1.3会签节点 流程设计器中可以设置某个节点为会签节点，会签是指某项任务同步到达多个流程办理人，流程办理人可进行同步的待办事项处理。会签节点有四种会签策略供用户选择： 1.意见收集制 2.一票通过制 3.一票否决制 4.按比例通过（10%～100%），可自定义比例 OA中应用的业务有：收文、发文、校内请示等。

1.3.1动态加签、减签（暂无） 在流程流转过程，已经进入了会签节点，这时会签发起人可以动态的进行加签、减签。1.4串签节点 串签是一种特殊的会签，串签的功能是，会按照流程实例中，发向串签节点的办理人选择会签节点办理人，并指定顺序。流程会自动按照选定的人员顺序，一个一个的进行顺序签批，比如在收文流程中，该实际一个收文是行政文件，那么秘书选择校领导顺序签批时，就要选择校长、书记这样的顺序进行。虽然是一个节点，但流程会自动按照秘书选择顺利，先校长办理，再创建书记的待办任务，由书记办理后统一回到秘书节点。 1.4.1动态加签、减签（暂无） 在流程流转过程，已经进入了串签节点，这时会签发起人可以动态的进行加签、减签。1.5节点动作配置 可配置该节点能拥有那些可供用户执行的动作。流程设计器中展现的动作列表是可以进行二次开发的，开发人员可以方面的自定义自己的流程动作供设计器选用。

优秀工作流引擎功能标准

优秀工作流引擎功能标准 工作流引擎（Workflow Engine ） [编辑] 工作流引擎概述 工作流引擎是指workflow（工作流）作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。 例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。 就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性就好比引擎转速方面的性能，加速到100 公里需要1 个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？ Workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。从建立企业神经系统的角度也许更能理解两者的区别。传统软件不能解决工作流的问题，例如ERP关注的是企业的资源配置，但不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样workflow也不能完全解决传统管理软件所能解决的问题，例如对生产管理的MRP系统所能解决的生产过程控制通过workflow很难实现。但一个好的传统软件如果希望能自动化地在整个企业中应用起来，必须有一个强大的逻辑层，用以解决信息传递的逻辑判断和自动流转，这个时候就需要workflow的平台。 今天的很多优秀的工作流解决方案集成了短信息、页面服务、目标管理、文件管理和其他一些操作系统才提供的服务。 [编辑] 工作流引擎的五大接口

工作流引擎详细设计说明书(GB8567——88)

安华信息 工作流引擎 详细设计说明书 2012-3-21 [该文档主要描述工作流引擎的实现细节。]

目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2 程序详细设计 (5) 2.1工作流运行时（W ORKFLOW R UNTIME） (5) 2.1.1 程序概述 (5) 2.1.2 功能设计 (5) 2.1.3 外部接口 (11) 2.1.4 尚未解决的问题 (12) 2.2工作流设计器（W ORKFLOW D ESIGNER） (12) 2.2.1 程序概述 (12) 2.2.2 功能设计 (12) 2.2.3 外部接口 (16) 2.2.4 尚未解决的问题 (17) 1.3公共对象 (17) 1.4数据库结构说明 (21) 2.4.1地区表 (21) 2.4.2业务附件文件 (21) 2.4.3流程业务数据包 (21)

2.4.4流程业务数据包定义 (22) 2.4.5流程实例表 (22) 2.4.6流程日志 (23) 2.4.7已处理消息队列表 (23) 2.4.8待处理消息队列表 (24) 2.4.9流程状态结点 (24) 2.4.10流程状态参与角色关系表 (24) 2.4.11流程模板表 (25) 2.4.12流程模板与业务类别、险类标识关系表 (25) 2.4.13日志项表 (25) 2.4.14状态操作附加规则 (26) 2.4.15流程状态后活动 (26) 2.4.16流程状态前活动 (27) 2.4.17流程状态表单信息 (27) 2.4.18流程状态操作表 (27) 2.4.19流程状态操作消息表 (28)