国外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则引擎，
而是直接使用与所选工作流引擎搭配最好的或者是同一厂商的规则引擎。根据国外知名度、厂商的规模和与符合农信银中心的SOA体系架构等原则，将选取以下6种工作流引擎与规则引擎进行研究与分析：
三.工作流功能分析点
3.1.标准类
为了具有可替代性和适应性，所选工作流产品应当遵循目前最主流的工作流标准。
3.1.1BPMN2.0标准支持
目前国外的工作流引擎层出不穷，行业标准多种多样,在进行流程梳理得过程中,不同的实施阶段所使用的流程描述语言或遵循的标准会有所不同,有的使用WfMC的XPDL,还有些使用BPML、BPEL和WSCI等这就造成了流程管理，业务集成上存在着很大的差异性和局限性。，导致同一个流程在不同的流程引擎上无法进行重用。
遵循BPMN2.0规的工作流产品能够很大程度上解决此类问题，BPMN 2.0将业务流程的可视化和底层的XML表示进行了标准化，这极改进了建模工具（比如说基于Web和Eclipse的设计器）之间的交互性。BPMN 2标准是非常可靠且可扩展的，这样在必要的时候就可以引入新的元素和属性了,这样可以保证相同的流程在不同的流程引擎得到的执行结果是一致的，只需要学习掌握BPMN2.0规，就可以掌握所有支持BPMN2.0的工作流引擎产品。
BPMN2.0将流程执行语义定义了以下七类对象，分别是：活动、事件、网关、连接对象、数据对象、泳道对象和描述对象。任何支持BPMN2.0的产品都必须要对上述对象进行明确的定义。
3.2.开发类
使用工作流引擎进行开发的难易程度，取决于一个好的业务模型建模工具、工作流建模工具、人工页面生成工具和完整的仿真工具。业务模型建模工具可以将业务流程与业务数据进行整合；工作流建模工具可以使用拖拽方式对流程进行直观的编排，并且可以对已有的流程进行流程的复制与复用，实现方便灵活的导入导出流程模型；人工页面生成工具则可以迅速的根据需求生成出需要填写的表单，只需要简单修改后便可以使用，可以降低开发的周期；仿真工具是为了检查所创建流程的正确性而开发出来的，使用仿真工具可以更好的发现流程中的逻辑问题。
3.2.1业务模型建模工具
主要研究业务数据与工作流引擎的协同工作的能力，是否具有以下功能以及功能的完善程度。
●提供模型对象与业务对象的一一映射
●支持一对一，一对多，多对一和多对多的业务模型
3.2.2工作流建模工具
主要研究考查工作流产品建模工具的方便性与易用性，是否具有以下功能以及功能的完善程度。
●图形化拖拽方式，用户体验程度
●提供过程元素符合BPMN2.0规的对象控件
●实现过程元素的剪贴、复制、粘贴、删除、操作的撤消、对象控件的全
选、图形元素自动排列等功能。
●采用统一的XML格式储存工作流模型文件导入导出
●流程编制是和业务角色结合的，用户可以进行基于业务规则的工作分配/
调整/平衡。基于规则的服务选择。实现基于规则的路由
●使用客户端方式进行建模工作，或者使用WEB页面富客户端的方式进
行建模
3.2.3人工页面生成工具
人工节点的核心是表单，理论上每一个人工节点都应该有一个表单相对应，可供相应的人员填写，因此如何迅速完整的开发完成一个表单，是工作流产品开发周期长短的一个重要的衡量标准。人工页面生成工具就是表单的生成工具，应具有以下功能：
●在BPM建模工具中提供中直接浏览任务表单。业务用户可以利用流程工
作区感知新发生的工作任务，进行工作任务的完成，比如流程提交，流
程审批，业务分析等等。
●直接在建模工具提供生成表单功能，可以简单的通过向导单击就生成工
作流表单。
●表单可以根据客户的应用实现扩展应用, 扩展应用非常丰富，可以添加
图表等丰富容。
●表单可以被新的表单复用
●表单具有导入、导出的功能
3.2.4仿真工具
仿真是流程开发完成以后，流程正式上线之前进行的模拟测试，流程进行仿真后将可以发现流程的逻辑问题以及配置问题，一个完整的仿真工具应具有以下功能：
●全套的图形仿真和“假设”分析能力，一边模拟运行一边定义仿真参数。
●模拟可以采取角色，升级，代表，事件，日历，工作任务分发。
3.3.功能类
一个完正的工作流产品，应该具有流程引擎，规则引擎，组织模型与日期，对外提供AP，后端集成SOA，流程版本控制功能。
3.3.1流程引擎
流程引擎是工作流引擎的核心，是关系到流程如何正常运转的核心组件，一个流程运行的效率、功能以及正确性均由工作流引擎实现，流程引擎应具有以下功能：
●bpmn2.0所涉及的网关功能的支持，如多路分支,单路分支,汇聚,判断等
功能
●多种任务分配策略
●代办、委托
●流程版本控制,包括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)
工作流引擎产品功能介绍
目录
1.1工作流引擎简介 1.1.1产生背景 随着我国信息化建设的不断深入，越来越多的政府部门和企事业单位都清醒地认识到信息化对于自身的生存与发展的重要性，以IT 系统建设为基础提高工作效率，增强竞争能力，已经成为共识。 在过去的若干年中，许多企业以当时的IT 发展水平为基础，针对不同的业务需求搭建了种类繁多的应用系统。回顾这一阶段，我们可以发现长期以来IT 系统的建设一直跟随着技术的革新和业务需求的增长而被动地发展着。不论技术手段如何变化，企业仍旧习惯于沿着功能分析的思路为特定的需求开发专有应用。随着时间的推移，企业内部逐渐积累了许多相互孤立的筒仓式应用系统。不可否认，正是这些应用系统共同构成了当今企业的主要IT 运行环境并有效地支撑了企业早期的业务发展，但是我们也必须清醒地认识到，在这些缺乏前期规划、互连性极差的应用系统之间信息不能被有效地共享且难于保持一致，业务过程也无法顺畅地流转，它们是造成“信息孤岛”现象的根源。一些企业也曾经尝试采用整理、合并各种需求、统一数据接口、规范业务过程等方式来降低集成的复杂度，但是在经过一番实践后，人们又发现仅仅依靠规范静态信息的交换格式，集合局部的需求等方法并不足以支持更大范围内的应用整合。因此当前的企业迫切需要一个能够支持在不同的应用系统之间完成协作任务的具有前瞻性的应用集成框架。 当前，企业面对的是一个多变且难以预测的市场，要在这样的环境中生存和
发展，就必需具备对外部变化做出迅速响应的能力。同样，政府部门也面临着转变工作职能，适应市场经济发展要求的压力，需要不断地为大众提供各种高效的公共服务。各项独立调查表明: 对业务系统和IT 基础设施进行快速调整和扩展一直是政府部门和企事业单位应对外部环境变化的重要手段。然而在早期的IT 系统设计过程中，人们往往更加关注于系统的稳定性而不是迅速应对变化的能力，原先那种僵硬的基于硬编码实现的系统功能扩展和集成方式已远远不能满足要求。“采用什么样的技术来搭建能够实现跨部门、跨企业、跨地理范围的支持流程协作和流程自动化的IT 基础设施”，“如何能够从被动地应对变化到预见变化进而实现前瞻性地主动变化”…这些都是当前每一个政府部门和企事业单位必须面对的挑战。 通过工作流系统把各业务部门的孤立应用系统整合起来是IT技术发展的必然趋势，而我国从上实际八十年代大量建设基础信息系统至今，工作流技术的发展可以分成以下几个阶段。 1.1.2发展阶段 1.1. 2.1EDF(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品，为了配合产生正确的数据，可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务
主流三维引擎对比分析 随着计算机可视化、虚拟现实技术的飞速发展,人们对实时真实感渲染以及场景复杂度提出了更高的要求。传统的直接使用底层图形接口如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文件转换。 引擎特性全面( ),稳定性好( ),支持全面( ),不容易上手与使用( )。
国内外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则
国外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则引擎，
国内市场主流专业的工作流(bpm)软件分析、比较及推荐 目前国内外的工作流系统层出不穷，行业标准多种多样，虽然工作流主要功能国内比较知名的工作流软件基本上都具备，但功能的侧重点各不相同,增加了企业对工作流或BPM选型难度，本人选用目前国内市场主流专业的工作流软件，从概念、工作流引擎、工作流过程建模工具、流程操作、工作流客户端架构、流程监控、表单设计器以及与应用程序的集成等方面进行分析和比较，帮助企业对工作流或BPM产品的选型。 一、概述： 工作流的思想最先起源于西方国家，一开始的目的主要是为了简化工作流程，为繁琐的工作提供依据。随着需求的不断延伸以及人们对企业信息化思想的不断普及，工作流越来越受到企业内部的使用推广，当然，工作流能满足的需求也在不断的优化。 工作流概念起源于生产组织和办公自动化领域，是针对日常工作中具有固定程序活动而提出的一个概念，目的是通过将工作分解成定义良好的任务或角色，按照一定的规则和过程来执行这些任务并对其进行监控，达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。尽管工作流已经取得了相当的成就，但对工作流的定义还没有能够统一和明确，不同学者从不同角度对工作流做出了不同的定义。 Georgakopoulos给出的工作流定义是：工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。 IBM Almaden Research Center将工作流定义为：工作流是经营过程的一种计算机化的表示模式，定义了完成整个过程需要的所有参数；这些参数包括对过程中每一个步骤的定义、步骤的执行顺序和条件、步骤由谁负责以及每个活动所需要的应用程序等。 1993年工作流管理联盟(Workflow Management Coalition，WfMC)作为工作流管理的标准化组织而成立，标志着工作流技术逐步走向成熟。WfMC对工作流给出定义为：工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。 工作流从英文单词workflow而来，是工作work和流动flow的组合，是一种能够被计算机解释和执行的反映经营过程业务流动的计算机化模型。 二、BPM与工作流的区别 简单地说，BPM关注的业务流，工作流关注的是审批流，它们的区别如下: 1、业务流往往会跨多个业务系统，而审批流往往主要涉及到一个系统。 2、业务流往往会涉及到多个业务功能，多个业务对象，而审批流往往只涉及到一个关键业务对象。 3、业务流涉及到的是不同业务单据之间的流转，而审批流往往是同一业务单据状态的变化。 4、业务流中的活动既包括了人工活动也包括了自动的业务活动，而审批流一般为人工审批活动。
目前市场三大主流OA产品对比分析 文章转自：https://www.doczj.com/doc/3a14872720.html,/vnews133.html 纵观当前OA市场，我们可以简单地把OA办公系统划分为三类： 第一类是基于IBM Lotus Domimo/Notes平台开发的OA系统。这类系统在中国的用户量相对较大。典型的代表产品有蓝凌、金蝶开思、深圳伟峰等软件公司的OA办公平台产品。这类软件的优点是，它和Lotus系列的其他软件如Sametime、Quickplace等的集成度比较高，还能利用Lotus提供与关系数据库和大型ERP软件如SAP、Oracle、Peoplesoft的接口。其缺点是，平台不够开放，存储结构不是建立在关系数据库平台上，大数据量下的频繁CRUD（创建、替换、更新、删除）操作会大大降低性能。根据IBM对Lotus系列产品的发展路径图，Domino平台存储将会基于DB2平台，同时完全支持J2EE 平台。 第二类是基于微软Exchange平台开发的OA系统，这类系统用户数量也不少。这类软件的特点是和微软的产品高度集成，而和其他系统（如企业的ERP、CRM等）的集成需要定制开发来完成。因为这样的OA系统几乎需要从头开始开发接口，工作量很大。由于Exchange 也没有采用关系数据库的存储方式，和第一类Lotus产品一样存在大数据量情况下的性能问题。 上述两类软件是国内OA市场上的主流，基本占到国内OA软件的90%以上的市场份额。 第三类是基于应用服务器平台和关系数据库开发的应用系统。由于Domino和Exchange在海量数据上的性能限制，于是部分公司在基于应用服务器（J2EE，.Net等）和关系数据库来开发OA协同办公系统。比较典型的有Exact E-Synergy、泛微软件的eCology以及华炎软件的HotOA。 这类系统的优点是和其他系统的接口相对容易，由于使用了关系数据库系统，处理巨量数据时性能有大幅度提高。缺点是工作流引擎和安全机制都是软件厂商自主开发，难以形成比较成熟的产品。有部分厂商OEM别的厂商如Ultimus的工作流引擎，来开发OA应用，产品的成熟度会大幅度提高，对原有市场上的主要产品就会形成比较大的压力。 关键词：OA产品主流OA产品 作者：OA办公软件@深圳伟峰科技修订1.1 2011-09-26
工作流系统关键技术 比较 2012/12/20
目录 工作流系统关键技术比较 (1) 2012/12/20 (1) 目录 (2) 一、消息驱动和事件驱动工作流的区别与应用 (4) 二、典型工作流过程定义语言规范的特点与应用 (5) 过程定义语言BPEL/BPMN2/XPDL/BPML/JDPL (5) 语言功能的比较 (5) 语言结构的比较 (6) 语言具体细节的比较 (7) 其他比较 (8) 三、典型工作流引擎的功能、结构比较 (12) 1．jBPM3 (12) 2．向BPMS努力的jBPM4 (13) 3．jBPM5 (15) 4. Activiti5 (16) 5．微软工作流 (19) 6．小结 (23) 四、基于Web服务的工作流管理系统 (23) 4.1概述 (23) 4.2基于Web服务的工作滚模型 (23) 4.2.1符合Web服务的工作模型 (24)
4.2.2基于Web服务的工作流管理系统 (25) 4.3 Web服务在工作流中的应用 (27) 4.3.1 Web服务作为工作流的任务 (27) 4.3.2作流作为Web服务的实现机制 (27)
一、消息驱动和事件驱动工作流的区别与应用 基于“消息驱动”和“事件驱动”的工作流都可应用于一个可行的分布工作流系统。 信息传递的分布工作流系统强调了每个节点的功能独立性，使得一个节点的失败只影响到与该结点有关的相应工作流实例或者某一个工作流步骤，从而将影响范围缩小到最小范围，使得系统构造方面有了更好的升级性和适用性，但是它没有提供事件的历史记录，所以该机制现在正在研究如何使用日志文件来管理工作流，并尝试用非连续性的消息驱动来提高性能。信息传递的分布工作流系统目前主要应用于金融支付系统、电子商务系统（如淘宝等）。 事件驱动的机制主要是开发了Brokers/Services模型和EVE平台，从而将分布式工作流的实行分为3步：首先由高层的图形界面提供工作流建模工具，然后由中层的Brokers/Services模型执行工作流，最后由底层的EVE平台提供分布式工作流的实行框架，主要负责事件管理、历史记录和工作流执行者之间的交流。B/S模型提供了一个较完善的语言定义机制，保证建模人可以了解工作流执行者的实际行为，组成工作流说明的工作流执行过程可以被正确定义，工作流执行过程的准确性得到保证，工作流执行完毕后的分析也成为可能。但是，对于活动的工作流或者正在运行的组成部件进行修改所带来的影响还没有得到很好的解决，这将是以后的研究方向。事件驱动的分布工作流系统主要应用于医疗保险信息系统、集装箱物流信息系统 发送流程消息 消息驱动模式 用户登陆系统后，向服务器端提交Http Request 请求，接受消息线程后初始化该用户的上下文环境，读消息线程到接受队列中检索属于该用户的消息，并反馈给用户，用户查看消息后可以进行消息处理（这里的消息其实就是用户的任务列表的描述）。当用户处理消息时，依据业务规则对消息进行处理，此时消息
开源工作流框架对比 工作流是基于业务流程的一种模型，它可以把业务流程组织成一个具有逻辑和规则的模型，从而指导业务工作的进行。开源工作流把工作流进行了合理化、科学化的设计与组织，使其更能够满足现在的业务需求。开源工作流可以帮助实现业务目标，通过计算机进行文档的传递，其使用非常广泛。目前国内主要有几种开源工作流框架，下面我们简单地对比一下，帮助大家更深刻地了解开源工作流： 1.JBPM：要想了解JBPM，首先要了解JBPM的简单定义，JBPM是指业务流程管理，它包含了整个业务流程管理过程中的工作流与服务协作，是一种灵活的、开源的管理模式。JBPM可以把一些复杂的业务流畅简单化，让系统更加灵活运行，同时也很方便业务的跟踪、监控和管理，是一种很好的业务工作流框架模式。 2.OSWORKFLOW：这种框架是用java语言编写出来的，简单地说就是一种工作流引擎，其技术性非常强，它能满足用户多方面的需求。用户可以根据自己的需要来设计一些简单或者是复杂的工作流，为企业业务流程管理服务。这种工作流最大的优点是灵活简单，比较容易实现，能够满足当前市场对开源工作流的需求。 3.oa办公软件系统：这种工作流是符合相关标准的系统管理工作流软件，它也是由java编写出来的，其扩展性比较强，功能也多，还具有通用性的特点，可以用于完整的工作流管理系统中。要说这种软件最大的特点，就是其功能模块比较多，比如说动态表单、可视化工作表、智能报表等等，不同的功能表可以帮助用户实现不同的功能，受到了用户的好评。 以上就是现在市场上比较常见的几种开源工作流管理模式，由此可见，不同的工作流模式其优势特点是不同的，不过这些工作流都能给企业业务流程管理起到一个很好的效果，受到了很多企业的欢迎。在这几种工作流模式中，最值得一提的是JBPM，这种工作流是目前比较先进的，已经收到了很多企业的信赖。
随着信息技术的发展，越来越多的信息系统如ERP、CRM、SRM等得到广泛应用，其中部分信息系统能实现工作流的固化和自动化，提高流程效率。但他们仍无法实质性改善企业的整体流程效率，提高企业的竞争力。BPM就是在早期的这些系统的运营与使用经验等基础上建立的。 BPM与工作流相比有如下的不同： (一) 跨组织的业务流程描述语言和工具。 在工作流系统上马早期，经常会发现同一个企业内部不同组织单元、部门的流程采用不同的描述方法，比如A/B/C/F四个部门的账目管理系统采用某种工作流系统，而A/B/D/E四个部门的订单和销售管理系统又采用另外一种工作流系统。这种情况在大型企业集团内部尤为明显，影响了各业务单元的业务协同和业务最佳实践的提炼和推广。而BPM致力于跨组织的业务流程描述语言和工具，避免了企业各部门进行业务流程交流和沟通时各说各话的情况。 (二)统一的流程架构。 企业内部从单一管理主题出发进行设计的工作流，通常在企业中缺乏对业务运营活动的总体考虑，局限于本部门或者本业务的业务需求，各部门和各管理专题之间的流程无法衔接，信息的共享和传递困难，存在大量流程断点。而BPM在流程之间进行衔接、协调，避免了流程孤岛的产生;BPM的目标是形成端到端的流程体系，提高整个业务流程运行的效率、成本、质量，在激烈的市场竞争环诚拢 憧突У男枨蟆?/P> (三)无“甲方优势”现象。 如果用一般的工作流系统做接口，我们发现一个有趣的现象，就是服务提供方的甲方优势现象。通常，一个工作流系统要和另外一个已经存在的系统做接口，工作流系统是有求于已经存在的系统，也就是已经存在的系统有“甲方优势”。这样，工作流系统就必须按照已经存在的系统的技术规格来实现，离“跨组织的业务流程描述语言和工具”就越来越远了，更不用谈“跨企业的业务流程管理”。而BPM是在“工作流系统”和“已经存在的系统”之间建立了一个公平的约定，不存在“甲方优势”。 (四)流程的持续改进。 由于工作流系统的存在，相关的业务人员通常已经忽略其内嵌的业务流程，业务部门对信息系统内嵌的流程缺乏直观认识和关注，工作流系统的改进非常的复杂，更不要谈什么持续改进了。但是BPM帮助业务人员密切关注信息系统内嵌流程与其它业务流程衔接关系，随着业务内外部环境的变化，及时进行流程的调整;这种情况下，流程的持续改进，成为提高企业整体流程运行效率的最主要因素。 (五)BPM的SOA本质。 SOA是创建更灵活的企业基础架构的架构方法，而BPM是一套协调的业务流程活动。SOA使用户可以轻松完成将业务流程连接到基础系统的任务，从而节省时间和IT资源。与之相比，将流程链接到传统的应用通常要依赖大量不同的专有技术。而且，在采用BPM的同时转向SOA可以促进SOA组件的再利用，从而最大程度地降低业务流程本身的复杂性。 (六)BPM一定是企业级的。 要实施BPM，一定要树立流程战略、流程设计、流程实施和流程监控的循环管理理念：从企业的发展战略出发制定流程的战略，将战略指标分解为流程的目标体系，通过流程实现战略的落地;根据流程战略进行业务流程的梳理、设计和优化;通过组织结构和信息系统的调整来实施业务流程;通过流程合规管理和流程绩效监控，对流程执行情况进行监控，根据结果调整业务流程设计。 如果你正在为信息孤岛(ERP、CRM、HR)这类的以工作流为核心的系统造成的工作瓶颈而苦恼，如果你想抢得市场先机，或者希望强化服务质量、传承既有知识，现在是该使用
沈阳新一代信息技术有限公司 工作流引擎技术调研报告技术文档 董威 2016/3/14
目录 一、背景 (2) 二、目的 (2) 三、需求及简介 (2) 1 . 需求 (2) 2. 简介 (3) 四、详细介绍 (3) 1.Snaker (3) 2.Activiti (5) 3.JBPM (7) 4.UFLO (8) 五．技术实现总结 (9) 六．附件 (10)
一、背景 将业务流程的定义，审批从业务系统中分离出来，统一进行规划与管理。 二、目的 对工作流引擎的各种实现技术进行统一的甄别，确定适合项目需求，和现应用技术进行良好集成，学习成本相对较低的工作流引擎。 三、需求及简介 工作流是一项分离业务操作和系统流程的技术。工作流由实体(Entity)、参与者(Participant)、流程定义(Flow Definition)、工作流引擎(Engine) 四部分组成。 实体是工作流的主体,是需要随着工作流一起流动的物件(Object)。例如,在一个采购申请批准流程中,实体就是采购申请单;在公文审批流程中,实体就是公文。 参与者是各个处理步骤中的责任人,可能是人,也可能是某个职能部门,还可能是某个自动化的设备; 流程定义是预定义的工作步骤,它规定了实体流动的路线。它可能是完全定义的,即对每种可能的情况都能完全确定下一个参与者,也可能是不完全定义的,需要参与者根据情况决定下一个参与者; 工作流引擎是驱动实体按流程定义从一个参与者流向下一个参与者的机制 前三个要素是静态的,而第四个要素是动态的,它将前三者结合起来,是工作流的核心组成元素。 1 . 需求 所选工作流引擎需实现以下功能。 具有强大的流程设计器。 流程定义。可自行灵活定义流程图，并达到流程变化时代码改动量尽可能少。 流程表单设计灵活。 流程审批节点灵活定义。 流程各节点审批人定义。可支持会签。 可支持批量审批。 独立于业务系统，需融合时简单灵活。
优秀工作流引擎功能标准 工作流引擎（Workflow Engine ） [编辑] 工作流引擎概述 工作流引擎是指workflow（工作流）作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。 例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。 就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性就好比引擎转速方面的性能，加速到100 公里需要1 个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？ Workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。从建立企业神经系统的角度也许更能理解两者的区别。传统软件不能解决工作流的问题，例如ERP关注的是企业的资源配置，但不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样workflow也不能完全解决传统管理软件所能解决的问题，例如对生产管理的MRP系统所能解决的生产过程控制通过workflow很难实现。但一个好的传统软件如果希望能自动化地在整个企业中应用起来，必须有一个强大的逻辑层，用以解决信息传递的逻辑判断和自动流转，这个时候就需要workflow的平台。 今天的很多优秀的工作流解决方案集成了短信息、页面服务、目标管理、文件管理和其他一些操作系统才提供的服务。 [编辑] 工作流引擎的五大接口
主流工作流引擎对比 工作流引擎也就是标准中的工作流机，工作流执行服务器是使用一个或多个工作流机,为过程实例和活动提供运行环境,负责解释和激活过程定义,与过程所需的外部资源进行交互。在WfMc的标准中的定义为：“由一个或多个工作流机构成的软件服务器，用来创建、管理、执行工作流实例。应用程序可能会通过WAPI来与这个服务交互”。一个工作流机负责执行服务器中的部分(或者全部)运行控制环境。在标准中的定义为：“为工作流实例提供运行时期的执行环境的软件服务器或引擎。”。 工作流引擎的职能： ● 解释过程定义 ● 控制过程实例—创建、激活、挂起、终止等 ● 为过程的活动导航,可能要包含顺序或者平行的操作、最后时间期限、对工作流相关数据进行解释 ● 参与者签名和退出 ● 确定任务项目,实现用户意图;提供接口,支持用户交互 ● 维护工作流控制数据和工作流相关数据,在应用程序间或者用户间传递工作流相关数据 ● 提供调用外部程序的接口,连接所有工作流相关数据 ● 提供控制、管理和审查功能 工作流机可以控制过程集、子过程、或通过对象类型的范围、及其属性定义好运行范围的实例。在一个由多个工作流机构成的工作流执行服务器中,要把过程进行划分,分配给工作流机。可以按照过程类型来划分,某个工作流机负责控制相应类型过程;按照功能进行划分,某个工作流机负责控制过程的一些部分,这些部分所需要的用户或者资源,都在此工作流机的控制范围内。也可以按照其他的一些机制来划分。 主流工作流引擎： 1.Shark Shark是一个完全基于WFMC和OMG规范的工作流引擎。Shark的流程定义语言是XPDL，XPDL的两个最重要的概念是Process和Activity。XPDL中的Activity是基于UML1.x中的活动图的概念。活动图天生的适于工作流程建模，它相对于状态图的一个最大的优点是容易做并发线程的分叉控制，这些并发线程可以同时执行也可以顺序执行；它还有一个优点是有泳道的概念，可以控制工作流引擎中的任务的产生。
四大国内外开源的java工作流程引擎，流程快速开发平台对比分析选型 为了更好的帮助大家找到适合自己的流程引擎，快速的完成流程引擎技术架构选型，快速的完成项目交付我们找到了4个开源的java工作流引擎，一些应用环境对比分析。 希望您能从中找到适合您自己的流程引擎。 工作流 引擎 Activiti JBoss JBPM 6.5 JFlow 6.0 FixFlow 5.0 简介Activiti是由jBPM 的创 建Tom Baeyen离JBoss 之后建立的项目，构建 在开发jBPM 版本1 到4时积累的多年经验 的基础之上，旨在创建 下一代的BPM 解决 方案。jBPM是公开源代码项目，jBPM 在200年10月18日，发布了2.0 版本，并在同一天加入了JBoss， 成为了JBoss企业中间件平台的 一个组成部分，它的名称也改成 JBoss jBPM。 JFlow属于济南驰骋信 息技术有限公司的开源 项目，向社会100%开源。 研发于2003年，到一直 持续到现在，功能强大丰 富，图形化的配置，功能 性配置较高，在中国国情 下成长起来的优秀的工 作流引擎。在国内有一定 的市场地位，是国内著名 的老牌工作流引擎。 它是一款方正国际自主研发的开 源BPM流程引擎。 吸纳了jBPM3和Activiti5等国 际开源流程引擎的精髓，参考了 SAP Netwaver、IBM BPM 等重量 级BPM产品功能。 文档文档丰富，csdn有相应 专栏，并且国人贡献了 一本《activiti实战》详 细的讲解了基于activiti 的开发内容，网上教程 资源丰富。中文文档相对匮乏，网上教程资 源参考价值不大。 公司提供完整详细的接 口文档和操作手册，属于 国内公司开源项目，有专 门的BBS论坛。 官网已关闭，并且很多内容一两年 没进行维护，导致文档资源相对缺 乏。官方提供一份完整用户向导手 册，涵盖了所有FixFlow基本功能 和简单操作。 环境部署官方提供webapp war 包，部署在Tomcat下 可快速操作和了解 activiti，esclipse提供支 持activiti项目的ide插 件，总的来说环境支持 良好。 官方提供快速运行体验 https://www.doczj.com/doc/3a14872720.html,/， 也可按照教程部署到本 地Tomcat下访问本地 http://127.0.0.1:8080/jfl ow-web/地址测试。 官方提供快速体验webapp war包， 只要部署在本地Tomcat下就能测 试。 学习成本Activiti上手比较快，界 面也比较简洁、直观， 学习周期相对较短。 功能丰富复杂，众多的api接口， 全英文的文档，因此学习周期比 较长 资源相对丰富，文档接口 完善，需要学习内容较 多，但有良好的文档支 持，学习周期一般。 属于国内开源项目，但由于很久没 人维护，导致很多资源丢失，网上 分享的资源相对单一，学习周期相 对较长。 项目规模及二次开发难度代码量大，核心代码改 动难度较大，但提供了 完整的技术文档，架构 良好，网上开发文档较 多，一定上降低了二次 代码量大，核心代码改动难度较 大，技术文档少，二次开发难度 大。 整个核心源码大小在 10M左右，官方提供几个 demo开发教程，并且有 相关的BBS论坛，一定 上降低了二次开发的难 整个核心源码大小在10M左右，官 方提供几个demo开发教程，但是 其他教学资源相对较少，二次开发 难度一般。
工作流引擎测试计划 2013年3月28日
目录 1 测试概述 (1) 2 功能测试 (1) 2.1功能测试要求 (1) 2.1.1符合WFMC标准 (1) 2.1.2强大的流程描述执行能力 (1) 2.1.3可视化的流程建模 (1) 2.1.4 API接口 (1) 2.1.5支持第三方组织机构接口 (2) 2.1.6支持脚本事件 (2) 2.1.7 跨平台能力 (2) 2.1.8数据库无关性 (2) 2.2测试要求 (2) 2.2.1测试场景描述 (2) 2.2.2测试要求 (5) 3 性能测试 (5) 3.1压力测试 (6) 3.1.1压力测试概述 (6) 3.1.2测试目的 (6) 3.1.3测试方法及测试用例 (6) 3.2 各项测试指标 (7) 3.3运行状况记录 (8) 4 测试报告 (9) 1测试概述 2009年中国联通黑龙江分公司OA系统改造工程主要完成办公系统、门户系统、部门网站系统的相关硬件设备的升级改造及应用功能的整改与开发。工作流产品是本次工程的重要建设内容，该产品的可靠性、持续可用性、可扩展性、可维护性等指标是办公系统的核心基
础，是为用户提供高质量、高水平服务的关键应用中间件。 为此，黑龙江系统集成公司组织相应的业务和技术专家，对前期经过充分交流的工作流产品进行技术对比，组织工作流厂商和相关业务人员从功能和性能2个方面进行测试。 2 功能测试 2.1功能测试要求 工作流产品作为整个业务应用系统的支撑平台，起到非常关键的作用。因此对平台在可靠性，灵活性，扩展性等方面都有很高的要求。 2.1.1符合WFMC标准 产品符合WfMC标准定义的概念；完全实现了interface1、interface2、interface3、interface5，使用图形化的方式，实现了过程定义模型到WfMC定义的模型wpdl的完全转换。 2.1.2强大的流程描述执行能力 引擎不仅支持顺序流程的流转，而且还支持分支、并发、循环、子过程、同步、异步、竞争、多工作流、同步活动组、异步活动组、静态活动等，在分支上可以定义条件，实现按条件自动流转，条件转移之间还可设置逻辑关系；在并发流转中，多个活动节点可以同时激活；在某些活动节点上，也可以通过创建子过程来完成任务。 2.1.3可视化的流程建模 支持可视化的业务流程建模工具，方便用户快速定义流程 2.1.4 API接口 引擎对外提供了灵活、丰富的工作流API，外部程序可以通过对这些API的调用，控制流程的运行，查询流程的运行状况以及工作流系统的运行状况，从而实现自己的业务需求。
几种开源工作流引擎的简单比较 作者: ShaPherD来源: 博客园发布时间: 2010-11-03 16:27 阅读: 10946 次推荐: 0 原文链接[收藏] 摘要：目前开源工作流引擎用的最多的是jbpm ，各种特性都不错，文档也比较多，下面只简单列举一下目前开源工作流引擎用的最多的是jbpm ，各种特性都不错，文档也比较多，下面只简单列举一下其他几种工作流引擎的特性。 Apache ODE Enhydra Shark Bonita Open Business Engine Eclipse JWT 支持的流程建模标准WS-BPEL 2.0，流程定义 必须使用该标 准编写才能执 行 WfMC和 OMG标准符合WfMC规 范 遵循WfMC所 定义的规范 代码量 76K 548K 214K 不好的评价体系和功能最 为复杂，可改 造性差 Shark2.0以 后有很多组件 不开源了 Xpdl保存在打过于简单，只 适合研究分析 工作流使用 不支持工作流 实例的持久 化，缺少图形 编辑环境，尚 未全部完成 WfMC定义的 五类接口 文档少
字段中，难于 分析和扩展 文档文档较为齐全文档较为齐全文档较为齐全文档少 支持的外部接口标准支持BPEL、 Xforms、 WebService XPDL Web Services 包括接口1 （XPDL）、接 口2/3 （WAPI）和4 Wf-XML接口 5 Audit 自己的主观评价框架比较灵 活。ODE BPEL编译器、 ODE BPEL运 行时、ODE数 据访问对象 （DAOs）、 ODE集成层 （ILs）和用户 工具之间耦合 度低 比较复杂 开发周期短的 情况下不建议 使用 内核非常小巧 的工作流引 擎，基于 PetriNet模 型，便于理论 分析，支持持 久化 不支持工作流 实例的持久 化，缺少图形 编辑环境 不建议 跟Eclipse开 发环境集成 好，但是JWT 文档较少，官 方没有找到什 么有价值的文 档。Jwt的信 息也很少 不建议 社区活跃程 度 较活跃比较活跃社区很活跃不活跃
工作流引擎选型要点 一、一般性功能 1. 免程序开发支持 2. 可处理大量流程工作支持 3. 三层式弹性化架构支持 4. 稳定的信息传递架构支持 5. 流程反向回传/抽单支持 6. 支持LDAP 目录服务支持 7. 支持企业级数据库支持 8. 动态用户授权支持 9. 统一的登入ID 与密码支持 10. 使用者网域安全性支持 二、流程与窗体设计功能 11. 图形化工作流程图支持 12. 基于角色的路由支持 13. 平行会签支持 14. 基于关系的路由支持 15. 工作队列部分支持 16. 图形化数据路由支持 17. 动态会签支持
·重点 18. 条件化步骤支持 19. 条件化步骤跳跃支持 20. 条件化取消流程支持 21. 条件化退回支持 22. 条件化收件人支持 23. 条件定义清单部分支持,后续可扩展实现 24. 条件定义清单与其它步骤互动部分支持 25. 退件支持 26. 动态定义群组支持 27. 整合智能型窗体设计工具部分支持 28. 表格通用变量支持 29. 电子签章 暂不支持，但可以接入外部电子签章功能。 30. 备注留言板支持 ·分页 31. 多页表单支持 32. 子表支持 ·监控里的东西 33.必备与必读文档支持 34.附件功能 部分支持. 支持文件上传下载，但建议文档上传下载走统一的文档上传管理服务器。35.支持URL 连结支持 36.支持HTML/Java 支持 37.支持第三方对象开发支持 38.自订传递路径支持 39.连接点支持 40.重复激活流程支持 41.转折点支持 42.编辑业务规则部分支持 43.自动暂停或恢复继续流程支持 44.发起子流程支持 45.同步/异步子流程支持 46.定时激活支持 47.第三方软件接口支持 ·定义了流程后进行测试支持 48.流程仿真测试支持 49.流程仿真除错工具部分支持 50.连续激活案件部分支持 51.取消案件或步骤部分支持 52.可重复送件的步骤部分支持 53.保密步骤不支持可扩展实现 54.禁止代理的工作支持 55.复制流程步骤支持 56.动态更改工作优先级支持 57.可定义工作流程拥有人 58.工时成本计算部分支持 59.工作完成时间支持 60.数据可传递至子流程支持 61.可同时监控主/子流程支持 62.数据捆绑通用变量支持 63.流程设计文件制作支持 64.以邮件通知工作逾时支持 65.可自订通知邮件支持 66.指定工作暂停支持 67.启始新流程权限支持 三、工作流程服务器功能 68.支持多个流程服务器支持 69.集中式的服务器端数据库连结支 持 70.通过E-Mail 激活流程支持