2--EIS工作流引擎说明

2--EIS工作流引擎说明
2--EIS工作流引擎说明

第1章EIS工作流引擎简介

1.1前言

工作流引擎不仅涉及到流程建模,还需要建立电子化表单、定制各种报表。所以对与工作流系统,如果只有流程建模工具,没有表单设计器及报表设计器,或是这方面的功能不够强大,就需要编写程序来完成表单及报表的功能,这就意味着必须依赖供应商来完成流程系统的实施,或是在公司内有专业的 IT 研发人员来完成这些工作。如果你的对进度要求较高,或是你不希望对供应商有过高的依赖,那么选择一个适合自己实施的工作流引擎是您的最好选择。

本文档主要对流程建模进行详细阐述。

1.2表单制作引擎

表单是工作流的“用户界面”和载体,协助我们搜集与传播重要信息。一个完善、优秀的工作流引擎应该有一个易于设计和操作的表单设计工具。

表单设计可以把日常使用的Word表格快速导入到系统中,使应用程序更加直观、敏捷,提升用户的浏览体验;

各自定义表单之间能够建立数据参考和引用。可引用本地库也可引用配置后的外部数据源,将符合记录的数据回填到表单内的字段里,前提条件是要先配置表单的某个域需要实现该功能,然后确定表单内的哪些字段需要与外部数据源或本地数据库的表字段映射来实现回填;

表单定义系统应支持丰富的表现形式,如定义必填项、标准输入框、多行输入框、只读输入框、下拉数据字典、只选下拉框、可输入下拉框、下拉数据表、弹出数据表选择、Radio单选-横向、Radio 单选-纵向、自动编号、追加意见、计算结果、图片、网页内容、附件、Word编辑器、Excel编辑器、相关表单返回值、编辑列表、查看列表、编辑网格、TAB页、阅读情况、日期等。

表单域能够自我验证输入的有效性,如:数据类型检查、Email、身份证、英文大小写转换、默认输入设置等;

表单域支持计算公式定义,即可定义某表单域的取值等于表单上其它域的计算结果;

表单数据具备自动导入功能,可引用本地数据库、外部数据源数据,可配置导入条件,可一次性导入原始数据源存在的数据,可制定任务计划或规则导入新增的数据;

表单详细表单字段说明文件。

1.3流程定义引擎

管理员无需编程基础便能快捷地定义出符合本单位需求的各项工作流程,蓝易捷协同办公平台流程定义项目丰富,能够规范企业业务流程,发挥企业各种资源及系统的最大效能。流程定义主要包括流程的基本属性、节点定义、相关表单、审核常用语、流程归档。

支持流程复制功能,实现相类似流程的快速定义。

EIS流程设计功能:

1、支持顺序、并发、条件流转、根据岗位级别自动流转、动态确定执行人、多人处理单一通过、按比例通过、多人处理全部通过(并行、顺序流,多顺序模式)、根据表单数据确定流转人,并支持撤消、收回、加签、转发、跳签、跳回、超时提醒等。在执行这些动作时,可并行执行自定的系统事务;

2、每一个节点又可以按步骤执行不同的动作,如工作明细、启动子流程、传阅、知会、文档、归档、电子邮件、手机短信等;

3、精确的权限控制:可以控制每一个节点、每一个字段的只读、可写、不可见三种状态。

详见以下章节描述:

1.3.1创建流程

本节主要功能点如下表:

?流程名称:填写相应的业务流程名称,易于启动流程识别,如【K3_报销申请】;

?流程分类:支持流程两级分类,如二级分类未填写,则仅显示一级分类,易于管理;

?主表单:选择流程中使用的表单,可以是“自定义表单”或“系统表单”。一般一些特殊的表单已做成

系统表单,如通知公告、文档审批等;

?启动权限:指定具有启动该流程权限的“人员、岗位、部门、群组”,拥有该权限的人员登录系统后就

可以在流程模块中启动该流程;反之如无启动权限,则在个人【新建流程】模块中不显示该流程。

?查询权限:指定具有该流程的查询权限的人员,拥有此权限的人员可以查询到该流程信息;

