工作流引擎流程产品介绍(开发、实施)-文档资料
工作流引擎技术白皮书
作流引擎产品功能介绍V 0 .0 75工作流引擎简介 1.1.1 产生背景 1.1.2发展阶段1.1.2.1EDF （ 电子数据流 ）阶段1.1.2.2 TPF （ 事务处理流 ）阶段1.1.2.3 1.1.2.41.1.31.1.4 1.1.5 1.1.61.2 XX 1.2.1 1.2.2目录IMF （ 整体集成管理流 ）阶段CP F （知识共享和持续改进）阶段 主要特点流程定义和运行 流程运转模式 工作流引擎不等于 OA 系统 工作流引擎 XX 工作流引擎简介产品设计 1110 10 1.2.2.1 工作流是 XX 电子政务平台的组件之一 11 1.2.2.2 工作流引擎设计思想 12 1.2.2.3 工作流引擎产品架构 141.2.3产品功能151.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异常处理 261.2.4 产品安全能力 26 1.2.5产品集成扩展261.2.6 运行环境27 1.3 XX工作流引擎适应复杂应用的要求271.3.1多机构联合作业281.3.2流程的定义集中管理291.3.3嵌套子流程和和引用子流程29 1.4 XX291.4.1点面结合，全面推进1.4.2分步实施，适当激励1.4.3持续改进，形成文化工作流应用实施方法工作流引擎成功案例29 30 301.5 XX301.5.1广州移动广州公务机管理系统311.5.1.1实现功能311.5.1.2实施效果321.5.2广州外经贸网上政务- 发文管理331.5.2.1实现功能331.5.2.2实施效果351.1 工作流引擎简介1.1.1产生背景随着我国信息化建设的不断深入， 越来越多的政府部门和企事业单位都清醒 地认识到信息化对于自身的生存与发展的重要性， 以 IT 系统建设为基础提高工 作效率，增强竞争能力，已经成为共识。
工作流引擎详解！工作流开源框架ACtiviti的详细配置以及安装和使用
⼯作流引擎详解！⼯作流开源框架ACtiviti的详细配置以及安装和使⽤创建ProcessEngineActiviti流程引擎的配置⽂件是名为activiti.cfg.xml的XML⽂件.注意与使⽤Spring⽅式创建流程引擎是不⼀样的使⽤org.activiti.engine.ProcessEngines类,获得ProcessEngine:ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine()它会在classpath下搜索activiti.cfg.xml,并基于这个⽂件中的配置构建引擎<beans xmlns="/schema/beans"xmlns:xsi="/2001/XMLSchema-instance"xsi:schemaLocation="/schema/beans /schema/beans/spring-beans.xsd"><bean id="processEngineConfiguration" class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration"><property name="jdbcUrl" value="jdbc:h2:mem:activiti;DB_CLOSE_DELAY=1000" /><property name="jdbcDriver" value="org.h2.Driver" /><property name="jdbcUsername" value="sa" /><property name="jdbcPassword" value="" /><property name="databaseSchemaUpdate" value="true" /><property name="jobExecutorActivate" value="false" /><property name="mailServerHost" value="" /><property name="mailServerPort" value="5025" /></bean></beans>配置⽂件中使⽤的ProcessEngineConfiguration可以通过编程⽅式创建,可以配置不同的bean idProcessEngineConfiguration.createProcessEngineConfigurationFromResourceDefault();ProcessEngineConfiguration.createProcessEngineConfigurationFromResource(String resource);ProcessEngineConfiguration.createProcessEngineConfigurationFromResource(String resource, String beanName); // 配置不同的bean id ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream(InputStream inputStream);ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream(InputStream inputStream, String beanName);如果不使⽤配置⽂件进⾏配置,就会基于默认创建配置ProcessEngineConfiguration.createXXX() ⽅法都会返回ProcessEngineConfiguration,后续可以调整成所需的对象. 在调⽤buildProcessEngine()后, 就会创建⼀个ProcessEngine:ProcessEngine processEngine = ProcessEngineConfiguration.createStandaloneInMemProcessEngineConfiguration().setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_FALSE).setJdbcUrl("jdbc:h2:mem:my-own-db;DB_CLOSE_DELAY=1000").setJobExecutorActivate(true).buildProcessEngine();ProcessEngineConfiguration beanactiviti.cfg.xml必须包含⼀个id='processEngineConfiguration' 的bean<bean id="processEngineConfiguration" class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">这个bean会⽤来构建ProcessEngine. 有多个类可以⽤来定义processEngineConfiguration. 这些类对应不同的环境,并设置了对应的默认值:org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration: 单独运⾏的流程引擎.Activiti会⾃⼰处理事务.默认数据库只在引擎启动时检测(如果没有Activiti的表或者表结构不正确就会抛出异常)org.activiti.engine.impl.cfg.StandaloneInMemProcessEngineConfiguration: 单元测试时的辅助类.Activiti会⾃⼰控制事务. 默认使⽤H2内存数据库,数据库表会在引擎启动时创建,关闭时删除.使⽤它时,不需要其他配置(除⾮使⽤job执⾏器或邮件功能)org.activiti.spring.SpringProcessEngineConfiguration: 在Spring环境下使⽤流程引擎org.activiti.engine.impl.cfg.JtaProcessEngineConfiguration: 单独运⾏流程引擎,并使⽤JTA事务数据库配置定义数据库配置参数基于数据库配置参数定义数据库连接配置jdbcUrl: 数据库的JDBC URLjdbcDriver: 对应不同数据库类型的驱动jdbcUsername: 连接数据库的⽤户名jdbcPassword: 连接数据库的密码基于JDBC参数配置的数据库连接会使⽤默认的MyBatis连接池,配置MyBatis连接池:jdbcMaxActiveConnections: 连接池中处于被使⽤状态的连接的最⼤值.默认为10jdbcMaxIdleConnections: 连接池中处于空闲状态的连接的最⼤值jdbcMaxCheckoutTime: 连接被取出使⽤的最长时间,超过时间会被强制回收. 默认为20000(20秒)jdbcMaxWaitTime: 这是⼀个底层配置,让连接池可以在长时间⽆法获得连接时, 打印⼀条⽇志,并重新尝试获取⼀个连接.(避免因为错误配置导致沉默的操作失败) 默认为20000(20秒)使⽤javax.sql.DataSource配置Activiti的发布包中没有这些类, 要把对应的类放到classpath下<bean id="dataSource" class="mons.dbcp.BasicDataSource" ><property name="driverClassName" value="com.mysql.jdbc.Driver" /><property name="url" value="jdbc:mysql://localhost:3306/activiti" /><property name="username" value="activiti" /><property name="password" value="activiti" /><property name="defaultAutoCommit" value="false" /></bean><bean id="processEngineConfiguration" class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration"><property name="dataSource" ref="dataSource" />...</bean>⽆论使⽤JDBC还是DataSource,都可以设置下⾯的配置:databaseType:⼀般不⽤设置,因为可以⾃动通过数据库连接的元数据获取只有⾃动检测失败时才需要设置.可能的值有:{h2,mysql,oracle,postgres,mssql,db2}如果没使⽤默认的H2数据库就必须设置这项.这个配置会决定使⽤哪些创建/删除脚本和查询语句databaseSchemaUpdate: 设置流程引擎启动和关闭时如何处理数据库表false:默认, 检查数据库表的版本和依赖库的版本,如果版本不匹配就抛出异常true: 构建流程引擎时,执⾏检查,如果需要就执⾏更新. 如果表不存在,就创建create-drop: 构建流程引擎时创建数据库表,关闭流程引擎时删除这些表JNDI数据库配置在默认情况下,Activiti的数据库配置会放在web应⽤的WEB-INF/classes⽬录下的db.properties⽂件中. 这样做⽐较繁琐,因为要⽤户在每次发布时,都修改Activiti源码中的db.properties并重新编译war⽂件,或者解压缩war⽂件,修改其中的db.properties使⽤ JNDI(Java命名和⽬录接⼝) 来获取数据库连接,连接是由servlet容器管理的,可以在war部署外边管理配置. 与db.properties相⽐,它也允许对连接进⾏更多的配置JNDI的使⽤Activiti Explorer和Activiti Rest应⽤从db.properties转换为使⽤JNDI数据库配置:需要打开原始的Spring配置⽂件:activiti-webapp-explorer/src/main/webapp/WEB-INF/activiti-standalone-context.xmlactiviti-webapp-rest2/src/main/resources/activiti-context.xml删除dbProperties和dataSource两个bean,然后添加如下bean：<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean"><property name="jndiName" value="java:comp/env/jdbc/activitiDB"/></bean>我们需要添加包含了默认的H2配置的context.xml⽂件如果已经有了JNDI配置,会覆盖这些配置.对应的配置⽂件activiti-webapp-explorer2/src/main/webapp/META-INF/context.xml:<?xml version="1.0" encoding="UTF-8"?><Context antiJARLocking="true" path="/activiti-explorer2"><Resource auth="Container"name="jdbc/activitiDB"type="javax.sql.DataSource"scope="Shareable"description="JDBC DataSource"url="jdbc:h2:mem:activiti;DB_CLOSE_DELAY=1000"driverClassName="org.h2.Driver"username="sa"password=""defaultAutoCommit="false"initialSize="5"maxWait="5000"maxActive="120"maxIdle="5"/></Context>如果是Activiti REST应⽤,则添加activiti-webapp-rest2/src/main/webapp/META-INF/context.xml:<?xml version="1.0" encoding="UTF-8"?><Context antiJARLocking="true" path="/activiti-rest2"><Resource auth="Container"name="jdbc/activitiDB"type="javax.sql.DataSource"scope="Shareable"description="JDBC DataSource"url="jdbc:h2:mem:activiti;DB_CLOSE_DELAY=-1"driverClassName="org.h2.Driver"username="sa"password=""defaultAutoCommit="false"initialSize="5"maxWait="5000"maxActive="120"maxIdle="5"/></Context>最后删除Activiti Explorer和Activiti Rest两个应⽤中不再使⽤的db.properties⽂件JNDI的配置JNDI数据库配置会因为使⽤的Servlet container不同⽽不同Tomcat容器中的JNDI配置如下:JNDI资源配置在CATALINA_BASE/conf/[enginename]/[hostname]/[warname].xml(对于Activiti Explorer来说,通常是在CATALINA_BASE/conf/Catalina/localhost/activiti-explorer.war) 当应⽤第⼀次发布时,会把这个⽂件从war中复制出来.所以如果这个⽂件已经存在了,需要替换它.修改JNDI资源让应⽤连接mysql⽽不是H2:<?xml version="1.0" encoding="UTF-8"?><Context antiJARLocking="true" path="/activiti-explorer2"><Resource auth="Container"name="jdbc/activitiDB"type="javax.sql.DataSource"description="JDBC DataSource"url="jdbc:mysql://localhost:3306/activiti"driverClassName="com.mysql.jdbc.Driver"username="sa"password=""defaultAutoCommit="false"initialSize="5"maxWait="5000"maxActive="120"maxIdle="5"/></Context>Activiti⽀持的数据库h2: 默认配置的数据库mysqloraclepostgresdb2mssql创建数据库表创建数据库表的⽅法:activiti-engine的jar放到classpath下添加对应的数据库驱动把Activiti配置⽂件(activiti.cfg.xml)放到classpath下,指向你的数据库执⾏DbSchemaCreate类的main⽅法SQL DDL语句可以从Activiti下载页或Activiti发布⽬录⾥找到,在database⼦⽬录下.脚本也包含在引擎的jar中:activiti-engine-x.jar在org/activiti/db/create包下,drop⽬录⾥是删除语句- SQL⽂件的命名⽅式如下:[activiti.{db}.{create|drop}.{type}.sql]type 是:- engine:引擎执⾏的表,必须- identity:包含⽤户,群组,⽤户与组之间的关系的表.这些表是可选的,只有使⽤引擎⾃带的默认⾝份管理时才需要- history:包含历史和审计信息的表,可选的.历史级别设为none时不会使⽤. 注意这也会引⽤⼀些需要把数据保存到历史表中的功能数据库表名理解Activiti的表都以ACT_开头, 第⼆部分是表⽰表的⽤途的两个字母标识.⽤途和服务的API对应ACT_RE_*: RE表⽰repository. 这个前缀的表包含了流程定义和流程静态资源ACT_RU_*: RU表⽰runtime. 这些是运⾏时的表,包含流程实例,任务,变量,异步任务等运⾏中的数据. Activiti只在流程实例执⾏过程中保存这些数据，在流程结束时就会删除这些记录.这样运⾏时表可以⼀直很⼩速度很快ACT_ID_*: ID 表⽰identity. 这些表包含⾝份信息. ⽐如⽤户,组等等ACT_HI_*: HI 表⽰history. 这些表包含历史数据. ⽐如历史流程实例, 变量,任务等等ACT_GE_*: 通⽤数据. ⽤于不同场景下数据库升级在执⾏更新之前要先使⽤数据库的备份功能备份数据库默认情况下,每次构建流程引擎时都会进⾏版本检测.这⼀切都在应⽤启动或Activiti webapp启动时发⽣.如果Activiti发现数据库表的版本与依赖库的版本不同,就会抛出异常对activiti.cfg.xml配置⽂件进⾏配置来升级:<beans ... ><bean id="processEngineConfiguration" class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration"><!-- ... --><property name="databaseSchemaUpdate" value="true" /><!-- ... --></bean></beans>然后,把对应的数据库驱动放到classpath⾥.升级应⽤的Activiti依赖,启动⼀个新版本的Activiti指向包含旧版本的数据库,将databaseSchemaUpdate设置为true,Activiti会⾃动将数据库表升级到新版本当发现依赖和数据库表版本不通过时,也可以执⾏更新升级DDL语句也可以执⾏数据库脚本,可以在Activiti下载页找到启⽤Job执⾏器JobExecutor是管理⼀系列线程的组件,可以触发定时器(包含后续的异步消息).在单元测试场景下,很难使⽤多线程.因此API允许查询Job(ManagementService.createJobQuery) 和执⾏Job(ManagementService.executeJob),因此Job可以在单元测试中控制, 要避免与job执⾏器冲突,可以关闭它默认,JobExecutor在流程引擎启动时就会激活. 如果不想在流程引擎启动后⾃动激活JobExecutor,可以设置<property name="jobExecutorActivate" value="false" />配置邮件服务器Activiti⽀持在业务流程中发送邮件,可以在配置中配置邮件服务器配置SMTP邮件服务器来发送邮件配置历史存储Activiti可以配置来定制历史存储信息<property name="history" value="audit" />表达式和脚本暴露配置默认情况下,activiti.cfg.xml和Spring配置⽂件中所有bean 都可以在表达式和脚本中使⽤如果要限制配置⽂件中的bean的可见性,可以通过配置流程引擎配置的beans来配置ProcessEngineConfiguration的beans是⼀个map.当指定了这个参数,只有包含这个map中的bean可以在表达式和脚本中使⽤.通过在map中指定的名称来决定暴露的bean配置部署缓存因为流程定义的数据是不会改变的,为了避免每次使⽤访问数据库,所有流程定义在解析之后都会被缓存默认情况下,不会限制这个缓存.如果想限制流程定义缓存,可以添加如下配置<property name="processDefinitionCacheLimit" value="10" />这个配置会把默认的HashMap缓存替换成LRU缓存来提供限制. 这个配置的最佳值跟流程定义的总数有关,实际使⽤中会具体使⽤多少流程定义也有关也可以注⼊⾃定义的缓存实现,这个bean必须实现org.activiti.engine.impl.persistence.deploy.DeploymentCache接⼝<property name="processDefinitionCache"><bean class="org.activiti.MyCache" /></property>类似的配置有knowledgeBaseCacheLimit和knowledgeBaseCache, 它们是配置规则缓存的.只有流程中使⽤规则任务时才⽤⽇志从Activiti 5.12开始,所有⽇志(activiti,spring,,mybatis等等)都转发给slf4j允许⾃定义⽇志实现引⼊Maven依赖log4j实现,需要添加版本<dependency><groupId>org.slf4j</groupId><artifactId>slf4j-log4j12</artifactId></dependency>使⽤Maven的实例,忽略版本<dependency><groupId>org.slf4j</groupId><artifactId>jcl-over-slf4j</artifactId></dependency>映射诊断上下⽂Activiti⽀持slf4j的MDC功能, 如下的基础信息会传递到⽇志中记录:流程定义ID: mdcProcessDefinitionID流程实例ID: mdcProcessInstanceID分⽀ID: mdcexecutionId默认不会记录这些信息,可以配置⽇志使⽤期望的格式来显⽰它们,扩展通常的⽇志信息. ⽐如,通过log4j配置定义会让⽇志显⽰上⾯的信息:yout.ConversionPattern =ProcessDefinitionId=%X{mdcProcessDefinitionID}executionId=%X{mdcExecutionId}mdcProcessInstanceID=%X{mdcProcessInstanceID} mdcBusinessKey=%X{mdcBusinessKey} %m%n"当系统进⾏⾼风险任务,⽇志必须严格检查时,这个功能就⾮常有⽤,要使⽤⽇志分析的情况事件处理Activiti中实现了⼀种事件机制,它允许在引擎触发事件时获得提醒为对应的事件类型注册监听器,在这个类型的任何时间触发时都会收到提醒:可以添加引擎范围的事件监听器,可以通过配置添加引擎范围的事件监听器在运⾏阶段使⽤API添加event-listener到特定流程定义的BPMN XML中所有分发的事件,都是org.activiti.engine.delegate.event.ActivitiEvent的⼦类.事件包含type,executionId,processInstanceId和processDefinitionId. 对应的事件会包含事件发⽣时对应上下⽂的额外信息事件监听器实现实现事件监听器要实现org.activiti.engine.delegate.event.ActivitiEventListener.下⾯监听器的实现会把所有监听到的事件打印到标准输出中,包括job执⾏的事件异常:public class MyEventListener implements ActivitiEventListener {@Overridepublic void onEvent(ActivitiEvent event) {switch (event.getType()) {case JOB_EXECUTION_SUCCESS:System.out.println("A job well done!");break;case JOB_EXECUTION_FAILURE:System.out.println("A job has failed...");break;default:System.out.println("Event received: " + event.getType());}}@Overridepublic boolean isFailOnException() {// The logic in the onEvent method of this listener is not critical, exceptions// can be ignored if logging fails...return false;}}isFailOnException(): 决定了当事件分发时onEvent(..) ⽅法抛出异常时的⾏为返回false,会忽略异常返回true,异常不会忽略,继续向上传播,迅速导致当前命令失败当事件是⼀个API调⽤的⼀部分时(或其他事务性操作,⽐如job执⾏), 事务就会回滚当事件监听器中的⾏为不是业务性时，建议返回falseactiviti提供了⼀些基础的实现,实现了事件监听器的常⽤场景可以⽤来作为基类或监听器实现的样例org.activiti.engine.delegate.event.BaseEntityEventListener:这个事件监听器的基类可以⽤来监听实体相关的事件,可以针对某⼀类型实体,也可以是全部实体隐藏了类型检测,并提供了三个需要重写的⽅法:onCreate(..)onUpdate(..)onDelete(..)当实体创建,更新,或删除时调⽤对于其他实体相关的事件,会调⽤onEntityEvent(..)事件监听器的配置安装把事件监听器配置到流程引擎配置中,会在流程引擎启动时激活,并在引擎启动过程中持续⼯作eventListeners属性需要org.activiti.engine.delegate.event.ActivitiEventListener的队列通常,我们可以声明⼀个内部的bean定义,或使⽤ref引⽤已定义的bean.下⾯的代码,向配置添加了⼀个事件监听器，任何事件触发时都会提醒它，⽆论事件是什么类型:<bean id="processEngineConfiguration" class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">...<property name="eventListeners"><list><bean class="org.activiti.engine.example.MyEventListener" /></list></property></bean>为了监听特定类型的事件可以使⽤typedEventListeners属性它需要⼀个map参数map的key是逗号分隔的事件名或单独的事件名map的value是org.activiti.engine.delegate.event.ActivitiEventListener队列下⾯的代码演⽰了向配置中添加⼀个事件监听器,可以监听job执⾏成功或失败:<bean id="processEngineConfiguration" class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">...<property name="typedEventListeners"><map><entry key="JOB_EXECUTION_SUCCESS,JOB_EXECUTION_FAILURE" ><list><bean class="org.activiti.engine.example.MyJobEventListener" /></list></entry></map></property></bean>分发事件的顺序是由监听器添加时的顺序决定的⾸先,会调⽤所有普通的事件监听器(eventListeners属性),按照它们在list中的次序然后,会调⽤所有对应类型的监听器(typedEventListeners属性),对应类型的事件被触发运⾏阶段添加监听器通过API:RuntimeService, 在运⾏阶段添加或删除额外的事件监听器:/*** Adds an event-listener which will be notified of ALL events by the dispatcher.* @param listenerToAdd the listener to add*/void addEventListener(ActivitiEventListener listenerToAdd);/*** Adds an event-listener which will only be notified when an event occurs, which type is in the given types.* @param listenerToAdd the listener to add* @param types types of events the listener should be notified for*/void addEventListener(ActivitiEventListener listenerToAdd, ActivitiEventType... types);/*** Removes the given listener from this dispatcher. The listener will no longer be notified,* regardless of the type(s) it was registered for in the first place.* @param listenerToRemove listener to remove*/void removeEventListener(ActivitiEventListener listenerToRemove);运⾏阶段添加的监听器引擎重启后就消失流程定义添加监听器特定流程定义添加监听器:监听器只会监听与这个流程定义相关的事件以及这个流程定义上发起的所有流程实例的事件监听器实现:可以使⽤全类名定义引⽤实现了监听器接⼝的表达式配置为抛出⼀个message,signal,error的BPMN事件监听器执⾏⾃定义逻辑下⾯代码为⼀个流程定义添加了两个监听器:第⼀个监听器会接收所有类型的事件,它是通过全类名定义的第⼆个监听器只接收作业成功或失败的事件,它使⽤了定义在流程引擎配置中的beans属性中的⼀个bean<process id="testEventListeners"><extensionElements><activiti:eventListener class="org.activiti.engine.test.MyEventListener" /><activiti:eventListener delegateExpression="${testEventListener}" events="JOB_EXECUTION_SUCCESS,JOB_EXECUTION_FAILURE" /></extensionElements>...</process>对于实体相关的事件,也可以设置为针对某个流程定义的监听器,实现只监听发⽣在某个流程定义上的某个类型实体事件.下⾯的代码演⽰了如何实现这种功能:第⼀个例⼦:⽤于监听所有实体事件第⼆个例⼦:⽤于监听特定类型的事件<process id="testEventListeners"><extensionElements><activiti:eventListener class="org.activiti.engine.test.MyEventListener" entityType="task" /><activiti:eventListener delegateExpression="${testEventListener}" events="ENTITY_CREATED" entityType="task" /></extensionElements>...</process>entityType⽀持的值有:attachmentcommentexecutionidentity-linkjobprocess-instanceprocess-definitiontask监听抛出BPMN事件另⼀种处理事件的⽅法是抛出⼀个BPMN事件:只针对与抛出⼀个activiti事件类型的BPMN事件, 抛出⼀个BPMN事件,在流程实例删除时,会导致⼀个错误下⾯的代码演⽰了如何在流程实例中抛出⼀个signal,把signal抛出到外部流程(全局),在流程实例中抛出⼀个消息事件,在流程实例中抛出⼀个错误事件.除了使⽤class或delegateExpression, 还使⽤了throwEvent属性,通过额外属性,指定了抛出事件的类型<process id="testEventListeners"><extensionElements><activiti:eventListener throwEvent="signal" signalName="My signal" events="TASK_ASSIGNED" /></extensionElements></process><process id="testEventListeners"><extensionElements><activiti:eventListener throwEvent="globalSignal" signalName="My signal" events="TASK_ASSIGNED" /></extensionElements></process><process id="testEventListeners"><extensionElements><activiti:eventListener throwEvent="message" messageName="My message" events="TASK_ASSIGNED" /></extensionElements></process><process id="testEventListeners"><extensionElements><activiti:eventListener throwEvent="error" errorCode="123" events="TASK_ASSIGNED" /></extensionElements></process>如果需要声明额外的逻辑,是否抛出BPMN事件,可以扩展activiti提供的监听器类:在⼦类中重写isValidEvent(ActivitiEvent event), 可以防⽌抛出BPMN事件.对应的类是:org.activiti.engine.impl.bpmn.helper.MessageThrowingEventListenerorg.activiti.engine.test.api.event.SignalThrowingEventListenerTestorg.activiti.engine.impl.bpmn.helper.ErrorThrowingEventListener流程定义监听器注意点事件监听器只能声明在process元素中,作为extensionElements的⼦元素.监听器不能定义在流程的单个activity下delegateExpression中的表达式⽆法访问execution上下⽂,这与其他表达式不同(⽐如gateway).它只能引⽤定义在流程引擎配置的beans属性中声明的bean, 或者使⽤spring(未使⽤beans属性)中所有实现了监听器接⼝的spring-bean使⽤监听器的class属性时,只会创建⼀个实例.监听器实现不会依赖成员变量,是多线程安全的当⼀个⾮法的事件类型⽤在events属性或throwEvent中时,流程定义发布时就会抛出异常(会导致部署失败)如果class或delegateExecution由问题:类不存在,不存在的bean引⽤,或代理类没有实现监听器接⼝在流程启动时抛出异常在第⼀个有效的流程定义事件被监听器接收时所以要保证引⽤的类正确的放在classpath下,表达式也要引⽤⼀个有效的实例通过API分发事件Activiti我们提供了通过API使⽤事件机制的⽅法,允许触发定义在引擎中的任何⾃定义事件建议只触发类型为CUSTOM的ActivitiEvents.可以通过RuntimeService触发事件:/*** Dispatches the given event to any listeners that are registered.* @param event event to dispatch.** @throws ActivitiException if an exception occurs when dispatching the event or when the {@link ActivitiEventDispatcher}* is disabled.* @throws ActivitiIllegalArgumentException when the given event is not suitable for dispatching.*/void dispatchEvent(ActivitiEvent event);⽀持的事件类型引擎中每个事件类型都对应org.activiti.engine.delegate.event.ActivitiEventType中的⼀个枚举值事件名称事件描述事件类型ENGINE_CREATED监听器监听的流程引擎已经创建,准备好接受API调⽤ActivitiEvent ENGINE_CLOSED监听器监听的流程引擎已经关闭,不再接受API调⽤ActivitiEvent ENTITY_CREATED创建了⼀个新实体,实体包含在事件中ActivitiEntityEventENTITY_INITIALIZED 创建了⼀个新实体,初始化也完成了.如果这个实体的创建会包含⼦实体的创建,这个事件会在⼦实体都创建/初始化完成后被触发,这是与ENTITY_CREATED的区别ActivitiEntityEventENTITY_UPDATED更新了已存在的实体,实体包含在事件中ActivitiEntityEvent ENTITY_DELETED删除了已存在的实体,实体包含在事件中ActivitiEntityEvent ENTITY_SUSPENDED暂停了已存在的实体,实体包含在事件中.会被ProcessDefinitions,ProcessInstances和Tasks抛出ActivitiEntityEventENTITY_ACTIVATED激活了已存在的实体,实体包含在事件中.会被ProcessDefinitions,ProcessInstances和Tasks抛出ActivitiEntityEvent JOB_EXECUTION_SUCCESS作业执⾏成功,job包含在事件中ActivitiEntityEventJOB_EXECUTION_FAILURE作业执⾏失败,作业和异常信息包含在事件中ActivitiEntityEvent ActivitiExceptionEventJOB_RETRIES_DECREMENTED因为作业执⾏失败,导致重试次数减少.作业包含在事件中ActivitiEntityEvent TIMER_FIRED触发了定时器,job包含在事件中ActivitiEntityEventJOB_CANCELED取消了⼀个作业.事件包含取消的作业.作业可以通过API调⽤取消,任务完成后对应的边界定时器也会取消,在新流程定义发布时也会取消ActivitiEntityEventACTIVITY_STARTED⼀个节点开始执⾏ActivitiActivityEvent ACTIVITY_COMPLETED⼀个节点成功结束ActivitiActivityEvent ACTIVITY_SIGNALED⼀个节点收到了⼀个信号ActivitiSignalEventACTIVITY_MESSAGE_RECEIVED ⼀个节点收到了⼀个消息.在节点收到消息之前触发,收到后,会触发ACTIVITY_SIGNAL或ACTIVITY_STARTED, 这会根据节点的类型:边界事件,事件⼦流程开始事件ActivitiMessageEventACTIVITY_ERROR_RECEIVED ⼀个节点收到了⼀个错误事件.在节点实际处理错误之前触发, 事件的activityId对应着处理错误的节点.这个事件后续会是ACTIVITY_SIGNALLED或ACTIVITY_COMPLETE, 如果错误发送成功的话ActivitiErrorEventUNCAUGHT_BPMN_ERROR抛出了未捕获的BPMN错误.流程没有提供针对这个错误的处理器.事件的activityId为空ActivitiErrorEventACTIVITY_COMPENSATE⼀个节点将要被补偿.事件包含了将要执⾏补偿的节点id ActivitiActivityEvent VARIABLE_CREATED创建了⼀个变量.事件包含变量名,变量值和对应的分⽀或任务(如果存在)ActivitiVariableEvent VARIABLE_UPDATED更新了⼀个变量.事件包含变量名,变量值和对应的分⽀或任务(如果存在)ActivitiVariableEvent VARIABLE_DELETED删除了⼀个变量.事件包含变量名,变量值和对应的分⽀或任务(如果存在)ActivitiVariableEvent TASK_ASSIGNED任务被分配给了⼀个⼈员.事件包含任务ActivitiEntityEventTASK_CREATED创建了新任务.它位于ENTITY_CREATE事件之后.当任务是由流程创建时,这个事件会在TaskListener执⾏之前被执⾏ActivitiEntityEventTASK_COMPLETED 任务完成.它会在ENTITY_DELETE事件之前触发.当任务是流程⼀部分时,事件会在流程继续运⾏之前, 后续事件将是ACTIVITY_COMPLETE,对应着完成任务的节点ActivitiEntityEventTASK_TIMEOUT任务已超时.在TIMER_FIRED事件之后,会触发⽤户任务的超时事件,当这个任务分配了⼀个定时器的时候ActivitiEntityEventPROCESS_COMPLETED流程已结束.在最后⼀个节点的ACTIVITY_COMPLETED事件之后触发.当流程到达的状态,没有任何后续连线时,流程就会结束ActivitiEntityEvent MEMBERSHIP_CREATED⽤户被添加到⼀个组⾥.事件包含了⽤户和组的id ActivitiMembershipEvent MEMBERSHIP_DELETED⽤户被从⼀个组中删除.事件包含了⽤户和组的id ActivitiMembershipEventMEMBERSHIPS_DELETED 所有成员被从⼀个组中删除.在成员删除之前触发这个事件,所以他们都是可以访问的.因为性能⽅⾯的考虑,不会为每个成员触发单独的MEMBERSHIP_DELETED事件ActivitiMembershipEvent引擎内部所有ENTITY_* 事件都是与实体相关的,实体事件与实体的对应关系:[ENTITY_CREATED],[ENTITY_INITIALIZED],[ENTITY_DELETED]:AttachmentCommentDeploymentExecutionGroupIdentityLinkJobModelProcessDefinitionProcessInstanceTaskUserENTITY_UPDATED:AttachmentDeploymentExecutionGroupIdentityLinkJobModelProcessDefinitionProcessInstanceTaskUserENTITY_SUSPENDED, ENTITY_ACTIVATED:ProcessDefinitionProcessInstanceExecutionTask注意只有同⼀个流程引擎中的事件会发送给对应的监听器如果有很多引擎在同⼀个数据库运⾏,事件只会发送给注册到对应引擎的监听器.其他引擎发⽣的事件不会发送给这个监听器,⽆论实际上它们运⾏在同⼀个或不同的JVM中对应的事件类型都包含对应的实体.根据类型或事件,这些实体不能再进⾏更新(⽐如,当实例以被删除).可能的话,使⽤事件提供的EngineServices来以安全的⽅式来操作引擎.即使如此,也要⼩⼼的对事件对应的实体进⾏更新,操作没有对应历史的实体事件，因为它们都有运⾏阶段的对应实体。
工作流引擎流程产品介绍开发实施
工作流引擎流程产品介绍开发实施1.研究和需求分析：在开发工作流引擎流程产品之前，需要进行深入的研究和需求分析。
这包括了解目标市场和用户需求，确定产品的功能和特性，并收集相关的技术和资源。
2.设计工作流引擎流程：根据需求分析的结果，进行工作流引擎流程的设计。
这包括确定工作流的步骤、条件和规则，定义每个步骤的输入和输出，并构建流程图以可视化工作流程。
3.开发工作流引擎流程的核心功能：根据设计的工作流引擎流程，进行软件开发。
这包括开发核心功能，如流程引擎、任务分配和执行、通知和提醒等。
开发过程中需要使用合适的编程语言和技术工具。
4.开发工作流引擎流程的用户界面：为了方便用户管理和操作工作流程，需要开发工作流引擎流程的用户界面。
用户界面应该简单易用、直观明了，并提供必要的功能和操作。
5.测试和优化：在开发完成后，进行测试和优化工作。
这包括功能测试、性能测试和用户体验测试等。
通过测试和优化，确保工作流引擎流程的稳定性、可靠性和有效性。
6.部署和实施：完成测试和优化后，将工作流引擎流程产品部署到用户的环境中。
在部署之前，需要进行充分的准备工作，包括系统集成、数据迁移和用户培训等。
然后，根据实际需求和计划，进行工作流引擎流程的实施。
7.运维和支持：在工作流引擎流程产品实施后，需要进行运维和支持工作。
这包括监控系统的运行状态、处理用户的反馈和问题，并根据需要进行系统的更新和升级。
总结起来，开发工作流引擎流程产品需要经过研究和需求分析、设计、开发核心功能和用户界面、测试和优化、部署和实施、以及运维和支持等多个阶段。
每个阶段都需要进行详细的规划和准备，并根据实际需求和情况进行调整。
通过合理的开发实施，可以实现高效和可靠的工作流引擎流程产品。
工作流引擎介绍
工作流引擎介绍咨微ZW-OBPS业务平台Ziwei-operation brace plane system（以下简称ZW-OBPS）是公司经过10年的研发，以软件构件引擎为核心，采用以业务流程驱动，面向服务（SOA）的基础应用框架技术，构建通用业务支撑开发平台，使业务开发从事务对象开发转变面向配置开发的质变模式，为您“随需应变”和“量身定制”，实现业务系统建设的高效率、高品质、低难度、低成本的实施和开发模式。
咨微OBPS业务平台有四大引擎组成：业务集成整合引擎、流程引擎、业务系统开发引擎、文档知识管理引擎。
1.流程引擎功能综述流程是公司管理（人才、流程、知识、资金）的四大要素之一，是企业组织架构的体现，是企业管理制度及管理思想的表现。
如公司的费用审批需要部门经理、财务主管、副总、总经理审批，具体要到那一级审批是公司的管理制度规定的。
管理制度是企业中最为复杂文档，涵盖企业管理每一个方面，如资金管理、薪资管理、考核管理、计划管理、文档管理等等。
流程审批分为两大类：行政办公流程和业务处理流程。
行政办公流程各行业各公司有比较大的共性，如人事审批类流程、财务类审批流程、办公类审批流程、销售类审批流程；业务处理流程各公司相差很大，不同的业务处理方式不同，流程复杂，会与各种业务系统进行数据的交互，对数据的展示和数据处理能力要求高。
咨微流程引擎提供可视化流程、表单统一的设计工具，以有向图方式设计各种类型的表单，控制各节点数据采集和流程的处理，实现包括公文、业务的各种过程控制；提供标准的组件开发接口；使用二次开发函数实现与业务系统的数据动态交互。
流程引擎覆盖了符合中国用户特点的政府、企业事业单位和专业领域工作流业务系统的需求。
基于平台无关性和XML的工作流引擎适合不同行业用户、不同类型的应用系统。
2.咨微流程引擎特点1）强大的自定义功能：企业很方便的定制与业务规则一致的工作流程，流程将按照业务规则进行流转。
自定义功能有审批表单、流转控制和权限控制。
工作流引擎说明书
工作流引擎设计说明书文档版本记录目录1概述..................................................................................................................... - 5 -1.1文档目的 (5)1.2术语及缩略语 (5)1.3参考资料 (5)2工作流引擎的设计架构 (6)2．1工作流引擎的组件的总体架构 (7)2．2流程引擎内核 (8)2.2.1流程定义 (8)2.2.2流程模型 (8)2.2.2.1流程的起点和终点模型 (8)2.2.2.3流程的激活模型 (9)2.2.2.3流程的流转模型 (9)2．3数据访问层 (13)2.3.1数据模型定义 (13)2.3.2流程引擎中对象模型和数据模型的对应关系 (13)2．4扩展接口 (15)2.4.1条件扩展接口 (15)2.4.2人员查找扩展接口 (15)2.4.3事件操作扩展接口 (15)2.4.3流程插件 (16)2.5流程引擎对外接口（API） (17)2.5.1IP ROCESS S ERVICE接口定义 (17)2.5.2IT ASK S ERVICE接口定义 (18)3.流程应用支持层 (22)3.1应用框架 (22)3.1.1页面控制逻辑 (22)3.1.1.1流程起草控制逻辑 (24)3.1.1.2流程待办/已办显示控制逻辑 (24)3.1.1.3流程审批提交控制逻辑 (25)3.1.2流程引擎整合 (25)3.2流程公共应用组件 (28)3.2.1流程起草时的人员过滤操作P ROCESS R OLE F ILTER A CTION (28)3.2.2流程起草操作P ROCESS S TART A CTION (28)3.2.3流程待办显示（D ISPATCH）操作P ROCESS D ISPATCH A CTION (28)3.2.4流程待办列表显示操作P ROCESS L IST A CTION (29)3.2.5流程已办显示（D ISPATCH）操作C OMPLETED D ISPATCH A CTION (29)3.2.6流程已办列表显示操作C OMPLETED A LL L IST A CTION (29)3.2.7流程草稿列表显示操作P ROCESS D RAFT L IST A CTION (29)3.2.8流程提交显示选择路径操作P ROCESS C OMMON S UBMIT A CTION (30)3.2.9流程跟踪信息显示操作P ROCESS C OMMON T RACE A CTION (30)3.2.10流程待阅显示（D ISPATCH）操作R EADER D ISPATCH A CTION (30)3.2.11流程已阅阅显示（D ISPATCH）操作R EADER D ISPATCH A CTION (30)1概述1.1文档目的《设计说明书》阐述工作流引擎的设计架构以及对外的服务功能《设计说明书》要达到如下一些目标：●阐述流程的定义●阐述流程的对象模型●阐述流程的调度执行●阐述流程服务接口1.2术语及缩略语工作流:工作流是业务流程的计算机化或自动化过程。
工作流及工作流引擎简介
什么是工作流工作流（Work Flow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。
工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。
简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。
我们可以将整个业务过程看作是一条河，其中流过的河水就是待审核的表单。
工作流属于计算机支持的协同工作（Computer Supported Cooperative Work，CSCW）的一部分。
后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。
许多公司采用纸张表单，手工传递的方式，一级一级审批签字，工作效率非常低下，对于统计报表功能则不能实现。
而采用工作流软件，使用者只需在电脑上填写有关表单，会按照定义好的流程自动往下跑，下一级审批者将会收到相关资料，并可以根据需要修改、跟踪、管理、查询、统计、打印等，大大提高了效率，实现了知识管理，提升了公司的核心竞争力。
fnotes1800工作流图工作流的定义工作流概念起源于生产组织和办公自动化领域，是针对日常工作中具有固定程序活动而提出的一个概念，目的是通过将工作分解成定义良好的任务或角色，按照一定的规则和过程来执行这些任务并对其进行监控，达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。
尽管工作流从产生到现在已经取得了相当的成就，但对工作流的定义还没有能够统一和明确，不同学者从不同角度对工作流做出了不同的定义。
Georgakopoulos给出的工作流定义是：工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。
IBM Almaden Research Center将工作流定义为：工作流是经营过程的一种计算机化的表示模式，定义了完成整个过程需要的所有参数；这些参数包括对过程中每一个步骤的定义、步骤的执行顺序和条件、步骤由谁负责以及每个活动所需要的应用程序等。
工作流说明文档
工作流-说明文档目录1.Wf5引擎简单说明 (2)1.1工作流模式 (2)1) 串行 (2)2) 分支/合并 (2)3. 与STEMS合并更改后流程(以备件审请审批为例) (5)1. 说明 (5)2.定义流程 (5)3.编写XML (5)4.添加WF5与业务角色关联表信息 (5)5.备件申请页面修改实例 (6)6.备件审批页面修改实例 (6)7.待办事项 (6)8.主要方法 (6)3.Wf5核心api描述 (7)1.1流程运行接口 (7)1）启动 (7)2）运行 (7)3）运行 (8)4）返签 (8)5）撤销 (8)6）退回 (9)7）取消 (9)8）废弃 (9)9）设置在办 (9)4.Wf5 数据库设计 (10)1.Wf5引擎简单说明1.1工作流模式1)串行串行模式是指工作流流程中的任务是依照次序顺序执行，没有分支选择，循环等路由功能。
2)分支/合并分支模式是指对工作流流程中的任务执行条件进行限定，在执行过程中，根据条件判断执行路径。
2.1）分支情况AndSplit : 并行分支，所有连线都可以执行后续节点；OrSplit：或分支，满足条件的连线，可行执行后续节点XOrSplit: 异或分支，有第一个满足条件的连线，即可执行后续节点。
ComplexSplit：复杂情况的分支，未明确给定。
2.2）合并情况：AndJoin：并行合并，所有连线上的条件必须都满足，才可以执行该Gateway节点。
OrJoin：或合并，有条件定义的连线，如果条件都满足，才可以执行该Gateway节点。
XOrJoin：异或合并，只要有第一个连线的条件满足，不用再做其他连线的条件判断，直接执行该Gateway节点。
ComplexJoin：复杂情况的合并，未明确给定。
2.3串行/分支的图形元素示例3.与STEMS合并更改后流程(以备件审请审批为例) 1.说明1.STEMS 流程备件申请(启动流程,启动待办事项)->船舶总管审批(修改待办任务)->船舶机务经理审批(修改待办任务)->备件业务经理审批(申批流程结束,待办事项结束,同时进入下一环节待办任务)-> 备件询价申请2.相关登入角色Admin 包含所有角色Cz 船舶总管Cp 船舶机务经理审Cc 备件业务经理3. 主要用到的表1. dic_flow_detail 待办任务表2. WfProcess 流程定义表3. WfProcessInstance 流程实例表4. WfActivityInstance 活动实例表5. WfTasks 任务实例表6. WfTransitionInstance 转移实例表7. WFOld 历史记录表8. WFGroup 角色业务关联表实例9. order_request 备件申请单表10. dic_flow, dic_group, authority_user_group等2.定义流程1. 说明：由于WF5是B/S的工作流，所以只移植了核心API与相关实体类.2. 描述：使用工作流程之前需要定义一个流程。
工作流引擎技术介绍-BPMN2.0
工作流引擎技术介绍-BPMN2.0将BPMN2.0放一章单独讲，是因为不管是个人接触到的流程开发人员或者技术交流群里讨论交流，大部分人都没了解BPMN2.0标准，学习过程仅仅是通过百度，了解到几个基础元素作用，文档也不会看。
不了解，自然遇到新问题，也不会有新的思路，自然想不到好的解决方案，甚至连基础的流程图都不一定能画好，画出来的流程图也会奇奇怪怪，会走很多弯路。
所谓标准，正如千年前始皇帝的车同文，车同轨，达成了统一的共识，这样，只要你用符合标准的做法作出流程图，任何一个熟悉标准的人都能立马读懂。
当然，很可惜，这些标准大都是国外技术人员组织的。
其中制定了BPMN标准的组织叫对象管理组织。
（开发人员至少熟悉UML图，标准也是这个组织）英文Object Management Group,缩写为OMG）是一个国际协会，开始的目的是为分布式面向对象系统建立标准，现在致力于建立对程序、系统和业务流程建模的标准，以及基于模型的标准。
•OMG是一个国际性的非盈利协会。
任何组织都可以加入，在缴纳会费后可以参与OMG标准的制定和投票讨论。
•OMG只提供标准的详细说明书，并不提供对于标准的实现软件。
但是在一个标准的草案被接纳成为正式标准之前，提交这个草案并被接受的成员必须保证，他们在一年之内将会开发一个服从这个标准的产品。
这样就阻止了没有参照实现的标准。
•OMG鼓励其他的企业或开源组织开发服从OMG标准的产品，并且设法开发强制机制，让不同的软件具有通用性。
•OMG的广泛使用的标准包括UML,MOF，XMI 业务流程建模标记法(BPMN)等。
标准类型：•商业动机元模型™（BMM™）-专为实施EA而设计，其中记录了目标、战略和业务计划，并将这些目标和计划与相关的规则和流程相关联。
•业务流程建模表示法（BPMN™）-通过标准的图形表示法来捕获端到端业务流程，从业务分析人员到系统开发人员，所有业务涉众都可以轻松理解该图形表示法。
2--EIS工作流引擎说明
第1章EIS工作流引擎简介1.1前言工作流引擎不仅涉及到流程建模，还需要建立电子化表单、定制各种报表。
所以对与工作流系统，如果只有流程建模工具，没有表单设计器及报表设计器，或是这方面的功能不够强大，就需要编写程序来完成表单及报表的功能，这就意味着必须依赖供应商来完成流程系统的实施，或是在公司内有专业的 IT 研发人员来完成这些工作。
如果你的对进度要求较高，或是你不希望对供应商有过高的依赖，那么选择一个适合自己实施的工作流引擎是您的最好选择。
本文档主要对流程建模进行详细阐述。
1.2表单制作引擎表单是工作流的“用户界面”和载体，协助我们搜集与传播重要信息。
一个完善、优秀的工作流引擎应该有一个易于设计和操作的表单设计工具。
表单设计可以把日常使用的Word表格快速导入到系统中，使应用程序更加直观、敏捷，提升用户的浏览体验；各自定义表单之间能够建立数据参考和引用。
可引用本地库也可引用配置后的外部数据源，将符合记录的数据回填到表单内的字段里，前提条件是要先配置表单的某个域需要实现该功能，然后确定表单内的哪些字段需要与外部数据源或本地数据库的表字段映射来实现回填；表单定义系统应支持丰富的表现形式，如定义必填项、标准输入框、多行输入框、只读输入框、下拉数据字典、只选下拉框、可输入下拉框、下拉数据表、弹出数据表选择、Radio单选-横向、Radio 单选-纵向、自动编号、追加意见、计算结果、图片、网页内容、附件、Word编辑器、Excel编辑器、相关表单返回值、编辑列表、查看列表、编辑网格、TAB页、阅读情况、日期等。
表单域能够自我验证输入的有效性，如：数据类型检查、Email、身份证、英文大小写转换、默认输入设置等；表单域支持计算公式定义，即可定义某表单域的取值等于表单上其它域的计算结果；表单数据具备自动导入功能，可引用本地数据库、外部数据源数据，可配置导入条件，可一次性导入原始数据源存在的数据，可制定任务计划或规则导入新增的数据；表单详细表单字段说明文件。
e-Chain-WorkFlow易擎工作流引擎产品介绍(开发、实施)
38
ห้องสมุดไป่ตู้
2013-7-15
e-Chain易擎电子协作平台 | 机密 |
© 2007 宇信易诚
基于状态驱动的业务流转
39
2013-7-15
e-Chain易擎电子协作平台 | 机密 |
© 2007 宇信易诚
适用于各种类型的业务流程应用
eChain易擎工作流平台产品支持直流、单选分流、多选分流、 条件流、子流嵌套、自循环流、自由流程等多种流转模式； 同时支持撤办、自动催办、手工催办、转办、拿回、退回、 授权代办、跳转、挂起唤醒等多种异步用户干预手段；用户 经过简单的流程应用搭配组合，可以实现任意复杂的业务流 程应用模式。
平台组成
eChain易擎工作流平台提供一个完整的工作流应用系统 解决方案，系统由若干个独立的功能模块组成
1、eChainStudio流程定制工作室
2、eChainWorkFlow易擎核心服务
3、eChainMonitor图形跟踪监控 4、eChainStatistic统计分析工具
5、eChainOU用户管理模块
© 2007 宇信易诚
流程模板
为了方便业务人员快速定制符合特定业务需求的流程， 新建流程时可以选择从已有的模板开始创建，用户也可 以从“零”开始定义一个新的流程
22
2013-7-15
e-Chain易擎电子协作平台 | 机密 |
© 2007 宇信易诚
节点类型
为适应不同的业务处理类型，节点分为人工节点(单、多 人)、自动节点、全局自动节点、异常处理节点、补偿处 理节点等，让业务人员可以从图形上方便直观的识别不 同环节的业务处理类型；
eChain易擎工作流平台
产品介绍
工作流引擎+流程产品介绍(开发、实施) PPT
5 2020/7/28
适用行业
➢银证险等金融服务业 ➢政府机关 ➢制造业 ➢物流服务业 ➢电信服务业 ➢消费品行业 ➢物业管理服务公司 ➢进出口贸易服务公司 ➢以及大中型企事业单位
6 2020/7/28
工作流标准
工作流管理联盟（Workflow Management Coalition,WFMC）
13 2020/7/28
三、eChain工作流平台 功能特点
14 2020/7/28
工作流平台功能说明
1、业务建模 2、引擎核心服务
3、跟踪监控 4、权限控制 5、统计分析 6、外部接口
15 2020/7/28
流程过程定义
16 2020/7/28
过程定义
eChainStudio图形化工作流定制能够直观地描绘出用户的 业务流程规则，达到“所见即所得”的目的。图形化的 工作流定制是实现复杂业务逻辑流程的基础，它能够实 现诸如直流、分流、条件流、子流等等多种流程方式。 同时采用“拖拉”的方式使得定制流程更为简单，用户无须 掌握高深的技术，只需了解本单位的业务流程就可以轻 松的定制出复杂的流程；最终把流程定义的业务规则存 储xml文件中，支持流程的导入与导出；
4 2020/7/28
为什么要用工作流平台产品
对最终用户而言：
1、快速定制（随需应变）符合自己的业务规则； 2、可视化流程全程跟踪监控； 3、提高办事效率； 4、统计分析、决策支持；
php流程引擎的简单设计及实现
一、概述近年来，随着互联网技术的迅猛发展，PHP作为一种常用的脚本语言，被广泛应用于Web开发领域。
而在Web开发中，涉及到复杂的业务流程时，往往需要使用流程引擎来管理和控制流程的执行。
本文将针对PHP流程引擎的设计和实现进行简要介绍，旨在帮助读者更好地理解和应用流程引擎技术。
二、流程引擎的基本概念1. 流程引擎是什么？流程引擎是一种用于管理和控制业务流程的软件工具，它能够自动化执行流程中的各个环节，并提供了灵活的配置和扩展机制，帮助企业实现业务流程的数字化转型。
2. 流程引擎的作用流程引擎可以帮助企业实现业务流程的标准化和优化，提高工作效率和管理水平，降低人为错误的发生率，减少人力成本和时间成本。
三、PHP流程引擎的设计思路1. 数据模型设计在设计PHP流程引擎时，首先需要定义好流程的数据模型，包括流程实例、流程节点、流程变量等相关数据结构，以及它们之间的关联关系。
2. 流程图设计需要设计流程图，将业务流程抽象成一张图，包括流程的开始节点、中间节点和结束节点，以及节点与节点之间的流转关系。
3. 流程执行逻辑设计需要定义好流程的执行逻辑，即规定流程在执行过程中需要做什么操作，如何判断流程是否已完成，如何处理流程中的异常情况等。
四、PHP流程引擎的实现方法1. 基于状态机的实现一种常见的PHP流程引擎实现方法是基于状态机的设计，即通过有限状态机模型描述流程的状态和状态转移规则，然后编写相应的代码来实现状态机的执行逻辑。
2. 基于BPMN的实现另一种流程引擎的实现方法是基于BPMN（Business Process Model and Notation）标准的设计，该标准定义了一套通用的业务流程建模和执行规范，可以通过BPMN引擎来实现PHP流程引擎。
五、PHP流程引擎的实际应用1. 业务流程管理PHP流程引擎可以应用于各种业务流程管理场景，例如审批流程、订单流程、工作流程等，通过流程引擎来管理和控制流程的执行，提高管理效率和执行质量。
工作流引擎流程产品介绍开发实施
工作流引擎流程产品介绍开发实施首先是需求分析阶段。
在这个阶段，产品团队需要与客户充分沟通，理解客户的具体需求和业务流程。
通过与客户的交流，产品团队能够明确工作流引擎的功能需求和用户需求。
在需求分析阶段，产品团队还可以提供一些专业建议，帮助客户优化工作流程，提高业务效率。
接下来是设计阶段。
在这个阶段，产品团队会根据需求分析阶段的结果，进行系统的功能设计和用户界面设计。
功能设计主要包括工作流程的创建、任务分配、通知提醒、数据交互和决策支持等方面。
用户界面设计要注重用户友好性和操作便捷性。
然后是开发阶段。
在这个阶段，开发团队会根据设计阶段的结果，进行软件编码、测试和调试等工作。
开发团队需要按照设计规范和标准进行开发，确保软件的稳定性和可靠性。
紧接着是测试阶段。
在这个阶段，测试团队会对工作流引擎进行全面的测试和验证工作。
测试团队会使用各种测试方法，包括功能测试、性能测试和安全测试等，检查工作流引擎的各项功能是否符合需求，并保证工作流引擎的稳定性和安全性。
然后是使用培训阶段。
在这个阶段，产品团队会对客户进行工作流引擎的使用培训。
培训内容主要包括系统的基本操作、工作流程的创建和管理、任务的分配和跟踪等。
通过培训，客户能够熟练掌握工作流引擎的使用方法，提高工作效率。
最后是上线阶段。
在这个阶段，产品团队会将工作流引擎部署到客户的服务器上，并进行系统的上线和运行。
在上线后，产品团队还会进行一段时间的跟踪和维护工作，确保工作流引擎的正常运行和客户的满意度。
总而言之，工作流引擎流程产品的开发实施是一个复杂而重要的过程。
通过充分的需求分析、设计、开发、测试、使用培训和上线等步骤，可以为客户提供一个功能强大且易于使用的工作流引擎，帮助组织优化和自动化业务流程，提高工作效率和质量。
工作流activiti介绍
Activiti6工作流1、Activiti工作流概述1.1、工作流概述工作流(Workflow)，就是通过计算机对业务流程自动化执行管理。
它主要解决的是“使在多个参与者之间按照某种预定义的规则自动进行传递文档、信息或任务的过程，从而实现某个预期的业务目标，或者促使此目标的实现”。
在我们日常的工作中，每时每刻都在执行一个个的流程，我们可能是流程的发起人，也可能能是流程的中间人，甚至是最后终止一个流程的大boss，总体而言流程，即工作流就是为了团队协作而生，任何需要团队持续写作的场景都有必要用到工作流。
比如老生常谈的员工请假，发出请求，逐级上报，逐级审批。
在我们的项目中也是一样，很多项目都是存在业务流程。
1.2、工作流系统一个软件系统中具有工作流的功能，我们把它称为工作流系统，一个系统中工作流的功能是什么？就是对系统的业务流程进行自动化管理，所以工作流是建立在业务流程的基础上，所以一个软件的系统核心根本上还是系统的业务流程，工作流只是协助进行业务流程管理。
即使没有工作流业务系统也可以开发运行，只不过有了工作流可以更好的管理业务流程，提高系统的可扩展性。
常见的工作流有：请假流程、出差申请流程、出差申请流程项目研发流程1.3 工作流的实现没有用工作流之前我们是怎么做的?我们之前为了实现流程控制, 通常是通过状态(status)字段的值,来跟踪流程状态,但是不完美比如请假流程:员工申请-> 部门经理审批-> 人事存档我们要给status字段设置状态: 0 = 员工未提交; 1 = 员工已提交; 2= 部门经理拒绝审批; 3 = 部门经理同意审批; 最终人事查询status= 4也就是申请成功的请假单数据通过状态字段我们虽然可以实现流程的控制但是弊端也很明显: 当我们那不讲武德的产品经理说出“这个功能要改”的时候我们只能去改变代码比如: 在这个部门经理的后面在加一个总经理审批的功能, 则程序不能用了那么能不能做到流程业务变化后,程序可以不用变呢?使用工作流之后改善了我们哪些问题?Activiti能做到当需求变更时,代码不需要发生改变,只需要更新业务流程图即可.二、Activiti概述Activiti是一个工作流引擎，activiti可以将业务系统中复杂的业务流程抽取出来，使用专门的建模语言BPMN2.0进行定义，业务流程按照预先定义的流程进行执行，实现了系统的流程由activiti进行管理，减少业务系统由于流程变更进行系统升级改造的工作量，从而提高系统的健壮性，同时也减少了系统开发维护成本。
activiti流程引擎
activiti流程引擎Activiti流程引擎。
Activiti是一个轻量级的工作流和业务流程管理(BPM)引擎，它是一个开源的、灵活的、可扩展的流程引擎，具有强大的工作流建模和管理能力。
本文将介绍Activiti流程引擎的基本概念、特点和使用方法。
1. Activiti流程引擎的基本概念。
Activiti流程引擎是基于BPMN 2.0标准的，它提供了流程定义、流程部署、流程实例、任务管理等核心概念。
流程定义是指业务流程的模型和规则，它由BPMN 2.0标准的图形化流程模型和XML文件组成。
流程部署是指将流程定义部署到Activiti引擎中，使其可以被实例化和执行。
流程实例是指流程定义的具体执行实例，每个流程实例都有自己的执行状态和数据。
任务管理是指对流程中的任务进行管理和执行，包括任务分配、任务处理和任务跟踪等功能。
2. Activiti流程引擎的特点。
Activiti流程引擎具有以下几个特点：灵活性，Activiti流程引擎支持多种流程模型和规则，可以根据业务需求灵活定制和调整流程模型。
可扩展性，Activiti流程引擎提供了丰富的API和插件机制，可以方便地进行扩展和定制开发。
性能优越，Activiti流程引擎采用了轻量级的设计和优化，具有较高的性能和并发处理能力。
易用性，Activiti流程引擎提供了图形化的流程设计器和管理界面，使流程的建模、部署和管理变得简单易用。
3. 使用Activiti流程引擎。
使用Activiti流程引擎通常包括以下几个步骤：流程建模，使用Activiti提供的流程设计器进行流程建模，包括定义流程模型、制定流程规则和配置流程属性等。
流程部署，将流程定义文件部署到Activiti引擎中，使其可以被实例化和执行。
流程执行，根据业务需求实例化流程定义，启动流程实例并监控流程执行状态。
任务处理，对流程中的任务进行管理和执行，包括任务分配、任务处理和任务跟踪等功能。
流程监控，对流程执行状态进行监控和跟踪，包括流程实例状态、任务状态和执行日志等信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2020/10/4
32
导出流程报告
支持流程导出word文件格式的报告，详细描述了流程定制 的全部细节，以方便用户进行流程的调试检查；
2020/10/4
33
工作流引擎
2020/10/4
34
应用调用过程
应用程序层
APP 应用程序
eChainClient 客户端调用器
工作流引擎层
eChainForward 路由转发
2020/10/4
5
适用行业
➢银证险等金融服务业 ➢政府机关 ➢制造业 ➢物流服务业 ➢电信服务业 ➢消费品行业 ➢物业管理服务公司 ➢进出口贸易服务公司 ➢以及大中型企事业单位
2020/10/4
6
工作流标准
关于WFMC
工作流管理联盟（Workflow Management Coalition,WFMC ）
2020/10/4
17
2020/10/4
18
流程模型生成、解析
业务建模
DB
WFModel
2020/10/4
19
流程模板
• 为了方便业务人员快速定制符合特定业务需求的流程， 新建流程时可以选择从已有的模板开始创建，用户也可 以从“零”开始定义一个新的流程
2020/10/4
20
节点类型
• 为适应不同的业务处理类型，节点分为人工节点(单、多 人)、自动节点、全局自动节点、异常处理节点、补偿处 理节点等，让业务人员可以从图形上方便直观的识别不 同环节的业务处理类型；
eCቤተ መጻሕፍቲ ባይዱainWorkFlo wEngine
引擎服务端
eChainWorkFlo wEngine
引擎服务端
2020/10/4
35
业务流转
工作流引擎：工作流平台系统底层核心，由若干个API组成， 它驱动一个工作流实例按既定的业务规则（图形化建模工具 定义）向前流转；
4
台产品
对最终用户而言：
1、快速定制（随需应变）符合自己的业务规则； 2、可视化流程全程跟踪监控； 3、提高办事效率； 4、统计分析、决策支持；
对应用开发人员而言：
1、设计一个公共的系统框架，屏蔽底层复杂的流转细节，对外统一 接口；
2、方便二次开发，快速定制实际业务系统； 3、不断完善平台功能，知识与经验得到积累
2020/10/4
13
三、eChain工作流平台 功能特点
2020/10/4
14
工作流平台功能说明
2020/10/4
15
流程过程定义
2020/10/4
16
过程定义
eChainStudio图形化工作流定制能够直观地描绘出用户的 业务流程规则，达到“所见即所得”的目的。图形化的 工作流定制是实现复杂业务逻辑流程的基础，它能够实 现诸如直流、分流、条件流、子流等等多种流程方式。 同时采用“拖拉”的方式使得定制流程更为简单，用户无须 掌握高深的技术，只需了解本单位的业务流程就可以轻 松的定制出复杂的流程；最终把流程定义的业务规则存 储xml文件中，支持流程的导入与导出；
工作流引擎+流程产品介绍
2016年3月
主要内容
2020/10/4
2
一、工作流概述
2020/10/4
3
什么是工作流
？？？
所谓的工作流就是一组人员为完成某一项业务 所进行的所有工作与工作转交（交互）过程 简单地讲，工作流就是业务流程（Business Process）的计算机化或自动化
2020/10/4
2020/10/4
23
应用扩展
2020/10/4
24
组织机构设定
完善的组织机构设定功能，能够确切地反映用户实际的组 织机构。通过工作流平台的组织机构功能，能够实现按个 人、部门、群组或角色多种方式来设定和显示组织成员。
2020/10/4
25
流程时间控制
可以设置流程每一个环节的办理时限，提供完善的过期 催办提醒功能可有效提高实际应用过程的工作效率；
1993年成立，这是由多家公司联合成立的国际 标准组织，其目的是通过制定工作流技术及其 标准，提高不同工作流产品之间的连通性和协 同工作能力。
2020/10/4
7
2020/10/4
8
二、工作流引擎体系结构
2020/10/4
9
平台组成
eChain易擎工作流平台提供一个完整的工作流应用系统 解决方案，系统由若干个独立的功能模块组成
2020/10/4
29
流程语法检查
eChainStudio图形化工作流定制工具提供流程在线调试工具 ，以帮助流程管理员查找并发现流程定义过程中可能存在 的各种异常与逻辑错误；
2020/10/4
30
脚本向导
2020/10/4
31
流程仿真
• eChainStudio提供了流程仿真功能，这样让业务管理人员可 以在流程定制的时候就对一个流程进行仿真评估，以找出流 程处理过程中的瓶颈所在，不断的对流程设置进行优化，提 高流程的执行效率；
2020/10/4
10
整合的开发环境
提供一个整合环境以支持开发、配置、工作流运行管理 、跟踪监控以及统计分析；
e-Chain易擎工作流平台集成eChainEAI集成开发环境，以 帮助应用开发人员通过简单的配置方式快速搭建实际的应 用系统，流程、表单、权限可以灵活调整以满足应用的复 杂多变；
同时，作为EMP家族的一员，eChain具有与EMP无缝整合 的优势，方便开发人员基于EMP运行平台上快速开发工作 流应用。
2020/10/4
26
路由条件设置
2020/10/4
27
版本控制
eChain易擎工作流平台支持多版本处理控制，管理员可 以在任意时刻修改变更流程的业务规则，系统将重新发 布新的流程版本 ，流程版本控制上支持分水岭、同步迁 移最新版本等不同方式；
2020/10/4
28
流程迁移与备份
支持流程的导入导出、语法检查、流程打印等功能很大程 度方便用户进行流程的快速定制与迁移；
2020/10/4
21
流程变量
• 流程变量可以方便的定义一个流程流转中所需要的业务 数据，这些数据可以从用户填写的表单中获取，也可以 与EMP的Context进行映射。
2020/10/4
22
外部资源
• eChain工作流引擎在流转过程中，可以方便的调用外部的资源进行流程的 业务扩展处理，这在很大程度上延伸了eChain工作流引擎作为流程处理的 应用范围，不再仅仅局限于审批类流程的实现，而是变成面向所有信息处 理的“牵线搭桥”者，通过eChain运行平台，可以把所有相关的分布部署 的服务以及应用有效的整合在一起，共同实现一个特定的业务需求。