优秀工作流引擎功能标准
优秀工作流引擎功能标准
工作流引擎（Workflow Engine ）
[编辑]
工作流引擎概述
工作流引擎是指workflow（工作流）作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。
例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。
就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性就好比引擎转速方面的性能，加速到100 公里需要1 个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？
Workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。从建立企业神经系统的角度也许更能理解两者的区别。传统软件不能解决工作流的问题，例如ERP关注的是企业的资源配置，但不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样workflow也不能完全解决传统管理软件所能解决的问题，例如对生产管理的MRP系统所能解决的生产过程控制通过workflow很难实现。但一个好的传统软件如果希望能自动化地在整个企业中应用起来，必须有一个强大的逻辑层，用以解决信息传递的逻辑判断和自动流转，这个时候就需要workflow的平台。
今天的很多优秀的工作流解决方案集成了短信息、页面服务、目标管理、文件管理和其他一些操作系统才提供的服务。
[编辑]
工作流引擎的五大接口
工作流参考模型确定了工作流管理系统的基本架构。该架构是开发工作流软件时应当采纳的系统模型，当然，一个工作流管理系统也可以不遵循这个模型标准，或只实现这个模型的一部分，但事实证明，这个模型结构是目前最为合理的。
系统的核心部分是工作流引擎，引擎是驱动流程流动的主要部件，它负责解释工作流流程定义，创建并初始化流程实例，控制流程流动的路径，记录流程运行状态，挂起或唤醒流程，终止正在运行的流程，与其他引擎之间通讯等等工作。WfMC没有针对引擎的实现提供具体的标准，因为对引擎做过多的约束并没有多大的现实意义。
一个工作流管理系统可以包含一个或多个引擎，并通过API向外部提供五个方面的功能服务，这些功能分别为：
?接口1－流程定义的导入导出
?接口2－同客户端应用程序和工作列表处理程序之间的交互
?接口3－软件工具和应用程序的调用
?接口4－不同工作流管理系统之间的协同工作
?接口5－管理和监视功能
接口1－流程定义的导入导出
许多不同厂商提供的工具可以进行工作流流程的分析、建模、描述和归档等工作。这些工具需要识别公共的流程交换格式，以支持在这些不同的产品之间传送工作流程流程定义。接口1便定义了这样的交换格式。此外，接口1还定义了设计环境与运行环境之间交换的规范，以使不同的建模工具产生的流程定义可以输入到不同的工作流产品的运行环境中。为了提供一个访问和描述工作流定义的公共方法，需要引入一个工作流元数据模型（meta－data Model），这个模型确定了流程定义中用到的一般的实体，这些实体都有不同的属性，不同厂商开发的工具可以根据公共的交换形式向工作流运行环境传送这些模型，传送可以通过API实现，也可以通过批量（Batch）传送实现。
元模型提供了流程定义交换中用到的基本的实体及其属性，这些都是工作流流程的组成部分，这些实体包括：
?工作流流程定义
?工作流流程活动
?过渡信息（Transition Information）
?工作流参与者
?组织模型
?工作流应用程序
?工作流相关类型
?工作流相关数据
?系统和环境数据
?数据类型和表达式
流程定义的交换
在不同的系统之间传递流程定义数据可能需要不同的机制，但在所有的情况下，流程定义数据的表达必须是一致的，这些表达包括一些公共的对象、关系及其属性。
接口２与接口３：
工作流管理系统必须提供同用户之间交互的通道，以便用户参与到系统的运行中。接口2主要完成这方面的功能。
WfMC在关于接口2 的规范中定义了工作流管理系统必须提供的类型、数据结构、API和错误代码，并以C语言头文件的形式提供。接口2所提供的功能大致可以分为一下五个方面：
* 1、会话的建立和与撤销；
?2、获取工作流流程定义及状态；
?3、工作流流程实例的操作，如创建、挂起、终止流程，获取和设置流程属性等；
?4、工作流活动实例的操作，如获取和设置活动的属性，改变活动的状态等；
?5、工作列表（worklist）及工作项（workitem）的操作，如获取工作列表，处理工作项等。
通过这些功能，用户可以完成与工作流管理系统之间交互的所有任务：登录系统、打开自己的工作列表、处理自己的工作任务、将完成的任务提交给系统、将自己的任务转交给其他用户等等。
工作流系统在运行过程中有时需要调用外部应用程序，以完成系统不能完成的工作（比如，发送Email或传真，扫描文件等），或者与其他系统集成到一起。此时可以通过接口3来完成。
接口3的功能同接口2的功能大部分是相同的，因此，这两个接口有融合的趋势。接口3主要规定了调用外部应用程序的函数规范，以及外部应用程序返回数据的格式。
接口4－不同工作流管理系统之间的协同工作
在企业级的工作流系统中，流程往往需要跨越多个服务器或系统，比如应用于跨国公司或大型集团公司的工作流系统经常会有这种的需求，此时就需要服务器或系统之间进行通讯，交换流程控制信息和流程定义等数据，以实现流程跨地域运行。WfMC在规范中以C函数的形式提供了这些控制的定义，其中包括以下几个方面的功能：
?1、创建流程实例；
?2、获取流程实例状态；
?3、获取和设置流程实例属性；
?4、启动或终止流程实例；
?5、改变流程实例的状态；
?6、改变流程实例的属性；
?7、更新流程实例。
服务器或系统之间信息交换的格式有多种，例如：文件、数据库表、E-mail 或直接通过网络传送的数据流等等。
接口5－管理和监视功能
此接口提供给用户管理和监控系统的运行状态、查看系统运行的历史记录的功能。WfMC在此接口的规范中定义了各种审计信息的数据格式，这些格式包括：
? 1. 流程实例（Process Instance）审计信息：包括创建、启动流程实例和子流程实例的审计数据；流程实例状态变化的审计数据；流程实例属性变化的审计数据；
? 2. 活动实例（Activity Instance）审计信息：包括活动实例状态变化的审计数据；活动实例属性变化的审计数据；
? 3. 工作项（Workitem）审计信息：包括工作项状态变化的审计数据；工作项分配合重新分配的审计数据；工作项属性变化的审计数据；
? 4. 远程操作审计信息：包括开始和停止会话（Session）的审计数据；远程创建流程实例和远程改变流程实例状态的审计数据；远程获取和设置流程实例属性的审计数据；会话管理的审计数据；
? 5. 流程定义审计信息；
? 6. 扩展的审计信息及专用的审计信息。
这些审计数据在系统运行时刻由系统自动记录在数据库或文件中，可通过系统提供的API进行统计和查询，或者通过系统工具导出到系统外部。
另外，此接口还要提供系统管理与流程控制的功能，如：系统流程数据的备份和恢复，用户管理，流程管理等等。
通过这五个接口，工作流管理系统可以同外部的软件工具进行交互，这些工具可以由同一厂商提供，也可以由不同的厂商提供，但前提是这些工具都必须遵循WfMC的规范。用户也可以有充分的选择空间来决定哪一厂商的产品，或者自己开发属于哪一个接口的工具。
这五个接口一般通过API的形式提供给用户或软件开发商，这些API称为WAPI（Workflow API），也有厂商将API封装成组件形式提供，以简化开发难度、降低成本并提高效率。
可以用下面的图来表示这五个接口的作用：
[编辑]
工作流引擎的关键因素
工作流引擎主要功能之一帮助用户适应流程多变性的需要的，给客户带来价值就是在于流程发生变化时的易维护性和低成本，工作流引擎就像是汽车的发动机，一个汽车即使再漂亮，没有强劲的引擎支撑也能难成为一辆好车，工作流引擎的几个关键因素如下：
1、适合东方流程特性、易用的流程设计器
包括各种环节特性、路径定义、时限定义、流程关联、参与人员（主办、协办、阅知）、表单权限、各种特殊权限等等。各种流程特性可以用工具通过简单易用的方式定义出来。
2、高性能、高稳定性的流程引擎
如果工作流引擎只是用于少数人玩玩的情况，大可不必那么严谨，工作流引擎对于大规模数据量、并发访问、各种流程逻辑的支撑能力非常关键，因此高性能和高稳定性是非常关键的。https://www.wendangku.net/doc/7418470554.html,工作流引擎的高性能和高稳定性在大量实际的案例中得到了证实。
3、工作流应用的快速开发架构
单纯的工作流引擎对于用户来说是没有意义的，就像司机拿着发动机不知道要做什么一样，因此好的工作流引擎的关键因素之一是提供终端应用系统的快速开发能力，这样对于软件提供者和软件应用者是双赢的局面。
4、强大的业务扩展能力
工作流引擎帮助应用软件提供者很好的处理了流程逻辑的实现，可是如何支撑业务能力的扩展也是关键因素之一，比如：流程设计是由用户通过流程设计器去定义的，那如何实现各种未知流程下的统计信息呢？比如https://www.wendangku.net/doc/7418470554.html,工作流曾经开发过的物流配送系统，用户定义了各种未知流程同时又能统计各个配送点当月的配送量。
好的工作流引擎的关键因素远不止这几点，目前工作流引擎产品层出不穷，可是真正的区别是在于末端需求的实现能力和实现成本。
优秀工作流引擎功能标准
一般性功能(General Functions)
1. 免程序开发(No Programming or Scripting)
2. 可处理大量流程工作(Volume Transaction Processing)
3. 三层式弹性化架构(Three Tier, Scaleable Architecture)
4. 稳定的信息传递架构(Robust Message Transports)
5. 流程反向回传/抽单(Process Rollback)
6. 支持LDAP 目录服务
7. 支持企业级数据库(Support for Enterprise Databases)
8. 动态用户授权(Active User Licensing)
9. 统一的登入ID 与密码(Unified ID/Password)
10. 使用者网域安全性(User Domain Security)
流程与窗体设计功能(Designer)
11. 图形化工作流程图(Graphical Workflow Maps)
12. 基于角色的路由(Role Based Routing)
13. 平行会签(Parallel Routing)
14. 基于关系的路由(Relationship Based Routings)
15. 工作队列(Queues)
16. 图形化数据路由(Graphical Data Routing)
17. 动态会签(Dynamic Routing)
18. 条件化步骤(Conditional Steps)
19. 条件化步骤跳跃(Conditional Jumps)
20. 条件化取消流程(Conditional Aborts)
21. 条件化退回(Conditional Returns)
22. 条件化收件人(Conditional Recipients)
23. 条件定义清单(Event Condition Tables)
24. 条件定义清单与其它步骤互动(Status Variables in Event Condition Tables)
25. 退件(Return Step)
26. 动态定义群组(Dynamic Groups)
27. 整合智能型窗体设计工具(Integrated Intelligent Forms Designer)
28. 表格透过服务器端连接数据库(Server-Side Database Connectivity for Forms)
29. 表格通用变量(Global Variables in Forms)
30. 电子签章(Signatures)
31. 备注留言板(Memos)
32. 表格支持电子扩展表(Spreadsheet Grid in Forms)
33. 多页表格(Multiple Pages per Form)
34. 子表(Sub-Forms)
35. 必备与必读文档(Required and Must-Read Attachments)
36. 附件功能(Attachment)
37. 资料验证与格式化输入(Data Validation and Masking)
38. 支持URL 连结(URL Links)
39. 支持HTML/Java (Support DHTML/Java)
40. 支持第三方对象开发(Third-Party Objects (Controls))
41. 自订传递路径(Ad hoc Routing)
42. 连接点(Junction Steps)
43. 重复激活流程(Iteration)
44. 转折点(Anchors)
45. 编辑业务规则(Editing Business Rules)
46. 自动暂停或恢复继续流程(Hold Conditions)
47. 发起子流程(Sub Processes)
48. 同步/异步子流程(Synchronous/Asynchronous Sub Processes)
49. 定时激活(Periodic Launches)
50. 第三方软件接口（Agent API/SDK ）
51. Excel 接口（Excel Agent ）
52. Word 接口(Word Agent)
53. ODBC 接口(ODBC Agent)
54. ASCII 接口(ASCII Agent)
55. 文件接口(File Agent)
56. 电子邮件接口(E-mail Agent)
57. 呼叫DLL 接口(Invoke DLL Agent)
58. 接口中心（Agent Station ）
59. 流程仿真测试(Simulation)
60. 流程仿真除错工具(Debugging Tools during Simulation)
61. 连续激活案件(Repeating Steps)
62. 取消案件或步骤(Abort Step or Incident)
63. 可重复送件的步骤(Perpetual Steps)
64. 保密步骤(Private User Steps)
65. 禁止代理的工作(Non-assignable User Tasks)
66. 复制流程步骤(Replicating Tasks)
67. 动态更改工作优先级(Dynamic Task Prioritization)
68. 可定义工作流程拥有人(Process Owners)
69. 工时成本计算(Task Rates)
70. 工作完成时间(Task Completion Times)
71. 群体开发流程(Collaborative Design via Maplets TM)
72. 数据可传递至子流程(Data Transfer to Sub-Processes)
73. 可同时监控主/子流程(View Sub-Process Status in Monitor View)
74. 数据捆绑通用变量(Databound global variables)
75. 流程设计文件制作(Process Documentation)
76. 以邮件通知工作逾时(E-mail Notification of Late Condition)
77. 可自订通知邮件(Customizable Notification Messages)
78. 群体响应(Group Response/Vote)
79. 指定代号启始值(Seeded Incident Number)
80. 指定工作暂停(Delayed Assignment)
81. 启始新流程权限(Process Initiation Rights)
工作流程服务器功能(Workflow Server Features)
82. 支持多个流程服务器(Multiple Workflow Servers)
83. 集中式的服务器端数据库连结(Centralized, Server-side Database Connectivity)
84. 以文字文件激活流程(Process Launch via Text Files)
85. 通过E-Mail 激活流程(Process Launch via E-mail)
86. 符合业务逻辑的服务器端动态连接库(Server-Side DLLs for Custom Workflow Logic)
87. 工作处理记录文件(Transaction Log Files)
88. 服务器定时清仓维护(Periodic Server Housekeeping)
89. 清仓窗口(Housekeeping Window)
90. 处理停顿流程(Handling of Stalled Processes)
91. 服务器自动复原(Automatic Server Recovery)
客户端程序功能(Client Features)
92. B/S 结构的客户端界面(Browser-based Client Interface)
93. 依重要程度优先级排列工作清单(Prioritized Client Task List)
94. 主动式电子邮件通知(Proactive E-mail Notifications)
95. 进度落后工作调整(Late Task Escalation)
96. 用户监看流程状况(Status Monitoring at Client)
97. 分布式用户管理(Distributed User Administration)
98. 用户指定代理人(Client Assign Functions)
99. 由工作队列中选择工作(Select Task from Queue) 100.用户自订工作窗口画面(Custom Client Views)
101.显示已被代理的工作(View Assigned Tasks)
102.表格快取功能(Forms Caching)
103.表格样板(Form Templates)
104.表格自动归档(Automatic Archiving)
105.自动更新程序与组件(Automatic Software Update for Browser Clients)
106.浏览器端的数字认证功能(Digital Certificate for Browser Software)
107.公众用户(Public Client )
108.游移用户(Roving User)
109.自动定时更新画面(Automatic Periodic Refresh)
110.异常状况通知(Notification of Abnormal Situations) 111.数据库安全(Database Security)
112.开放的客户端软件(Open Client)
企业组织图功能(Organization Chart Features)
113.企业组织图(Organization Charts)
114.子组织图(Sub-Charts)
115.组织图拥有人(Chart Owners)
116.群组(Groups)
117.循序群组(Sequential Groups)
118.权重群组(Weighted Groups)
119.工作职务群组(Job Function Groups)
120.多重角色管理(Multiple Roles Per User)
121.相对职务关系(Relative Job Functions)
122.职务搜寻(Search)
123.组织调整(Reorganize)
系统与流程管理功能(Administrator Features)
124.图形化工作流程监控(Graphical Workflow Monitoring) 125.版本控制(Version Control)
126.工作负荷量显示(Workload View)
127.任务成本统计(Task Cost Statistics)
128.工作流程成本统计(Process Cost Statistics)
129.单一步骤超时统计(Step Lag Time)
130.工作流程超时统计(Process Lag Time)
131.流程暂时停用(Disable Processes )
132.由队列中临时调派工作(Pull Tasks from Queue) 133.工作重送(Resend Steps)
134.非工作日设定(Exclusion Days)
135.代理未来工作(Assign Future Tasks)
136.工作流程信息输出(Workflow Metrics Export)
137.能临时更改收件人(Ability to Change Recipient )
138.可显示进行中流程的内容(Ability to View Workflow Data) 139.自订案件过滤清单(User-Defined Queries for Reports / Monitor View)
140.自动安装流程给新的部门成员(Automatic Install to New Group Members)
141.可自行定义统计报表(Configurable Reports)
142.可指定代理期限(Assign Until)
143.可传回子流程统计数据(Roll-up Sub-Process Statistics) 144.强迫第三方应用软件结束(Ability to Complete Third-Party Application Steps)
工作流引擎讲解
什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。 现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。这就可以称之为工作流。流程的本质就是一个参与者参与到一个过程里面来 那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。我们就从这个角度出发来了解JBPM 工作流引擎 下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。 实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以对你的某些核心部分不需要做什么变动 现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程 重点讲解UML 里面的内容，确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容，右边的后面再讲，我是方便讲解就将这点东西放到这个空白的地方 一个简单的流程图Main 模拟出请假的过程
对提交请假单进行分析 用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统 现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？ 接下来是提交请假单。我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边 这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。当把这个模型分析清楚了我们就要去实现它。 这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处 (用自己的话说明一下提交请假单的过程 <读一下那段伪代码>) 在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。 我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。 那这个时候你就不能够在请假单中间增加一个外键， 把它整成审批者什么的，
工作流引擎技术白皮书
工作流引擎 产品功能介绍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)
基于工作流引擎的系统框架设计开发
基于工作流引擎的系统框架设计开发 ——工作流引擎子系统 摘要 工作流就是一系列相互衔接、自动进行的业务活动或任务。工作流引擎是工作流管理系统的核心，它的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。 论文主要讲述了工作流引擎的基本功能及设计方法，介绍工作流引擎的基本原理，具体分析了工作流引擎所包含的内容，详细介绍了相关的信息模型和控制模型。系统采用关系结构的理念来设计工作流引擎，给出了用Microsoft Visual Studio 2005和Microsoft SQL Server2000实现系统的方法。论文中利用本工作流引擎构建系统能适应大多数业务流程的扭转，大大缩短常见信息系统的项目开发周期，提高效率。 关键词：工作流引擎；关键业务；关系
The design of information system frame based on workflow engine ---- The subsystem of workflow engine Abstract Workflow is a series of interlocking, automatic business activities or tasks. Workflow engine is the work flow management system in the core, and its main function is to define, implement and manage work flow through the support of computer technology as well as co-ordinate work flow process of working implementation and groups of information between members of interaction. The thesis has mainly described basic functions and design of the workflow engine, introduced the basic theories, and specifically analyzed the content included in the work flow and the details of the relevant information model and control model. The idea of relation structure has been used to design this system and the method to achieve the system function with Microsoft Visual Studio 2005 and Microsoft SQL Server2000 has been given out. Constructing system with the workflow engine can adapt to the majority of the business process reversing that significantly reduce the development cycle of the common information system and improve efficiency. Key words：Workflow engine; Critical business; Relationship
工作流引擎技术白皮书
工作流引擎产品功能介绍
目录
1.1工作流引擎简介 1.1.1产生背景 随着我国信息化建设的不断深入，越来越多的政府部门和企事业单位都清醒地认识到信息化对于自身的生存与发展的重要性，以IT 系统建设为基础提高工作效率，增强竞争能力，已经成为共识。 在过去的若干年中，许多企业以当时的IT 发展水平为基础，针对不同的业务需求搭建了种类繁多的应用系统。回顾这一阶段，我们可以发现长期以来IT 系统的建设一直跟随着技术的革新和业务需求的增长而被动地发展着。不论技术手段如何变化，企业仍旧习惯于沿着功能分析的思路为特定的需求开发专有应用。随着时间的推移，企业内部逐渐积累了许多相互孤立的筒仓式应用系统。不可否认，正是这些应用系统共同构成了当今企业的主要IT 运行环境并有效地支撑了企业早期的业务发展，但是我们也必须清醒地认识到，在这些缺乏前期规划、互连性极差的应用系统之间信息不能被有效地共享且难于保持一致，业务过程也无法顺畅地流转，它们是造成“信息孤岛”现象的根源。一些企业也曾经尝试采用整理、合并各种需求、统一数据接口、规范业务过程等方式来降低集成的复杂度，但是在经过一番实践后，人们又发现仅仅依靠规范静态信息的交换格式，集合局部的需求等方法并不足以支持更大范围内的应用整合。因此当前的企业迫切需要一个能够支持在不同的应用系统之间完成协作任务的具有前瞻性的应用集成框架。 当前，企业面对的是一个多变且难以预测的市场，要在这样的环境中生存和
发展，就必需具备对外部变化做出迅速响应的能力。同样，政府部门也面临着转变工作职能，适应市场经济发展要求的压力，需要不断地为大众提供各种高效的公共服务。各项独立调查表明: 对业务系统和IT 基础设施进行快速调整和扩展一直是政府部门和企事业单位应对外部环境变化的重要手段。然而在早期的IT 系统设计过程中，人们往往更加关注于系统的稳定性而不是迅速应对变化的能力，原先那种僵硬的基于硬编码实现的系统功能扩展和集成方式已远远不能满足要求。“采用什么样的技术来搭建能够实现跨部门、跨企业、跨地理范围的支持流程协作和流程自动化的IT 基础设施”，“如何能够从被动地应对变化到预见变化进而实现前瞻性地主动变化”…这些都是当前每一个政府部门和企事业单位必须面对的挑战。 通过工作流系统把各业务部门的孤立应用系统整合起来是IT技术发展的必然趋势，而我国从上实际八十年代大量建设基础信息系统至今，工作流技术的发展可以分成以下几个阶段。 1.1.2发展阶段 1.1. 2.1EDF(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品，为了配合产生正确的数据，可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务
工作流技术方案
工作流技术方案
目录 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.1 工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
主流三维引擎对比分析说明书
主流三维引擎对比分析 随着计算机可视化、虚拟现实技术的飞速发展,人们对实时真实感渲染以及场景复杂度提出了更高的要求。传统的直接使用底层图形接口如OpenGL、DirectX开发图形应用的模式越来越暴露出开发复杂性大、周期性长、维护困难的缺陷。为此国外出现了许多优秀的三维渲染引擎,比如Delta3D,OGRE,OSG,Unity3d,VTK等。渲染引擎的作用就是要优化遍历与显示三维模型。本文主要对OGRE与OSG这两个三维图形渲染引擎做个简单的比较,介绍她们在运行效率、场景管理、功能支持、可扩展性等方面的异同。通过了解两者差异后,可以根据不同的项目需求,选择合适的渲染引擎。 ogre OGRE(Object-Oriented Graphics Rendering Engine,面向对象图形渲染引擎) 又叫做OGRE 3D。OGRE就是面向场景的、灵活的图像引擎。OGRE仍然在发展中,如果就功能与商业游戏引擎还有一定差距。在OGRE的论坛网站上您可以得到更多的信息,里面谈论到OGRE的一些格外的插件,如声音,UI ,物理检测,还有网络应用。采用C++开发,以MIT许可证发布,可以在Windows、Linux、Mac上运行。OGRE自己也说明本身不就是游戏引擎。 其主要特征如下: 面向对象,插件扩展架构,具有文档支持。 支持脚本。可以通过脚本管理材质资产并进行多路渲染。 支持物理碰撞检测。 支持顶点灯光、像素灯光、灯光映射。 支持阴影映射、三维阴影。 支持多纹理、凹凸贴图、多重材质贴图、立体投影。 支持顶点、像素、高级着色。 支持场景管理,具有多种数据结构。 支持逆向运动动画、骨架动画、变形动画、混合动画及姿态动画。 支持网格加载、皮肤、渐进网格。 支持环境映射、镜头眩光、公告牌、粒子、运动模糊、天空、水、雾、丝带轨迹、透明对象。支持XML文件转换。 引擎特性全面( ),稳定性好( ),支持全面( ),不容易上手与使用( )。
OA流程引擎总体设计方案(含初步表说明)
AO流程引擎总体设计方案 一、名词。 流程表：每设置一个新的流程时，都会设置流程相关的字段信息。设置后生成一张流程表。每按此流程进行一个办事流程时即是此表的一条记录（实例）。 流转单：即处理流程中的各个环节，如科员填表申报环节、科长审批环节等。每个流转单所需要的字段是从流程表中选出的字段。每个流转单实例即是根据选择的字段从流程表的实例记录中进行显示或操作。 二、流程设置 2.1 流程表设置 在设置流程时，根据其下流转单的情况设置好所要的所有字段信息。设置好后生成一张数据库表。并把流程名称，流程表名等信息记录到一个流程记录表里（这张表只用来记录流程表及流程对应的流程表名）。默认存在的字段应该有：流程实例名（如：2011年3月消防器材发放管理工作），流程状态，父流程表名，父流程实例id,父流程关联流转单编号，开始时间，结束时间等。 2.2流转单设置。 2.2.1流转单基础信息设置。 设置流转单名称，即流程在此环节时的名称（如科长审批）； 设置流转单编号，编号应该是唯一性的； 设置流转单类型：一般流转单或子流程流转单或起始流转单； 2.2.2选择表单字段。 字段从流程表中字段进行选择。选择每个字段后， 要设置此字段的配置属性：是否只读、是否隐藏； 要设置此字段的验证属性：是否必填、验证方法（email验证、长度验证等）； 要设置此字段对应的控件：HTML控件：文本框、文本域、密码框、下拉框、多选框、单选框、上传框。及对应的默认数据和备选数据。动态控件：如部门下拉框等。及对应默认数据。 要设置此字段的控件样式：高宽等。 根据字段的名称流程表名等信息对此字段设置一个字符串标识。 在设置字段过程中如果觉得字段不够，应该有操作可以再添加流程表字段。 2.2.3设置流转单显示模板。
工作流引擎平台解决方案
工作流引擎平台解决方案 工作流引擎平台在实际系统中的应用一般分为三个阶段，即模型建立阶段、模型实例化阶段和模型执行阶段。模型建立阶段利用工作流建模工具完成各种企业经营过程或者项目管理流程模型的建立，将企业的实际经营过程或项目管理流程转化为计算机可处理的工作流模型。模型的实例化阶段为每个过程设定运行所需的参数，并分配每个活动执行所需的资源（设备、人员等）。模型执行阶段完成经营过程的执行，在这个过程中重要的任务是完成人机交互和应用的执行，并对过程与活动的执行情况进行监控与跟踪 WorkFlow的设计理念是致力于企业的业务流程自动化解决方案，为企业的业务流程自动化以及企业流程再造提供坚实的基础平台，成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤，降低应用开发的难度，提高应用开发的效率及灵活性，节约应用开发的成本，从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块：模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具，而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现，为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分，模板用于描述工作流定义，用于工作流应用的设计阶段；实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作（Job），组成工作的每个执行单元称为活动（Activity），组成活动的更小单位称为任务（Task），活动的入口称为主表单（MasterForm）。每个工作都是由一系列具有逻辑关系的活动组成，这些逻辑关系构成活动的路由信息。因此，一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者，他是启动此工作的人。每个工作可以有多个拥有者，拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者，他是模板中定义的活动执行人，活动拥有者
工作流图形设计器详细设计说明
工作流平台——工作流设计器 详细设计说明 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
基于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)支持灵活的流程定制 该系统能够针对办公自动化系统中的典型流程案例对流程进行灵活定制，支持的流程路由包括：顺序路由、汇聚路由和分支路由。用户可以根据
net工作流引擎设计 三 WorkFlowEng
net工作流引擎设计三 WorkFlowEng .net工作流引擎设计(三)：WorkFlowEngine工作流引擎设计 a.工作流引擎只负责处理与流程运转相关事宜，处理过程的解释执行、流 转规则，控制任务管理器。架构在工作流引擎之上的web应用的具体业务处理 另外编写，以保持工作流引擎的独立性和简洁性。 b.通过此设计方案设计的工作流引擎，只负责业务系统流程的流转，业务 系统使用此工作流引擎需要根据业务系统的需要来评估使用性以及考虑业务逻 辑的具体实现，不能依靠工作流引擎来实现所有的业务功能。 c.此阶段在业务系统中需要控制表单控件的访问权限时需要业务系统结合 工作流来自行进行控制，在之后的工作流引擎功能扩展第二阶段可以设计通过 工作流引擎来控制表单中控件的访问权限。 d.此阶段流程定义采用程式来定义和维护，不使用图形化的建模工作。在 工作流平台的进一步深入开发的第三阶段再进行流程定义工具的开发。 .1工作流定义 根据WFMC的定义，工作流(Workflow)就是自动运作的业务流程部份或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。简单的说，工作流就是一系列相互衔接、自动进行的业务活动或任务。如 果将整个业务流程看作是一条河，其中流过的就是工作流。使用工作流作为业 务流程的实现技术首先要求工作流系统能够反映业务流程的以下几个问题，即 业务流程是什么由哪些活动、任务组成，也就是结构上的定义、怎么做活动间 的执行条件、规则以及所交互的信息，也就是控制流与信息流的定义、由谁来 做人或计算机应用程序，也就是组织角色的定义、做的怎么样通过工作流管理 系统对执行流程进行监控。 工作流参考模型
工作流引擎技术
1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
(工作分析)国内外主流工作流引擎及规则引擎分析
国内外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则
优秀工作流引擎功能标准
优秀工作流引擎功能标准 工作流引擎（Workflow Engine ） [编辑] 工作流引擎概述 工作流引擎是指workflow（工作流）作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。 例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。 就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性就好比引擎转速方面的性能，加速到100 公里需要1 个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？ Workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。从建立企业神经系统的角度也许更能理解两者的区别。传统软件不能解决工作流的问题，例如ERP关注的是企业的资源配置，但不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样workflow也不能完全解决传统管理软件所能解决的问题，例如对生产管理的MRP系统所能解决的生产过程控制通过workflow很难实现。但一个好的传统软件如果希望能自动化地在整个企业中应用起来，必须有一个强大的逻辑层，用以解决信息传递的逻辑判断和自动流转，这个时候就需要workflow的平台。 今天的很多优秀的工作流解决方案集成了短信息、页面服务、目标管理、文件管理和其他一些操作系统才提供的服务。 [编辑] 工作流引擎的五大接口
国内外主流工作流引擎及规则引擎分析
国外主流工作流引擎及规则引擎分析2013年2月创新研发部
目录 国外主流工作流引擎及规则引擎分析 (1) 一. 背景 (3) 二. 原则 (3) 三. 工作流功能分析点 (5) 4.1. 标准类 (5) 3.1.1 BPMN2.0标准支持 (5) 4.2. 开发类 (6) 3.1.1 业务模型建模工具 (6) 3.1.2 工作流建模工具 (6) 3.1.3 人工页面生成工具 (7) 3.1.4 仿真工具 (8) 4.3. 功能类 (8) 4.1.1 流程引擎 (8) 4.1.2 规则引擎 (9) 4.1.3 组织模型与日期 (9) 4.1.4 对外API的提供 (10) 4.1.5 后端集成/SOA (10) 4.1.6 监控功能 (11) 四. 中心已有系统工作流功能点分析 (12) 4.1. 备付金系统工作流分析 (12) 4.1.1 联社备付金调出流程 (12) 4.1.2 联社备付金调入流程 (15) 4.1.3 资金划入农信通备付金账户业务流程 (17) 4.1.4 备付金运用账户开立流程 (19) 4.1.5 备付金沉淀资金运用流程 (22) 4.1.6 备付金沉淀资金支取流程 (25) 4.2. 多介质项目工作流分析 (27) 4.1.1 开卡审批流程 (27) 4.3. 新一代农信银资金清算系统工作流分析 (28) 4.4. 电子商票系统工作流分析 (28) 4.5. OA系统工作流分析 (31) 五. 工作流产品分析 (31) 六. 分析结论 (42) 4.4. 对比 (42) 4.5. 建议 (43)
一.背景 目前中心建成的“一大核心系统，七大共享平台”以及OA系统，对工作流应用程度高，但各系统实现工作流程管理没有建立在统一的工作流平台上，导致流程割裂、重复开发、不易于管理等问题。 备付金管控项目涉及多个岗位之间工作的审核步骤，同时还要与多个系统进行交互，因此，为了提高管理效率，降低业务流转时间，同时还要结合农信银中心的总体IT战略规划，备付金管控项目技术组决定选择一款先进的工作流引擎和一款规则引擎，作为备付金管控项目的核心技术架构。 二.原则 备付金管控项目组通过梳理各信息系统流程现状和未来需求，形成农信银中心工作流平台的发展规划，从而更全面的满足农信银各项关键业务、更好的支撑现有和未来的信息系统建设。项目组充分研究国外领先的工作流产品和案例，同厂商交流。从用户界面生成、流程建模、流程引擎、规则引擎、组织模型、模拟仿真、后端集成/SOA、变更及版本管理、移动设备解决方案、监控分析能力等多方面考察工作流产品，进行工作流产品选型。 目前国外的工作流引擎层出不穷，行业标准多种多样，通过对比不同工作流公司产品，本次工作流技术选型决定分析商业工作流引擎4款，开源工作流引擎2款。其中国际知名厂商的商业工作流引擎2款，本土厂商的商业工作流引擎2款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则引擎，
工作流引擎详细设计说明书(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)
OA流程审批解决方案
流程审批方案 单位在日常管理过程中，逐步会沉淀下很多规章制度，其中包括各种纸质表单、流程、数据规范、岗位说明、权限等，制度的形成、推广和优化过程，也是规范员工行为，实现内部有效分工、规范岗位操作、从人治向法制逐步进步的过程。 但是逐步累积起来的制度和规范汗牛充栋，员工根本没有办法完全学习和掌握；规章制度的优化和调整也很难实时的将最新版本传达到每位员工，因此制度的形成、推广和优化过程的高难度使得制度不能有效落地，因此构建协同办公系统流程审批子系统，对于制度落地、规范管理将有重要的意义。 工作流程子系统应用架构 流程审批包括数据表定义、表单定义、流程定义（B/S架构图形化流程定义工具）及工作流引擎，系统采用WFMC的流程标淮实现各种复杂流程的电子化流转,并且采用插件式的设计方法让工作流模块还可以被其它功能模块调用，完成相关的业务流程。九思OA系统提供了从设计、应用、优化到门户展现全方位的图形化自定义，通过自定义规范、自定义表单、自定义流程、实现企业流程地图的设计；通过个性化授权，可以将常用的流程推送的个人门户，方便调用；通过规范、表单和流程的集成，可以使得员工运用制度和流程时免学习；并且该模块对企业的流程管理遵循PDCA管理法则，从发起流程到在办监控、办结查阅和效率分析进行闭环管理。 流程审批主要功能如下： 1、流程门户：提供统一的分类流程调用界面。 2、发起流程：选取要发起且已经制作好的工作流程表单。 3、待发流程：流程表单填写后保存待稍后发送的工作流程。 4、流程监控：是指对正在办理的工作流程进行监控。 5、办结查阅：是指用户可以对已经结束、取消、退回的流程进行查阅。 6、流程转办：是指当前用户可以把卡在某节点的流程转办给其它人处理。
OA系统中工作流引擎的设计
技术创新 中文核心期刊《微计算机信息》（管控一体化）２００７年第２４卷第５－３期软件时空 ＯＡ系统中工作流引擎的设计 ＤｅｓｉｇｎＷｏｒｋｆｌｏｗＥｎｇｉｎｅｏｆＯＡＳｙｓｔｅｍ （绍兴越秀外国语职业学院）朱金华 ＺＨＵＪＩＮＨＵＡ 摘要：本文首先介绍了工作流供理系统的概念及其体系结构模型。基于Ｗｅｂ平台，针对模型中工作流引擎模块的设计提出了一个行之有效解决方案。 关键字：工作流；工作流引擎；ＵＭＬ；用例图 中图分类号：ＴＰ３１７．１文献标识码：Ｂ Ａｂｓｔｒａｃｔ：Ｉｎｔｈｉｓｐａｐｅｒ，ｆｉｒｓｔｌｙｉｎｔｒｏｄｕｃｅｄｔｈｅｃｏｎｃｅｐｔｏｆｗｏｒｋｆｌｏｗｍａｎａｇｅｍｅｎｔｓｙｓｔｅｍａｎｄｉｔｓａｒｃｈｉｔｅｃｔｕｒｅｍｏｄｅｌ．ＢａｓｅｏｎｔｈｅＷｅｂｐｌａｔｆｏｒｍ，Ｉｂｒｉｎｇｆｏｒｗａｒｄａｄｅｓｉｇｎｏｆｗｏｒｋｆｌｏｗｅｎｇｉｎｅｆｏｒｔｈｅｍｏｄｅｌｉｎｔｈｅｉｎｔｒｏｄｕｃｅｄａｒｃｈｉｔｅｃｔｕｒｅｍｏｄｕｌｅ． Ｋｅｙｗｏｒｄｓ：Ｗｏｒｋｆｌｏｗ，ＷｏｒｋｆｌｏｗＥｎｇｉｎｅ，ＵＭＬ，ＵｓｅＣａｓｅＤｉａｇｒａｍ 文章编号：１００８－０５７０（２００７）０５－３－０２１６－０２ １引言 随着计算机网络与信息技术的迅猛发展，使得网络办公自 动化系统在企业的工作中发挥着越来越重要的作用，它在提高 领导者的管理水平、推动信息化建设方面起着举足轻重的作 用，企业为了提高办公效率，必需要求建立一种高效率的业务 流程管理系统，而工作流管理技术是组织挖掘信息系统潜能、 实施业务过程再造的重要使能技术，因此工作流管理技术的应 用是企业十分迫切需要解决的问题。工作流管理系统的主要目 标是通过调用有关的信息资源与人力资源来协调业务过程中 的各个环节，使之按照一定的顺序依次执行，从而实现业务过 程的自动化。本文基于Ｗｅｂ平台，对工作流管理联盟提出的工 作流管理系统体系结构中的工作流引擎模块，提出了一个设计 方案。 ２工作流管理系统 ２．１工作流管理系统的概念 工作流管理联盟给出的关于工作流管理系统的定义是：工 作流管理系统是一个软件系统，它完成工作流定义和管理，并 按照在计算机中预先定义好的工作流逻辑推进工作流事例的 执行。工作流管理系统运行在具有一个或多个工作流引擎（又称 工作流机）的软件上，这些引擎可以对过程定义进行解释、与工 作流的参与者（包括人或软件）进行交互，并根据需要调用其它 的ＩＴ工具和应用，推进工作流实例的执行，并监控工作流的运 行状态，工作流管理系统将现实世界中的业务过程转化成某种 计算机化的形式表示，并在此形式表示的驱动下完成工作流的 执行和管理。 ２．３工作流管理系统体系结构图 为了能够更好的支持企业经营过程建模、分析和实施，适 应世界市场的多元化趋势，需要建立工作流管理系统的相关标 准，从系统结构、术语使用、接口实施方面提供标准化与规范化 的定义，并以此为基础实现不同工作流产品之间的互操作，方 便与其它应用系统的集成。工作流管理联盟提出了有关工作流 管理系统的一些规范，定义了工作流管理系统的结构及其应 用、管理工具和其它工作流管理系统之间的应用编程接口。它 提出的工作流管理系统体系结构图如下： 图１工作流管理系统体系结构 ３工作流引擎的设计 工作流执行服务是工作流管理系统的核心部件，它的功能 包括创建、管理流程定义，创建、管理和执行流程实例；在执行 上述功能的同时，应用程序可能会通过编程接口同工作流执行 服务交互；一个工作流执行服务可能包含有多个工作的工作 流引擎。 ３．１功能分析 通过对工作流基本要求的需求分析和对工作流管理技术 的研究，得出工作流引擎需要完成的功能如下： ⑴在实例化及执行过程中：解释企业经营过程的过程定 义，根据过程执行需要的初始条件和执行参数生成过程实例，朱金华：讲师