◆流程启动人员:缺省选中,表示该流程创建者,能查询本人新建的流程实例;

◆流程启动人员的部门主管:流程创建者的部门领导能否查询其部门员工发起的流程;

◆流程启动人员的上级主管:流程创建者的上级岗位能否查询其部门员工发起的流程;

◆流程节点人员:缺省选中,表示该流程的参与者,能查询所参与的流程实例;

注:以下四种权限都是相对性的,是根据具体的流程实例进行权限判断的。如A部门员工发起的流程,B部门领导无查询权限;

◆其他人员:能查看本流程所有流程实例的权限人员,如主管副总、总裁等;(此处的流程权限是绝

对性权限,即主管副总可以查询所有人员发起的“K3_报销申请”流程)

?督办权限:指定具有该流程督办权限的“人员、岗位、部门、群组”;(督办人可以对流程节点进行任

意跳转,系统会记录督办操作历史)。

?传阅情况查看权限:指定具有该流程传阅后查看权限的“人员、岗位、部门、群组”;(如将收文文件

传阅到各经理层,各经理层阅读、即回复情况哪些人员可以进行查阅)

?办结提醒:当该流程办结后,系统自动提醒“所选择的人员”,以告知该流程的结束,形成闭环的流程。

?撤消提醒:当该流程撤消时,系统自动提醒“所选择的人员”。(仅发起人可以进行流程撤消,系统可

以定义流程已经流程在某个环节时,才允许发起人进行撤消。

?中止提醒:当该流程中止时,系统自动提醒“所选择的人员”。(能够进行流程终止的权限可以按流程

节点进行授权)

1.3.2节点定义

节点定义是整个流程定义的核心部分,节点定义的设定决定了流程的处理步骤、办理所涉及到的人员以及人员办理此流程的操作类型等有关流程办理方式。

本节主要功能点如下表:

?节点:表示此流程中各节点对应的编号,用正整数来表示,“下一节点”和“退回节点”中可以填写其

它节点的编号,以实现该流程在各个节点间的流转;

?节点名称:给当前节点命名,一般以“当前节点的执行人+执行的动作”来命名(例如:部门主管审批),

便于理解和维护;

?下一节点:表示在流程中当前节点执行人处理完后,流转到的下一个节点(如果录入“10,20”,则表示

为并发节点,即当前节点完成后,流程并发给10和20这两个节点);

?跳签:在“跳签”中设置节点编号,与“下一步”相配合,供选择跳到哪个节点;(可以设置能跳回到

多个节点,如当前节点为1,可以选择跳签到“40,60,70”,即在下一步时,可以跳过中间节点环节,直接选择这三个节点的中任意一个;

?退回节点:表示输入要退回的节点数。在流程处理时点击“退回”按钮,则流程就会退回到指定的节

点处;如果未输入“退回节点”,则点击“退回”按钮时,自动退回到当前节点的上一发送节点;

“退回事务”框中可以选择节点退回时要执行的事务;(在中止事务中再加以描述)

?跳回:在“跳回”中设置节点编号,与“退回”相配合,供选择退回到哪个节点;(可以设置能跳回到

多个节点,如当前节点为80,可以选择跳回到“60,50,40”;

?收回:A在流程发给下一节点操作人B时,如果B还未将流程处理并流转到下一环节C时,此时A打开

流程时,会出现收回按钮,并可以进行流程“收回”动作,重新编辑后,再进行流转;

?加签:指当前节点执行人有审批此流程的权限,但由于考虑到此次流程的内容涉及面比较大,需要征

求另一个人或几个人时,需用到“加签”功能,加签给一人或多人,让他们对此流程发表处理意见(加签人不具有审批权限),之后再回到当前节点执行人处理;

?转发:与“加签”类似,但被转发人具有原执行人的所有权限,包括“审批”,转发后不再回到当前节

点执行人,而是按流程直接流转到下一节点;

?中止:相当于该流程提前结束,当前节点之后的其它节点不再执行,系统可以设置在哪个节点环节人

员可以进行“中止”操作;

?撤消:与“中止”类似,但仅发起人才有撤消权限,当流程流转到某节点时,如果该节点定义“撤消”

复选框没有选中,则此时发起人亦不能进行“撤消”动作。

?页面初始脚本:在某节点打开流程页面时,加载JS,进行表单页面初始动作;(高级扩展应用)

?下一步脚本:在某节点击“下一步”按钮时,加载JS,对表单页面进行操作;(高级扩展应用)

本节主要功能点如下表:

?节点类型:有两种供选择,“人工处理”和“系统执行”;系统执行节点的动作主要有三类:条件流转、

系统事务和办结。

◆条件流转:表示流程走到某个节点的时候,系统需要判断才能决定走向下一个节点,这时就需要

选择条件流转;

◆系统事务:是由系统自动执行SQL语句,单击“系统事务”后,可以选择预定义好的SQL存储过

程(可以在SQL存储过程中编写SQL语句);

◆办结:指流程走到该节点时,就表示流程到此办结,流程结束,一般在流程的最后一个节点使用。

?执行人:选择当前节点的操作人员。

◆所有人:指拥有启动权限的所有人;

◆相对执行人:相对于前几个节点的执行人来选择当前节点的执行人;

?执行人:所选择的节点的执行人

?执行人部门主管:所选择的节点的执行人的部门领导;

?执行人上级主管:所选择的节点的执行人的上一级岗位人员

注:1、如果选择“包含上几级主管,则表示这个节点,执行人的上几级领导都可以进行审批

2、如果选择“包含兼职岗位”,则别人如果兼职执行人的上级主管,也会在被选择范围内

◆指定岗位:可以把当前节点的执行人指定为某个岗位;

◆指定部门:可以把当前节点的执行人指定为某个部门;

◆指定人:可以把当前节点的执行人指定为单个或多个人、岗位、部门、群组;

◆流转时确定:表示当前节点的执行人可由上一节点执行人在流程流转时确定;

◆表单确定:表示当前节点的执行人由流程主表单中的某个字段在流转到该节点时的内容来确定,

如某个字段选择了某个人员或多个人员、部门、岗位、群组等,系统都会自动在这些范围内选择;

◆最近岗位:在所选择的多个人员、部门、岗位、群组中选择与上一节点岗位节点最邻近的人员进行

选择;如集团架构(控股公司、集团公司、分公司、项目部)在财务费用报销时,需要本单位的财务进行审批时,可以将所有财务人员设为一个群组,然后系统会自动找到本单位的财务操作)

?处理类型:有单人处理和多人处理两种类型;

◆单人处理:表示当前节点由一个人执行。如果定义了多个执行人,则流程流转到上个节点完成时,

系统将列出这些执行人,供选择其中一个,当选中的执行人完成此节点后,流程就可以继续往下一节点流转;

◆多人处理:多人处理有两种情形可以选择:

?单一通过:表示该节点的执行人有多个,但只需其中任何一个人执行完,流程就可以继续往下一节点流转;

?全部通过:表示该节点的执行人有多个,但必须等所有的人都执行完该节点,流程才能继续往下一节点流转;

●执行方式:包含“并发执行”和“顺序执行”,“并发执行”是指同时发送给多个人员;“顺

序执行”是指按照一定的执行顺序来串行执行;

●执行顺序:包含“选择顺序”、“排名正序”、“排名倒序”三种模式;

?按比例通过:选择人多个人员中,当计算达到比例人数时,流程就可以继续往下一节点流转;

?正文备份:在该节点执行后,系统会自动将当前的word文件内容备份成一个新的文件,在下一节点时,

将进行文件清稿,以便于阅读,但仍有历史记录可供查询;

?正文痕迹:主要是指web office中的word文件是否有痕迹功能;

◆强制留痕:在此节点操作word文件时,在修改、删除、添加内容时均会记录相应痕迹,并显示出

是哪个用户什么时间进行操作的;

◆强制不留痕:在此节点操作word文件时,在修改、删除、添加内容时均不会记录相应痕迹,一般

在文件起草时使用此模式;

◆不可修改仅套红头:一般在套红头时,是不允许对正文内容进行修改的,因为此时已经是领导审

核的终稿,所以此处采用对正文不可修改模式,但仍可以套用红头模板的方式处理;

?退回事务、撤消事务、中止事务:表示在执行这些动作时,附加执行某些预定义好的SQL存储过程,

如某个入库动作已经执行,但因为某个原因,需要中止本流程时,为了数据的正确性,就必须进行回滚,此时就要用中止事务,来执行回滚的SQL语句。

?工作明细:选择了工作明细后,会弹出工作明细录入框,可在此录入当前节点执行人的操作说明,这

样有便于提示执行人该做那些工作,从而提高操作的准确性、规范性;

?启动子流程:表示当前节点执行人有启动另外一个流程的权限。可以定义两个流程主表中的数据对应

关系统,以将主流程表单字段信息引入到子流程表单;并支持主流程流转模式设定。

◆无关系模式:子流程是否办结,在子流程未办结情况下,主流程仍可继续向下流程;

◆前置关系模式:只有子流程办结后,主流程才可以继续流转。

?传阅:选择该项时,表示当前节点执行人具有将该流程办理到当前节点时的内容传阅给他人查看的权

限,如电子公文中的上级来文及办文等内容需传阅给有关人员查看;

?收回传阅:在此节点可以对已经传阅的文件进行收回动作;

?归文档:执行该操作后,流程信息会自动在某个文档目录中显示;

?归档案:执行该操作后,流程信息会自动在某个档案目录中显示;

?更改超时类型:在此节点可以手动调整流程的紧急程度,以便引起下一节关注;

1.3.3节点权限

节点权限的主要功能就是控制流程节点执行人对流程表单的字段操作权限。EIS中流程表单的所有字段的权限控制都是按每个节点单独设置的(当节点类型为“系统执行节点”,该节点不用设置权限)。

流程节点执行人对表单相应的字段和表单按钮有“只读”、“可输入”、“不可见”三种权限级别:?只读

表示流程中此节点执行人对此表单相应的字段有只读的权限,系统默认为所有节点对相应的表单都有只读权限,颜色显示为灰色或白色;

?可输入

表示流程中此节点执行人对此表单相应的字段有可输入权限,设置时点击相应的字段,直至颜色显示为红色;

?不可见

表示流程中此节点执行人对此表单相应的字段内容不可见,设置时点击相应的字段,直至颜色显示为黑色;

1.3.4流程消息

流程消息的主要功能是定义流程执行中的显示标题,标题可以进行动态变化的,包括:

1、可以选择流程的一些固定参数,如:发起时间、发起人、发起人部门、流程名称、上一节点动作等;

2、可以选择表单中的字段信息;

3、可以选择常用的函数信息,如当前日期,当前时间,登录人姓名、部门、岗位等;

4、可以手动输入一些常数,以保证流程标题的连贯性。

1.3.5参考文档

参考文档的主要功能是流程执行中可以快速通过链接打开文档内容,以指导流程的使用和审批等:

工作流引擎技术白皮书

工作流引擎 产品功能介绍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(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品,为了配合产生正确的数据,可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务

工作流引擎讲解

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

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

工作流引擎技术

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文件转换。 引擎特性全面( ),稳定性好( ),支持全面( ),不容易上手与使用( )。

工作流引擎技术

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的设计理念是致力于企业的业务流程自动化解决方案,为企业的业务流程自动化以及企业流程再造提供坚实的基础平台,成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤,降低应用开发的难度,提高应用开发的效率及灵活性,节约应用开发的成本,从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块:模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具,而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现,为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分,模板用于描述工作流定义,用于工作流应用的设计阶段;实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作(Job),组成工作的每个执行单元称为活动(Activity),组成活动的更小单位称为任务(Task),活动的入口称为主表单(MasterForm)。每个工作都是由一系列具有逻辑关系的活动组成,这些逻辑关系构成活动的路由信息。因此,一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者,他是启动此工作的人。每个工作可以有多个拥有者,拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者,他是模板中定义的活动执行人,活动拥有者

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

国外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主,选型工作将不再单独分析规则引擎,

工作流引擎功能概要

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

国内市场主流专业的工作流(bpm)软件分析、比较及推荐

国内市场主流专业的工作流(bpm)软件分析、比较及推荐 目前国内外的工作流系统层出不穷,行业标准多种多样,虽然工作流主要功能国内比较知名的工作流软件基本上都具备,但功能的侧重点各不相同,增加了企业对工作流或BPM选型难度,本人选用目前国内市场主流专业的工作流软件,从概念、工作流引擎、工作流过程建模工具、流程操作、工作流客户端架构、流程监控、表单设计器以及与应用程序的集成等方面进行分析和比较,帮助企业对工作流或BPM产品的选型。 一、概述: 工作流的思想最先起源于西方国家,一开始的目的主要是为了简化工作流程,为繁琐的工作提供依据。随着需求的不断延伸以及人们对企业信息化思想的不断普及,工作流越来越受到企业内部的使用推广,当然,工作流能满足的需求也在不断的优化。 工作流概念起源于生产组织和办公自动化领域,是针对日常工作中具有固定程序活动而提出的一个概念,目的是通过将工作分解成定义良好的任务或角色,按照一定的规则和过程来执行这些任务并对其进行监控,达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。尽管工作流已经取得了相当的成就,但对工作流的定义还没有能够统一和明确,不同学者从不同角度对工作流做出了不同的定义。 Georgakopoulos给出的工作流定义是:工作流是将一组任务组织起来以完成某个经营过程:定义了任务的触发顺序和触发条件,每个任务可以由一个或多个软件系统完成,也可以由一个或一组人完成,还可以由一个或多个人与软件系统协作完成。 IBM Almaden Research Center将工作流定义为:工作流是经营过程的一种计算机化的表示模式,定义了完成整个过程需要的所有参数;这些参数包括对过程中每一个步骤的定义、步骤的执行顺序和条件、步骤由谁负责以及每个活动所需要的应用程序等。 1993年工作流管理联盟(Workflow Management Coalition,WfMC)作为工作流管理的标准化组织而成立,标志着工作流技术逐步走向成熟。WfMC对工作流给出定义为:工作流是指一类能够完全自动执行的经营过程,根据一系列过程规则,将文档、信息或任务在不同的执行者之间进行传递与执行。 工作流从英文单词workflow而来,是工作work和流动flow的组合,是一种能够被计算机解释和执行的反映经营过程业务流动的计算机化模型。 二、BPM与工作流的区别 简单地说,BPM关注的业务流,工作流关注的是审批流,它们的区别如下: 1、业务流往往会跨多个业务系统,而审批流往往主要涉及到一个系统。 2、业务流往往会涉及到多个业务功能,多个业务对象,而审批流往往只涉及到一个关键业务对象。 3、业务流涉及到的是不同业务单据之间的流转,而审批流往往是同一业务单据状态的变化。 4、业务流中的活动既包括了人工活动也包括了自动的业务活动,而审批流一般为人工审批活动。

目前市场三大主流OA产品对比分析

目前市场三大主流OA产品对比分析 文章转自:https://www.360docs.net/doc/889738410.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 请求,接受消息线程后初始化该用户的上下文环境,读消息线程到接受队列中检索属于该用户的消息,并反馈给用户,用户查看消息后可以进行消息处理(这里的消息其实就是用户的任务列表的描述)。当用户处理消息时,依据业务规则对消息进行处理,此时消息

工作流引擎功能概要(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)

开源工作流框架对比.

开源工作流框架对比 工作流是基于业务流程的一种模型,它可以把业务流程组织成一个具有逻辑和规则的模型,从而指导业务工作的进行。开源工作流把工作流进行了合理化、科学化的设计与组织,使其更能够满足现在的业务需求。开源工作流可以帮助实现业务目标,通过计算机进行文档的传递,其使用非常广泛。目前国内主要有几种开源工作流框架,下面我们简单地对比一下,帮助大家更深刻地了解开源工作流: 1.JBPM:要想了解JBPM,首先要了解JBPM的简单定义,JBPM是指业务流程管理,它包含了整个业务流程管理过程中的工作流与服务协作,是一种灵活的、开源的管理模式。JBPM可以把一些复杂的业务流畅简单化,让系统更加灵活运行,同时也很方便业务的跟踪、监控和管理,是一种很好的业务工作流框架模式。 2.OSWORKFLOW:这种框架是用java语言编写出来的,简单地说就是一种工作流引擎,其技术性非常强,它能满足用户多方面的需求。用户可以根据自己的需要来设计一些简单或者是复杂的工作流,为企业业务流程管理服务。这种工作流最大的优点是灵活简单,比较容易实现,能够满足当前市场对开源工作流的需求。 3.oa办公软件系统:这种工作流是符合相关标准的系统管理工作流软件,它也是由java编写出来的,其扩展性比较强,功能也多,还具有通用性的特点,可以用于完整的工作流管理系统中。要说这种软件最大的特点,就是其功能模块比较多,比如说动态表单、可视化工作表、智能报表等等,不同的功能表可以帮助用户实现不同的功能,受到了用户的好评。 以上就是现在市场上比较常见的几种开源工作流管理模式,由此可见,不同的工作流模式其优势特点是不同的,不过这些工作流都能给企业业务流程管理起到一个很好的效果,受到了很多企业的欢迎。在这几种工作流模式中,最值得一提的是JBPM,这种工作流是目前比较先进的,已经收到了很多企业的信赖。

工作流引擎功能介绍

工作流引擎功能介绍 一、功能介绍 1、获取流程定义: 查询并返回所有流程定义或系统当前用户有权限发起的流程定义。 2、未提交流程保存: 未发起流程的保存。 3、未提交流程查询: 查询并返回系统当前用户未发起的流程。 4、未提交流程删除: 删除未发起流程。 5、发起流程: 流程发起。 6、提交: 该功能实现流程实例创建、任务分配以及流程其它任务节点审核通过时创建下级节点活动实例和任务分配。 7、获取可退回节点: 该功能查询出流程已创建实例的节点,供执行退回用户选择退回节点。 8、接收: 接收功能把工作项初始状态更改为“open.running”(初始状态为“open.not_running.not_started”),并且记录接收时间。如果当前节点为抢任务,则还会删除其他参与者的任务。 9、放回: 与接收功能互逆,恢复接收功能产生的影响。 10、退回: 该功能负责将当前节点的活动实例状态改为退回,删除其它参与者的任务,创建所选节点的活动实例和任务。调用不同接口,可以实现退回上一节点或是选择退回节点退回。 11、待办业务: 获得需处理工作项。

12、获取待办任务数: 待处理工作项数量。 13、获取未提交流程数: 未提交流程数量。 14、已办业务: 已处理的工作项。 15、我发起的流程: 查询系统当前用户发起的流程。 16、历史流程查询: 查询系统当前用户参与的并且已结束的流程。 17、流程轨迹: 获取流程审核流转记录。 18、委托: 使用委托功能,用户可以给自己的业务指定代理人,由代理人负责处理。19、收回: 与委托功能互逆,取消业务代理人。 20、追回: 收回已经审核通过或者是退回的工作项。 21、执行期限: 用户可以给工作项设定执行期限,若在指定期限内完成工作流引擎不会发送提醒消息;若超出执行期限,则发送消息(消息发送方式见14、消息提醒功能),提醒工作项参与人员及时处理。执行期限可以设定绝对时间或相对时间。绝对时间是指用户指定具体的年月日时分,例如2012/02/17/10/10。相对时间是指用户指定一个时间段,如1天2时2分10秒。工作流引擎会从工作项接收的日期起计算时间,若计算出的时间超出了用户指定的相对时间,则发出提醒消息。 22、消息提醒: 通过消息提醒功能,用户可以接收到工作流引擎发送的代办业务超时提醒或申请已通过提醒。工作流引擎提供邮件或手机短信两种提醒方式,可以选则其中任意一种或者同时选择两种方式发送提醒消息。 23、流程定义部署:

相关文档
最新文档