奥宝工作流
奥宝工作流平台软件介绍
（Version 1.1）
1．概述
奥宝工作流产品系列是北京奥宝软件技术有限责任公司按照WfMC（Workflow Management Coalition）标准开发的工作流软件产品套件，为企事业单位的工作流程（或业务流程）自动化、工作流程（或业务流程）重组提供全面支持，本公司对该产品系列拥有完全知识产权。奥宝工作流产品系列由奥宝工作流服务器、奥宝工作流流程设计系统、工作流系统管理系统、奥宝工作流工作项管理系统四个部分组成，提供从流程设计、流程执行与调度、集成已有信息系统、工作项(任务)管理等功能，是一套完整的工作流产品系列。奥宝工作流服务器提供工作流API（应用程序接口），以支持基于工作流的软件开发和工作流系统与其他系统的集成，v1.1版本提供基于JavaRMI和WebService的工作流API。
奥宝工作流产品系列结构关系图
2．奥宝工作流流程设计系统
奥宝工作流流程设计系统是设计工作流程的图形化工具。设计者只需通过简单的鼠标拖拽就可以制定一个流程。我们按照（WfMC）标准，用工作流模型来表示一套完整的工作流定义，一个模型由一个或多个流程定义组成，还包括各流程定义可以共用的一些数据、参与者、应用程序声明、数据类型定义和声明等信息。流程设计系统建立的对象是工作流模型。系统提供将工作流模型保存为XPDL文件的功能(XPDL是WfMC基于xml的标准模型文件格式)；提供将工作流模型发布到工作流服务器及导出、修改已发布工作流模型的功能。奥宝工作流产品使用的工作流模型在《奥宝工作流模型说明》中有详细介绍。
流程设计系统特征总结：
可视化流程设计
采用WFMC标准的工作流模型文件XPDL
支持流程发布和导出
支持在线设计与离线设计
支持并法、同步、选择、子流程、流程块、异常处理等流程特征
支持任意复杂程度的路径表达
简单易用，只有人工活动、自动活动、子过程活动、块活动、路由活动五种活动类型
通过条件表达式、参与者表达式、实际参数表达式支持流程灵活性
参与者推迟梆定，模型可迁移
提供免客户端安装的Java Web Start版
跨平台，国际化支持
3．奥宝工作流服务器
3.1 系统介绍
奥宝工作流服务器是按照工作流模型执行工作流程的多线程服务器系统。流程设计系统设计的工作流程是工作流程的定义，也叫流程定义；当模型发布到服务器以后，就可以启动工作流程，启动时会创建流程定义的一个实例，也叫流程实例，可以同时启动一个流程定义的多个流程实例。工作流服务器按照流程定义中规定的路径，驱动每个流程实例去执行不同
的活动。执行活动时根据不同的活动类型执行不同的操作，自动活动调用内部和外部的应用程序，从而集成已有信息系统；人工活动为各个参与者派发工作项，并通过邮件通知参与者；子过程活动启动其它流程，其他活动进行流程内部的路径控制操作。流程的执行和调度，活动的执行和调度室工作流服务器的内部功能，除了内部功能外工作流服务器还为管理模型、过程、任务、组织机构、用户、权限提供API支持。
工作流服务器提供两套工作流API，一套是全Java的工作流API，为基于Java的二次开发者，提供简单易用和高效率的API；另一套是基于WebService的API,供其它语言二次开发者使用。
3.2 工作流服务器特征总结
高效、稳定、可靠、安全的工作流引擎
实现“最近最少访问原则” 的内存管理技术，支持无限流程数据，保证响应速度
使用数据库连接池，提高数据存取效率
使用线程池技术，降低系统开销
独创的并发调度技术，以少数几个线程的代价完成所有流程和线程的并发执行
采用用户口令和数字证书等安全措施
提供基于JavaRMI 和WebService的工作流应用程序接口（API）
支持并法、同步、选择、子流程、流程块、异常处理等流程特征
自动集成EJB，Java，JavaRMI，WebService，Corba等类型的应用程序
直接支持文档签发审批
电子邮件任务通知
支持MSSQL,Oracle数据库，支持多种操作系统
组件式设计，易于扩展
3.3 应用程序接口(API)
工作流服务器为发布、导出和修改工作流模型提供API。奥宝工作流流程设计系统就是通过这些API来完成工作流模型的发布、修改等功能。
工作流服务器为流程管理，包括流程启动、流程挂起、流程恢复、流程终止提供API；奥宝工作流系统管理系统就是通过这些API完成流程管理功能。
工作流服务器为基础设施的管理提供API。奥宝工作流系统管理系统就是通过这些API 完成基础设施的管理。
工作流服务器为工作项的管理提供API。奥宝工作流工作项管理系统通过这些API完成工作项处理、转发、锁定等功能。
用户可以通过工作流服务器提供的API开发更适合自身需要的系统管理、工作项管理、模型发布等系统，也可以在其它应用程序中通过工作流API来完成与工作流有关的工作。
4．奥宝工作流系统管理系统
奥宝工作流系统管理系统是基于Web的管理系统，他通过工作流API对工作流服务器的组织机构（机构、角色和人员）、权限、用户、流程进行管理。该系统一般由工作流系统管理员使用。
5．奥宝工作流工作项管理系统
奥宝工作流工作项管理系统是基于Web的管理系统，它通过工作流API管理用户的工作项，提供处理工作项、转发工作项、锁定竞争工作项等功能。系统根据流程定义自动生成一个工作项处理界面，这个界面主要是为了加快工作流程调试工作，对于一时来不及开发工作项处理界面的用户也可以直接作为临时的工作项处理界面。
6．奥宝工作流二次开发支持
6.1 流程定义开发（流程设计）
流程定义开发是工作流最基本的二次开发任务，奥宝工作流流程设计系统是专门用于流程设计的工具。流程定义开发涉及企事业单位的具体业务流程，一般由业务领域的专家与计算机技术人员一起开发。企业可以开发其行业通用的业务流程用于销售，或者购买其他单位开发的行业通用流程。
6.2 工作项处理界面的开发
工作项处理界面也是基本的二次开发任务，工作项处理界面的开发是在流程定义的基础
上进行的，为流程定义中的人工活动开发界面。由于市面上已有很多Web页面的开发工具，我们不提供直接开发Web页面的工具。奥宝工作流工作项管理系统为处理工作项提供了一个框架，可以方便的把工作项处理界面嵌入这个框架中。同时，工作项管理系统自动生成一个工作项处理界面，这个界面主要用于调试流程，也可以用于对界面无特殊要求的工作环境。
6.3 应用程序、适配器和驱动器开发
为了执行自动活动任务的，可能还需要为自动活动开发应用程序，应用程序也可能已经存在，工作流产品的任务是把这些应用程序集成到业务流程中。目前系统支持Java、Java RMI、EJB、WebService、CORBA等类型的应用程序集成，对于这些类型的应用程序，用户在流程设计时通过设置一些信息就可以在流程执行时调用这些应用程序。对于目前不支持的应用程序类型可以通过开发适配器和驱动器来集成，适配器和驱动器是高级的二次开发，一般用户不需要这样的开发。
应用程序适配器是一个普通的Java类型的应用程序，工作流调用应用程序适配器时，由适配器去调用目标程序。驱动器完成的功能与适配器类似，只是驱动器更为标准和通用，并且在流程设计系统的界面中有专门的设置。
6.4 其他开发
工作流服务器提供的作流API，为更广泛的工作流二次开发提供支持。用户可以在其他应用程序中通过工作流API来完成与工作流有关的工作。用户也可以通过工作流服务器提供的API开发更适合自身需要的系统管理、工作项管理、模型发布等系统。
7．奥宝工作流运行环境
7.1 操作系统支持
奥宝工作流产品系列是用Java开发的，由于Java的跨平台特性，奥宝工作流支持不同的操作系统，包括Window、Unix、Linux的各种版本，只要在这些系统上安装JDK1.3或者以上的版本。
7.2 数据库
奥宝工作流服务器使用关系数据库来存储流程定义数据、流程实例数据、工作项数据以及各种基础数据。奥宝工作流目前支持Oracle数据库（8和8i及以上的版本）、MS SQLServer 数据库（7.0及以上的版本）。奥宝工作流使用JDBC来访问数据库，用户可以配置使用不同的JDBC Driver。
7.3 应用服务器
奥宝工作流系统管理系统、工作项管理系统都是标准的J2EE Web应用程序系统，要求发布在支持J2EE Web应用程序（即支持JSP和Servlet）的应用服务器上。产品携带Tomcat 4.1，用户可以根据自身需要选用各种商业或免费的应用服务器。
7.4 浏览器
奥宝工作流系统管理系统、工作项管理系统都是标准的J2EE Web应用程序系统，其用户界面为Web页面，目前版本支持IE 4.0以上，其它浏览器未经测试，我们将在公司网站上发布浏览器支持的最新信息。
7.5 硬件要求
硬盘：最小50M ，推荐 100M以上。
内存：服务器最小 128M，推荐 256M。
数据库分区：根据自身数据多少而定。
CPU：建议100M赫兹以上
网络：要求支持TCP/IP协议；
浏览器与系统管理系统之间100k/s以上
浏览器与工作项管理系统间100k/s以上
系统管理系统与工作流服务器之间10M网络环境以上
工作项管理系统与工作流服务器之间10M网络环境以上
流程设计系统与工作流服务器之间10M网络环境以上
工作流服务器与数据库之间10M网络环境以上
工作流系统功能列表 流程运转功能 1. 串行路由（Sequence Routing） 这个一般都比较容易理解，就是按照顺序的任务执行 2. 并行路由（Parallel Routing） 企业内部有许多作业必需平行处理以提高效率，举例来说：有5 位部门经理需要提出年 度预算报告，每一部门之报告为独立提出，故可将五位经理定义在同一步骤内，各自处理后再统一送到下一步骤。 3. 聚合路由（Merge Routing） 多个分支需要聚合成一个完整的流程 工作流系统功能列表系列 4. 条件路由（Conditional Routing） 在企业处理日常工作时，有许多步骤只有在特定条件成立时才会执行。工作流程自动化 软件因此必需提供此功能。 5. 条件跳跃（Conditional Jumps） 条件式跳跃指满足某些特定条件时，必须自动跳过中间数个步骤至指定人员处理。这也 是企业工作程序里屡见不鲜的状况。 6. 条件终止(Conditional Aborts) 在企业内常发生当遇到某些状况时，则整个流程实例便取消而不再流转。工作流程自动 化软件也必需相对提供这项功能。 7. 回退（Process Returns） 这项业务因为各种原因（文档不全、发送错误等等），当然处理人要求上一处理人重新 办理，或重新发送 8. 取回（Process Rollback） 业务人员依照客户要求填写订单后，订单送出往下继续传递，隔了一天后，客户临时决 定要更改订货的内容，您可以在不删除订单流程的情况下，使用反向回传的功能，可从有问题的步骤(订单输入)直接「取回」已流到后面数个步骤的该张订单，修改完毕后再送至下一步骤. 一般这种情况，实际系统实现中，会强制在后续处理人未处理的情况下可做出[取回]动作，否则不能取回。 9. 自循环（Self-Cycle） 在电子政务办公系统中，经常出现的“多处长联合审批”过程。多个处长（个人）属于 同一个处长角色（角色单元）。针对同一个审批过程，采用自循环（审批这个过程重复执行）就可以基本解决问题。 10. 发散路由（Emanative Routing） 一个任务拆分成多个任务，其分支状态基本相等，同时流程也因为发散操作而分为多个 分支流程 11. 抄送路由（Copy Routing） 比如一个发文，在交司局会签的时候，可能会抄送一份给另外的司局备案，这个过程就 或额外的激活一个不影响主会签流程的“抄送任务” 流程运转扩展功能 12. 关系路由（Relationship Based Routings） 大部分企业流程是构建在从属关系上的：申请差旅费需由部门经理核准、员工绩效由上
工作流引擎 产品功能介绍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)
慧正工作流系统 设计器使用简明教程 目录 1.模块定制 (2) 1) 打开设计器 (2) 2) 新建模块 (2) 3) 创建数据表 (3) 4) 创建表单 (5) 5) 创建视图 (8) 6) 创建模块内部导航菜单 (13) 7) 添加应用菜单 (15) 8) 测试模块的增、删、改、查功能 (16) 9) 导出定制模块 (17) 10) 删除定制模块 (18) 11) 导入定制模块 (19) 2.定制工作流 (20) 1) 创建流程表单 (20) 2) 新建流程 (20) 3) 填写流程属性 (21) 4) 表单设置 (21) 5) 绘制流程图 (23) 6) 测试流程 (23) 7) 待办处理 (24) 8) 流程导出 (25) 9) 流程删除 (26) 10) 流程导入 (26)
1.模块定制 1)打开设计器 （登录时选择“设计端”，或登录后点击页面右上角的“设计”，均可进入设计器页面） 点击“应用设计” 2)新建模块 1.在这里点击鼠标“右键” 2.在弹出菜单点击 “新建模块”
在弹出的模块属性窗口进行如下操作： 3)创建数据表 1.模块名称录入“模块定制练习” 2. 模块分类录入“练习” 3.点击保存（弹出提示框选择OK） 4.关闭 1.点击“新建”
在弹出的“库表属性”页面，执行如下操作： 在“字段属性”页面执行如下操作：3.点击“字段属性”标签2.填写中文名称“练习表” 1.填写表名“tz_mytest” 1.点击“新增” 2.字段名录入“MYTXT” 3.数据类型选择“大文本” 4.中文名称录入“内容” 5.录入类型选择“大文本” 6.点击“确认” 7.点击“创建表”（弹出 提示框选择“是”） 8.点击“关闭”
什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。 现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。这就可以称之为工作流。流程的本质就是一个参与者参与到一个过程里面来 那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。我们就从这个角度出发来了解JBPM 工作流引擎 下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。 实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以对你的某些核心部分不需要做什么变动 现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程 重点讲解UML 里面的内容，确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容，右边的后面再讲，我是方便讲解就将这点东西放到这个空白的地方 一个简单的流程图Main 模拟出请假的过程
对提交请假单进行分析 用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统 现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？ 接下来是提交请假单。我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边 这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。当把这个模型分析清楚了我们就要去实现它。 这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处 (用自己的话说明一下提交请假单的过程 <读一下那段伪代码>) 在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。 我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。 那这个时候你就不能够在请假单中间增加一个外键， 把它整成审批者什么的，
SinoEP工作流开发手册(doc 112页)
SinoEP工作流开发手册 版本：4.2 中科软科技股份有限公司 2009年6月
1.阅读指南 (4) 1.1.手册目标 4 1.2.阅读对象 4 1.3.手册约定 4 2.体系介绍 (4) 3.流程定义 (4) 3.1.定义工具配置文件 4 3.1.1.................................. workflow.xml 5 3.2.流程定义工具需要实现的接口 5 3.3.流程配置过程 8
3.3.1.打开配置界面 8 3.3.2.初始化数据 9 3.3.3.新建流程 18 3.3. 4.配置流程 24 4.工作流引擎 (43) 4.1.引擎配置文件 43 4.1.1.......................... oscache.properties 43 4.1.2.................................. workflow.xml 44 4.2.引擎需要实现的接口 44 4.2.1.数据操作的接口 44 4.2.2.组织机构接口 47 4.2.3.逾期实现接口
51 4.2.4.应用程序实现接口 51 4.2. 5.办理人设置实现接口 51 4.3.启动工作流52 4.3.1.工作流引擎入口参数 52 4.3.2.Servlet和方法启动工作流 53 4.4.处理待办和已办54 4.4.1.打开待办页面 54 4.4.2.打开待办页面一般需要调用的接 口 (54) 4.4.3.如何打开已办页面 55 4.4.4.打开已办页面一般需要调用的接 口 (55) 4.5.数据封装类
工作流引擎产品功能介绍
目录
1.1工作流引擎简介 1.1.1产生背景 随着我国信息化建设的不断深入，越来越多的政府部门和企事业单位都清醒地认识到信息化对于自身的生存与发展的重要性，以IT 系统建设为基础提高工作效率，增强竞争能力，已经成为共识。 在过去的若干年中，许多企业以当时的IT 发展水平为基础，针对不同的业务需求搭建了种类繁多的应用系统。回顾这一阶段，我们可以发现长期以来IT 系统的建设一直跟随着技术的革新和业务需求的增长而被动地发展着。不论技术手段如何变化，企业仍旧习惯于沿着功能分析的思路为特定的需求开发专有应用。随着时间的推移，企业内部逐渐积累了许多相互孤立的筒仓式应用系统。不可否认，正是这些应用系统共同构成了当今企业的主要IT 运行环境并有效地支撑了企业早期的业务发展，但是我们也必须清醒地认识到，在这些缺乏前期规划、互连性极差的应用系统之间信息不能被有效地共享且难于保持一致，业务过程也无法顺畅地流转，它们是造成“信息孤岛”现象的根源。一些企业也曾经尝试采用整理、合并各种需求、统一数据接口、规范业务过程等方式来降低集成的复杂度，但是在经过一番实践后，人们又发现仅仅依靠规范静态信息的交换格式，集合局部的需求等方法并不足以支持更大范围内的应用整合。因此当前的企业迫切需要一个能够支持在不同的应用系统之间完成协作任务的具有前瞻性的应用集成框架。 当前，企业面对的是一个多变且难以预测的市场，要在这样的环境中生存和
发展，就必需具备对外部变化做出迅速响应的能力。同样，政府部门也面临着转变工作职能，适应市场经济发展要求的压力，需要不断地为大众提供各种高效的公共服务。各项独立调查表明: 对业务系统和IT 基础设施进行快速调整和扩展一直是政府部门和企事业单位应对外部环境变化的重要手段。然而在早期的IT 系统设计过程中，人们往往更加关注于系统的稳定性而不是迅速应对变化的能力，原先那种僵硬的基于硬编码实现的系统功能扩展和集成方式已远远不能满足要求。“采用什么样的技术来搭建能够实现跨部门、跨企业、跨地理范围的支持流程协作和流程自动化的IT 基础设施”，“如何能够从被动地应对变化到预见变化进而实现前瞻性地主动变化”…这些都是当前每一个政府部门和企事业单位必须面对的挑战。 通过工作流系统把各业务部门的孤立应用系统整合起来是IT技术发展的必然趋势，而我国从上实际八十年代大量建设基础信息系统至今，工作流技术的发展可以分成以下几个阶段。 1.1.2发展阶段 1.1. 2.1EDF(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品，为了配合产生正确的数据，可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务
1.1 工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
工作流引擎平台解决方案 工作流引擎平台在实际系统中的应用一般分为三个阶段，即模型建立阶段、模型实例化阶段和模型执行阶段。模型建立阶段利用工作流建模工具完成各种企业经营过程或者项目管理流程模型的建立，将企业的实际经营过程或项目管理流程转化为计算机可处理的工作流模型。模型的实例化阶段为每个过程设定运行所需的参数，并分配每个活动执行所需的资源（设备、人员等）。模型执行阶段完成经营过程的执行，在这个过程中重要的任务是完成人机交互和应用的执行，并对过程与活动的执行情况进行监控与跟踪 WorkFlow的设计理念是致力于企业的业务流程自动化解决方案，为企业的业务流程自动化以及企业流程再造提供坚实的基础平台，成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤，降低应用开发的难度，提高应用开发的效率及灵活性，节约应用开发的成本，从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块：模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具，而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现，为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分，模板用于描述工作流定义，用于工作流应用的设计阶段；实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作（Job），组成工作的每个执行单元称为活动（Activity），组成活动的更小单位称为任务（Task），活动的入口称为主表单（MasterForm）。每个工作都是由一系列具有逻辑关系的活动组成，这些逻辑关系构成活动的路由信息。因此，一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者，他是启动此工作的人。每个工作可以有多个拥有者，拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者，他是模板中定义的活动执行人，活动拥有者
概述 本章节讲述了实际应用场景下如何灵活使用活字格工作流，包括工作流流程条的使用，以及工作流命令与批量工作流命令的设置。 业务场景描述 为了让大家能够在实际应用场景中理解工作流中的状态，普通流程，审批流程，以请休假管理模块为例，企业员工在提交请假申请单时，根据部门的不同判断是否需要经过人力资源部核准剩余年假，然后根据请假天数提交部门领导审批，部门领导审批状态为审批流程：小于3天，提交到部门副经理，小于5天，提交到部门经理，小于7天，公司副经理，小于10天，公司经理，大于等于10天，集团董事长，部门领导审批结束后提交人力资源部扣除年假流程结束。在流程流转到人资部结算时，设置提醒，要求提交给人资部结算1个小时以内每20分钟提醒一次，直到人资部结算提交流程。管理员可以随意将流程撤转到对应的环节上。 流程图如下： 请休假申请流程（包含普通流程+部门领导审批流程）
部门领导审批流程
工作流设置
通过上一章节流程功能点的讲解，配合流程图，我们可以将请休假流程在活字格中得以体现。在学习应用场景时，建议大家先学习了解下工作流中所有的功能，那样更方便大家针对特定流程去设计。 表和页面的创建在这里我就不为大家一一介绍了，直入主题，开启请休假表的工作流。在请休假表开启工作流时，表名后会带一个工作流的小图标。操作步骤如下： 1. 新建状态，整个工作流包含了起草，人资部核准，部门领导审批，人资部结算以及结束5个状态。其中起草，人资部核准，人资部结算，结束均为普通流程，部门领导审批为审批流程。
2. 如流程图所示，起草环节根据创建者的部门区分流转环节，若创建者部门=活字格开发部，提交人资部核准，担当者为人力资源部经理，，若创建者部门=活字格业务部，提交部门领导审批。此时就需要在条件中添加不同的分支。条件中选择创建者的扩展属性部门。 3. 当创建者属于活字格开发部时，提交给人资部核准，人资部正常提交给部门领导审批。普通流程后跟审批流程，不用设置担当者。
工作流平台——工作流设计器 详细设计说明 1 引言 1.1 编写目的 为符合软件需求并对本软件系统各功能模块进行说明，以便编程人员进行程序的编制设计，同时贯彻需求报告中所确定的通用性、完整性、可靠性及可维护性原则，做到结构合理、方便、快捷、规范开发人员的工作，特编制本详细设计说明书。 适用对象： 软件开发者（Supplicrs），以便准确地理解客户需要什么样的产品和各功能模块的具体设计和编制。 1.2 背景 在企业日常经营管理活动中，为适应市场快速变化的需要，企业要经常调整自己的管理流程，这就是我们经常提到的流程重组。通常的流程重组只是将现有的业务处理次序进行改变或改变具体的执行角色或减少不必要的环节，因此，这就要求开发的计算机管理系统业务功能没有增加的情况下能根据需要随时调整处理流程。将工作流技术与业务系统结合可以很好的解决以上的问题，这也是工作流技术的应用越来越多的主要原因。 WfMC（工作流管理联盟）给出的工作流概念为：工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。事实上，工作流技术就是业务流程的计算机化或自动化，它将过程逻辑从业务逻辑中分离出来，由工作流引擎专门完成对过程逻辑的计算，从而使开发人员将主要精力集中在业务逻辑的处理上。 工作流程设计器是工作流平台的一部分，它提供用户对自己的流程进行定义的功能。 系统名称：工作流程设计器（HTCS——WorkFlowDesigner）
1.3 参考资料 《workflow.mdl》作者： 《工作流管理联盟工作流标准》4Broad 译（V1.0） 2系统结构 2.1 功能概述 工作流程设计器是工作流平台中不可或缺的一部分。工作流程设计器以图形的方式为建模人员提供了一个方便的工作流程建模环境。 2.2 系统效果图 图2.0 系统效果图 2.3 系统结构图 详见workflow.mdl
工作流技术方案
目录 1概述3 1.1工作流现状 (3) 1.2建设原则 (3) 1.3建设目标 (3) 1 (4) 2总体设计方案4 2 (4) 2.1业务架构设计 (4) 2.1.1业务功能设计 4 2.1.2业务模型设计 5 2.2总体架构设计 (6) 2.2.1工作流总体结构图 6 2.3技术架构设计 (7) 2.3.1展现层 7 2.3.2控制层 7 2.3.3业务逻辑层 7 2.3.4数据持久层 8 2.3.5缓存 8 3应用系统设计8 3 (8) 3.1流程定义 (8) 3.2流程管理和监控 (8) 3.3工作流引擎 (8) 3.4工作项列表 (9) 1 (9) 1.1 (9) 1.2 (9) 1.3 (9) 1 (9) 1.1 (9) 1.2 (9) 1.3 (9)
1概述 1.1工作流现状 工作流是实现企业业务过程建模、业务过程仿真、业务过程管理与集成，从而实现最终业务过程自动化化的核心技术。 传统的工作流管理系统缺乏柔性，不能及时响应变化和相互之间缺乏互操作的缺点不能满足这种复杂业务流程管理的需要。针对这种情况，提出工作流管理平台的实现方案，以便更好地对企业业务流程实行管理。 1.2建设原则 工作流管理平台的设计主要遵循实用性、稳定性、高效性、灵活性等原则： （1）稳定性原则：需要采用成熟的技术模型、稳定的软硬件产品、软件开发平台和工具。 （2）安全性原则：提供完整备份机制，提供安全的数据访问机制。 （3）友好性原则：考虑到平台将针对各个层面的用户群体，使用者的计算机水平参差不齐，所以需求平台提供的界面简便友好、操作方便。 （4）扩展性原则：系统设计应具有良好的可扩展性和升级能力，可以根据新的业务拓展，方便地追加新的模块，也可以根据运营的状况，自由地追加硬件，以实现对系统有效的负载均衡。 （5）快速开发原则：提供封装的开发构件，提供基本的系统管理模块，提供简洁的开发模板，能够满足各类业务需求的快速开发。 1.3建设目标 根据上述原则，工作流管理平台建设的主要建设目标为： （1）实现基于Jbpm的流程引擎的二次开发。 （2）实现图形化的流程定义工具和流程管理监控工具。 （3）实现工作项列表（包括待办事宜、已办事宜、历史事宜）的统一管理界面。 （4）实现在流程生命周期中应用系统对流程触发的动作的相关服务接口：工作流定义相关服务、工作流引擎相关服务、工作项列表相关服
工作流系统功能介绍 目录 1概述 (2) 2流程系统设计总图 (4) 3建模工具 (4) 3.1组织机构管理 (5) 3.1.1主界面 (6) 3.1.2岗位管理界面 (7) 3.1.3部门管理界面 (8) 3.1.4员工管理界面 (9) 3.2权限管理 (10) 3.2.1主界面 (11) 3.2.2权限组管理界面 (12) 3.2.3权限设置界面 (14) 3.3流程管理 (14) 3.3.1流程管理主界面 (15) 3.3.2启动节点配置界面 (15) 3.3.3处理者配置界面 (19) 3.3.4流转条件配置界面 (19) 3.3.5控制节点配置界面 (20) 3.3.6子流程节点配置界面 (21) 3.4表单管理 (21) 3.4.1表单管理主界面 (22) 3.4.2选择用户控件界面 (23)
4工作流引擎 (23) 4.1基本功能 (23) 4.2任务节点类型 (25) 4.2.1启动节点 (25) 4.2.2结束节点 (26) 4.2.3交互节点 (26) 4.2.4子流程节点 (26) 4.2.5控制节点 (26) 4.2.6查看节点 (26) 5业务平台 (26) 5.1业务平台主界面 (27) 5.2例子:差旅费报销流程 (27) 5.3未认领任务 (29) 5.4已认领任务 (30) 5.5已完成任务 (30) 5.6查看流程图 (30) 6与门户sps系统的整合 (31) 7流程监控服务系统（即时消息和Email） (32) 1概述 随着计算机软件应用的普及，信息化系统发挥的作用也越来越大，企业信息化建设的不断深入，对系统功能和自动化程度要求越来越高。客户要求系统功能与实际的工作情景紧密结合，对每个业务环节的控制要求越来越精确。如何让我们的信息化系统更加贴近客户需求，满足客户不断变化的业务流程成了我们软件开发商不得不面对的问题。
基于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)支持灵活的流程定制 该系统能够针对办公自动化系统中的典型流程案例对流程进行灵活定制，支持的流程路由包括：顺序路由、汇聚路由和分支路由。用户可以根据
国内外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则
1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
工作流开发手册 1 功能介绍： 工作流系统是以规格化的流程描述作为输入的软件组件,它维护流程的运行状态,并在人和应用之间分派活动、最终达到协同多人或服务共同完成工作任务的目的。 2 使用过程： 工作流系统的使用过程分为三个阶段：设计时、配置时、运行时；设计时阶段需要完成流程模型设计；配置时阶段需要完成工作流系统运行环境的配置、工作流模型发布及版本管理等工作；运行时阶段需要负责发起和完成流程实例等工作。 U8系统安装完毕后，首先需要进入工作流环境配置模块设置MOM服务器和工作流引擎信息；配置的信息会通知到对应的MOM服务器，使得MOM服务器感知与其协同工作的工作流引擎信息。配置时涉及的功能模块及运行时的流程实例管理模块存在于工作流管理控制台中。 环境配置完毕后，可以进行流程模型设计工作。通过流程设计器，设计过程中结合UAP工具中设计出来的业务对象和注册在MOM服务器上的消息和服务信息，生成流程模型。流程设计器设计出来的流程模型还不能直接投入使用，需要通过重定位模块对其消息和服务地址信息从设计时环境的地址转化为运行时地址后，才能正式使用。重定位模块通过“流程发布”动作来完成该动作的。 流程模型发布后，业务应用就可通过消息发送接口发送特定类型的消息，消息通过MOM服务器通知工作流引擎，生成对应的流程实例，在流程实例处理过程中调用业务服务、生成需要人工交互的任务项、并最终协调完成流程实例的处理。流程实例可以被流程实例管理模块加以管理、修改。 3 开发帮助 基于新的工作流平台之上的审批流应用，利用UAP的数据引擎、MOM消息发布订阅和消息转发功能来完成审批这一类特殊流程的管理、配置、设计、使用、维护、监视操作。下图是工作流系统使用流程图：
优秀工作流引擎功能标准 工作流引擎（Workflow Engine ） [编辑] 工作流引擎概述 工作流引擎是指workflow（工作流）作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。 例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。 就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性就好比引擎转速方面的性能，加速到100 公里需要1 个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？ Workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。从建立企业神经系统的角度也许更能理解两者的区别。传统软件不能解决工作流的问题，例如ERP关注的是企业的资源配置，但不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样workflow也不能完全解决传统管理软件所能解决的问题，例如对生产管理的MRP系统所能解决的生产过程控制通过workflow很难实现。但一个好的传统软件如果希望能自动化地在整个企业中应用起来，必须有一个强大的逻辑层，用以解决信息传递的逻辑判断和自动流转，这个时候就需要workflow的平台。 今天的很多优秀的工作流解决方案集成了短信息、页面服务、目标管理、文件管理和其他一些操作系统才提供的服务。 [编辑] 工作流引擎的五大接口
第 1 页 工作流需求说明书 1 前言 为构架完整EDM 产品，更好满足特定用户需求，需要进行项目管理和工作流管理模块的开发。 此需求计划由公司内部提出，在需求讨论和编写过程中，总结PDM 组在“863”项目中开发工作流原型的经验，吸收部分企业对工作流的需求意见，参照国内外同类产品的现有系统，确定了我公司开发的要求和目标。 此工作流需求说明书作为项目组内部开发指导文件。 1.1 目的 开发项目管理和工作流模块，所有的过程逻辑控制在工作流中实现，并通过项目管理进行任务分发、任务提交、过程跟踪等。工作流系统中的服务模块（如工作流引擎）基于DCOM 实现，作为组件提供给系统使用。 本文档的预期读者为项目组开发人员、质量保证人员、市场销售人员及公司领导层。 1.2 范围 实现的项目管理（ProjectManage ）和工作流管理（WorkflowManage ）作为CEDM 的两个模块，不单独包装为产品。 工作流管理实现WfMC 定义的基本功能：工作流引擎、图形化定义工具、工作流客户端、工作流管理平台。但实现的功能为WfMC 定义功能的子集，不考虑异构工作流系统间的交互，不考虑数据对象在工作流上的传递，不考虑工作流结点上脚本的实现。 项目管理以工作流管理为核心。项目加载工作流模板后，对任务进行描述，包括设定项目承担人、任务截止日期、任务优先级等，进行工作流的启动、流转、操作。项目管理不包括对设备等其他非人力资源的调度，不负责对项目进度排程的优化和组合。 1.3 定义、缩写词、略语 WfMC(Workflow Management Coalition)工作流管理委员会，有关工作流的国际标准化组织。
安华信息 工作流引擎 详细设计说明书 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)
金蝶EAS BOS工作流开发 1. 流程配置基本知识及示例 1.1. 重要概念 1.1.1．流程变量 流程变量是工作流引擎和业务系统的数据交互的桥梁。 工作流承载业务，驱动业务流程，但是不会执行业务。工作流中的业务执行，全部都会委托给具体的业务模块执行。那么，这些被工作流分割的业务功能，在工作流中被调用执行的时候，如何保证做操作的数据的一致性？ 通过流程变量，在每一步的业务功能执行的过程中，将业务数据保存在流程变量中，那么整个流程的后续活动中，都可以引用该流程变量，来完成业务功能，保证业务数据的一致性。 例如：在凭证的审批流程中，新增凭证审批，审批的时候为什么可以正确定为到刚刚提交的那张凭证，而不是别的凭证？流程变量起到了重要的作用。在凭证新增之后，将可唯一标示凭证的ID保存到流程变量中，在审批的时候将流程变量中的值传递给凭证，就可以根据这个ID获取到一张凭证了。 流程变量在流程实例的生命周期内都是有效的。 1.1.2．任务输入输出 任务输入：在业务发生之前，有工作流传递给业务的数据。以凭证的过账为例，某个用户收到一条凭证过账的消息，双击消息处理。在双击之后、凭证的界面弹出之前，工作流会把定义的入口参数变量
中的值传递给凭证，凭证根据这个值来展现特定的单据，展现特定的功能。 任务输出：在业务发生之后，由业务系统传递给工作流，需要保存在流程变量中的数据。仍以凭证过账为例，在用户操作完凭证过账之后，工作流继续流转之前，如果流程定义中定义了任务的输出，那么，就会将凭证对应的属性的数据，保存在流程变量中。已备在后续的流程活动中使用。 1.2. 注意事项 l 绘画工作流图之前一定要先将业务流整理清楚，分析业务流的特性，提取可以抽象出来公用的东西，分析是否可以进行优化等，好的业务流程可以直接映射为工作流流程。 l 利用“流程变量”的威力，建立单据和流程之间数据交换的桥梁。输入输出参数用来在流程和单据之间进行数据的传递。输入输出参数和流程变量搭建了流程和单据之间的数据联系通道。 l 流程变量赋值时需注意：变量是否在另外地方被改变，有子流程时变量关系如何匹配，对应的是否正确，每个节点对应的变量是否正确，不同的节点可能对应不同的单据id，给变量赋值时需特别细心。l 如存在一些系统预定义功能无法满足的需求，可以采用自己开发功能，根据输入参数和输出参数来与工作流交互，如在单据中增加function，绑定到自动节点执行，或者是利用脚本节点，获取一些有用的信息输出到流程变量中在工作流中使用。还可以利用工作流的一些新增功能，比如利用函数节点，BOTP节点等来执行特殊需求。