web应用框架-活字格工作流功能详解(下)
概述
本章节讲述了实际应用场景下如何灵活使用活字格工作流，包括工作流流程条的使用，以及工作流命令与批量工作流命令的设置。
业务场景描述
为了让大家能够在实际应用场景中理解工作流中的状态，普通流程，审批流程，以请休假管理模块为例，企业员工在提交请假申请单时，根据部门的不同判断是否需要经过人力资源部核准剩余年假，然后根据请假天数提交部门领导审批，部门领导审批状态为审批流程：小于3天，提交到部门副经理，小于5天，提交到部门经理，小于7天，公司副经理，小于10天，公司经理，大于等于10天，集团董事长，部门领导审批结束后提交人力资源部扣除年假流程结束。在流程流转到人资部结算时，设置提醒，要求提交给人资部结算1个小时以内每20分钟提醒一次，直到人资部结算提交流程。管理员可以随意将流程撤转到对应的环节上。
流程图如下：
请休假申请流程（包含普通流程+部门领导审批流程）
部门领导审批流程
工作流设置
通过上一章节流程功能点的讲解，配合流程图，我们可以将请休假流程在活字格中得以体现。在学习应用场景时，建议大家先学习了解下工作流中所有的功能，那样更方便大家针对特定流程去设计。
表和页面的创建在这里我就不为大家一一介绍了，直入主题，开启请休假表的工作流。在请休假表开启工作流时，表名后会带一个工作流的小图标。操作步骤如下：
1. 新建状态，整个工作流包含了起草，人资部核准，部门领导审批，人资部结算以及结束5个状态。其中起草，人资部核准，人资部结算，结束均为普通流程，部门领导审批为审批流程。
2. 如流程图所示，起草环节根据创建者的部门区分流转环节，若创建者部门=活字格开发部，提交人资部核准，担当者为人力资源部经理，，若创建者部门=活字格业务部，提交部门领导审批。此时就需要在条件中添加不同的分支。条件中选择创建者的扩展属性部门。
3. 当创建者属于活字格开发部时，提交给人资部核准，人资部正常提交给部门领导审批。普通流程后跟审批流程，不用设置担当者。
4. 添加审批流程（部门领导审批流程），根据部门领导审批流程图，对审批流程进行相应的设置，增加审批环节，设置进入条件。审批流程默认如果相邻两个环节的处理人相同只需要审批一次，不需要手动设置。可以手动设置每一环节的退回策略，不需要使用多个
条件分支。
5. 部门领导审批后流转人资部结算，人资部结算后提交至流程结束，流程结束时将担当者设置为空。
6. 如果想在流程流转到人资部结算时，设置提醒，要求提交给人资部结算1个小时以内每20分钟提醒一次，直到人资部结算提交流程，我们需要使用到工作流的提醒功能。
状态为人资部结算状态的1个小时以内，从间隔1个小时的提前40分钟开始（意思为20分钟的时候开始），每20分钟提醒一次，提醒多次，提醒命令可以设置为邮件提醒等。
至此一个完整的工作流就按照流程图设计好了。工作流设置完毕，但是如果想在页面中能够流转工作流，我们还需要使用流程条单元格在页面中进行展示。让我们一起来看看工作流的流转。
7. 使用流程条展示请休假流程，对应用户都到待办信息之后，可以通过操作流程条进行工作流中的流程提交，查看状态历史信息等。
工作流在页面上的展现以流程条为辅助，关于流程条的详细讲解可以在这里学习：
工作流在页面中的流转通过流程条实现。更多的还需要大家一起来实践。
8. 正常的流转功能完成后，还需要管理员可以随机指定跳转哪个环节，担当者是谁。此时，你会发现工作流设置是远远不够的，因此我们加入了工作流命令插件，配合工作流一起使用。
使用方法如下，在页面上动态选择下一环节和下一环节处理人，点击提交按钮执行工作流命令，动态设置下一状态和担当者。管理员可以通过选择下一状态和担当者提交对应环节，实现管理员撤转功能。注意：下一环节状态名称必须为工作流中的状态名称。流程条和工作流命令可以配合使用也可以单独使用。
9. 除了工作流命令活字格还支持批量工作流命令，可以通过选择多行同时执行工作流提交。
10. 当页面流程条和工作流命令设置完毕后一个完整的请休假流程就设置完成了。效果如下：
本章节在工作流基础功能的基础上利用实际应用场景为大家讲述了工作流的设置
除此之外还有我们辛勤的小蜜蜂为大家直播讲解活字格工作流。
教程只是一个辅助，更多的还需要大家多动手将实际的业务嵌套进来。那样才能更加深刻
的了解活字格工作流。
工作流引擎技术白皮书
工作流引擎 产品功能介绍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)
Activiti工作流入门详解完整教学教程
Activiti入门教程详解完整教程 1.A ctiviti介绍 Activiti是由Alfresco软件在2010年5月17日发布的业务流程管理(BPM)框架,它是覆盖了业务流程管理，工作流，服务协作等领域的一个开源，灵活的，易扩展的可执行流程语言框架。 Activiti基于Apache许可的开源BPM平台，创始人Tom Baeyens是JBoss JBPM的项目架构师，它的特色是提供了eclipse插件，开发人员可以通过插件直接绘画出业务流程图。 1.1工作流引擎 ProcessEngine对象，这是Activiti工作的核心。负责生成流程运行时的各种实例及数据，监控和管理流程的运行。 1.2BPMN 业务流程建模与标注（Business Process Model and Notation,BPMN），描述流程的基本符号，包括这些图元如何组合成一个业务流程图(Business Process Diagram)
2.准备环境 2.1Activiti软件环境 1)JDK1.6或者更高版本 2)支持的数据库有:h2,mysql,oracle,mysql,db2等 3)支持Activiti运行的jar包，可以通过maven依赖引入 4)开发环境为Eclipse3.7或者以上版本，myeclipse为8.6版本2.2安装流程设计器(eclipse插件) 1）打开Help →Install New Software →Add 输入Name: Activiti Designer Location: https://www.sodocs.net/doc/2a3873366.html,/designer/update/ 输入完成后，单击OK按钮等待下载完成后安装。 安装完成后在菜单选项中会出现Activiti的目录选项
工作流引擎技术白皮书
工作流引擎产品功能介绍
目录
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文件转换。 引擎特性全面( ),稳定性好( ),支持全面( ),不容易上手与使用( )。
Activiti6.0工作流使用说明文档V1.0
Activiti工作流使用说明文档 V1.0 2019年8月9日
目录 一、模型设计器 (4) 1.1任务 (5) 1.1.1 用户任务 (5) 1.1.2 服务任务 (5) 1.1.3 脚本任务 (6) 1.1.4 业务规则任务 (7) 1.1.5 接收任务 (7) 1.1.6 手动任务 (7) 1.1.7 邮件任务 (8) 1.1.8 Camel任务 (8) 1.1.9 Mule任务 (8) 1.1.10 决策任务 (9) 1.2构造 (10) 1.2.1 子流程 (10) 1.2.2 事件子流程 (11) 1.3泳道列表 (11) 1.4分支 (12) 1.4.1 排他分支 (12) 1.4.2 并行分支 (12) 1.4.3 包容分支 (13) 1.4.4 事件分支 (13) 1.5事件 (14) 1.5.1 定时器事件 (14) 1.5.2 信号事件 (14) 1.5.3 消息事件 (16) 1.5.4 错误事件 (16) 1.5.5 边界事件 (17) 1.5.6 中间事件 (18)
1.5.7 开始事件 (18) 1.5.8 结束事件 (18) 1.6属性元素 (18) 1.6.1 异步 (18) 1.6.2 排他 (19) 1.6.3 补偿 (19) 1.6.4 中断任务 (20) 1.6.5 分配 (21) 1.6.6 到期时间 (22) 1.6.7 表单 (22) 1.6.8 表达式 (24) 1.6.9 多实例 (25) 1.7监听器配置 (28) 1.7.1 执行监听器 (29) 1.7.2 任务监听器 (30) 1.7.3 事件监听器 (32) 1.7.4 全局事件监听器 (33) 二、workflow-service (34) 2.1数据更新逻辑 (34) 2.2方法表达式配置 (35) 2.3自定义外置表单 (36) 2.4事件监听器配置 (37) 2.5方法调用说明 (37) 三、常见问题 (37)
web应用框架-活字格工作流功能详解(下)
概述 本章节讲述了实际应用场景下如何灵活使用活字格工作流，包括工作流流程条的使用，以及工作流命令与批量工作流命令的设置。 业务场景描述 为了让大家能够在实际应用场景中理解工作流中的状态，普通流程，审批流程，以请休假管理模块为例，企业员工在提交请假申请单时，根据部门的不同判断是否需要经过人力资源部核准剩余年假，然后根据请假天数提交部门领导审批，部门领导审批状态为审批流程：小于3天，提交到部门副经理，小于5天，提交到部门经理，小于7天，公司副经理，小于10天，公司经理，大于等于10天，集团董事长，部门领导审批结束后提交人力资源部扣除年假流程结束。在流程流转到人资部结算时，设置提醒，要求提交给人资部结算1个小时以内每20分钟提醒一次，直到人资部结算提交流程。管理员可以随意将流程撤转到对应的环节上。 流程图如下： 请休假申请流程（包含普通流程+部门领导审批流程）
部门领导审批流程
工作流设置
通过上一章节流程功能点的讲解，配合流程图，我们可以将请休假流程在活字格中得以体现。在学习应用场景时，建议大家先学习了解下工作流中所有的功能，那样更方便大家针对特定流程去设计。 表和页面的创建在这里我就不为大家一一介绍了，直入主题，开启请休假表的工作流。在请休假表开启工作流时，表名后会带一个工作流的小图标。操作步骤如下： 1. 新建状态，整个工作流包含了起草，人资部核准，部门领导审批，人资部结算以及结束5个状态。其中起草，人资部核准，人资部结算，结束均为普通流程，部门领导审批为审批流程。
2. 如流程图所示，起草环节根据创建者的部门区分流转环节，若创建者部门=活字格开发部，提交人资部核准，担当者为人力资源部经理，，若创建者部门=活字格业务部，提交部门领导审批。此时就需要在条件中添加不同的分支。条件中选择创建者的扩展属性部门。 3. 当创建者属于活字格开发部时，提交给人资部核准，人资部正常提交给部门领导审批。普通流程后跟审批流程，不用设置担当者。
工作流引擎平台解决方案
工作流引擎平台解决方案 工作流引擎平台在实际系统中的应用一般分为三个阶段，即模型建立阶段、模型实例化阶段和模型执行阶段。模型建立阶段利用工作流建模工具完成各种企业经营过程或者项目管理流程模型的建立，将企业的实际经营过程或项目管理流程转化为计算机可处理的工作流模型。模型的实例化阶段为每个过程设定运行所需的参数，并分配每个活动执行所需的资源（设备、人员等）。模型执行阶段完成经营过程的执行，在这个过程中重要的任务是完成人机交互和应用的执行，并对过程与活动的执行情况进行监控与跟踪 WorkFlow的设计理念是致力于企业的业务流程自动化解决方案，为企业的业务流程自动化以及企业流程再造提供坚实的基础平台，成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤，降低应用开发的难度，提高应用开发的效率及灵活性，节约应用开发的成本，从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块：模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具，而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现，为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分，模板用于描述工作流定义，用于工作流应用的设计阶段；实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作（Job），组成工作的每个执行单元称为活动（Activity），组成活动的更小单位称为任务（Task），活动的入口称为主表单（MasterForm）。每个工作都是由一系列具有逻辑关系的活动组成，这些逻辑关系构成活动的路由信息。因此，一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者，他是启动此工作的人。每个工作可以有多个拥有者，拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者，他是模板中定义的活动执行人，活动拥有者
Activiti工作流数据库表结构
Activiti数据表结构 目录 1ACTIVITI数据库表结构 ----------------------------------------------------------------------------------------------- 2 1.1数据库表名说明 ------------------------------------------------------------------------------------------------ 2 1.2数据库表结构---------------------------------------------------------------------------------------------------- 3 1.2.1Activiti数据表清单: ---------------------------------------------------------------------------------------- 3 1.2.2表名:ACT_GE_BYTEARRAY （通用的流程定义和流程资源）-------------------------------- 3 1.2.3表名:ACT_GE_PROPERTY （系统相关属性） ----------------------------------------------------- 4 1.2.4表名:ACT_HI_ACTINST （历史节点表） ------------------------------------------------------------ 5 1.2.5表名:ACT_HI_ATTACHMENT （附件信息）-------------------------------------------------------- 6 1.2.6表名:ACT_HI_COMMENT （历史审批意见表）-------------------------------------------------- 6 1.2.7表名:ACT_HI_DETAIL （历史详细信息）----------------------------------------------------------- 7 1.2.8表名:ACT_HI_IDENTITYLINK （历史流程人员表） ---------------------------------------------- 8 1.2.9表名:ACT_HI_PROCINST（历史流程实例信息）核心表---------------------------------------- 8 1.2.10表名:ACT_HI_TASKINST（历史任务流程实例信息）核心表------------------------------ 9 1.2.11表名:ACT_HI_VARINST（历史变量信息） ------------------------------------------------------ 9 1.2.12表名:ACT_ID_GROUP（用户组表） ------------------------------------------------------------ 10 1.2.13表名:ACT_ID_INFO （用户扩展信息表） ---------------------------------------------------- 10 1.2.14表名:ACT_ID_MEMBERSHIP（用户用户组关联表） -------------------------------------- 11 1.2.15表名:ACT_ID_USER（用户信息表） ------------------------------------------------------------ 11 1.2.16表名:ACT_RE_DEPLOYMENT（部署信息表）------------------------------------------------ 12 1.2.17表名:ACT_RE_MODEL (流程设计模型部署表) ----------------------------------------------- 12 1.2.18表名:ACT_RE_PROCDEF （流程定义表） ---------------------------------------------------- 13 1.2.19表名:ACT_RU_EVENT_SUBSCR (运行时事件) ------------------------------------------------- 14 1.2.20表名:ACT_RU_EXECUTION （运行时流程执行实例） ----------------------------------- 15 1.2.21表名:ACT_RU_IDENTITYLINK（身份联系） --------------------------------------------------- 15 1.2.22表名:ACT_RU_JOB（运行中的任务）---------------------------------------------------------- 16 1.2.23表名:ACT_RU_TASK(运行时任务数据表) ------------------------------------------------------ 16 1.2.24表名:ACT_RU_VARIABLE(运行时流程变量数据表) ----------------------------------------- 17 2ACTIVITI中主要对象的关系 -------------------------------------------------------------------------------------- 18
工作流系统技术可行性分析v1.1
关于工作流系统技术选型可行性分析 1系统背景 医院的运作过程本质上是人、财、物等资源的优化和配置，形式上无一不体现为信息流、资金流、物流、价值流等合理的流动；随着医院不同科室、部门分工的日益具体化，合作已成为主题，合作的体现形式必然是一个完整而高效的工作流程；有管理的医院的活动过程必然是有序的，这种有序性体现为合理的工作流程。因而工作流(workflow)无处不在。 2系统建设目标 1)隔离workflow系统的控制逻辑和医院业务系统的业务逻辑，使得业务逻辑 的变更对于控制逻辑透明。 2)利用该引擎开发的业务信息系统可以根据具体业务需求量身定制个性化的 业务流程，而不用修改控制逻辑，甚至无需修改源代码。 3)业务人员、开发人员、实施人员可以共同参与流程制定、流程、节点维护 4)提供灵活、丰富的标准开发接口，使得开发人员能采用自己习惯的开发工 具在该平台上定制和扩充模块。 5)采用多层分布式组件技术，力求技术先进性和应用的健壮性。 6)工作流自动化和医院应用积木化。 3工作流技术选型方案 3.1 技术选型目标 1)较好的流程定义工具。 2)工作流技术架构与业务系统之间解耦性较强。
3)工作流系统定位为嵌入式系统，并进行嵌入式部署。 4)业务人员、开发人员、部署实施人员均可参与对流程定义做可视化管理 5)业务人员、开发人员、部署实施人员均可参与流程走向做可视化管理。 6)可从容应对较常使用的工作流场景 7)架构开源程度——100% 8)开源社区活跃度较高 9)架构文档较为齐全 10)监控、管理功能支持 11)有较好其他工作流引擎整合方案 3.2 开源工作流选型 当前开源工作流种类繁多，现对目前国内较活跃的三种工作流（jBPM4,jBPM5,Activiti5）做简要介绍与分析，供参考： 3.2.1jBPM4 3.2.1.1架构简介 jBPM4 全称java Businuess Process Management 第四版(最后一个修订版本jBPM4.4发布于2010-07-19 ),是一种基于javaEE 的轻量级工作流管理软件包。jBPM 项目由Tom Baeyens 2002年发起，并与2004加入到JBoss组织，至今jBPM 发展至今有九年时间，在国内外均有大量的社区与商业支持。jBPM3、jBPM4拥有极度活跃的用户论坛和开发者论坛。
工作流Activiti的学习总结(十二) activiti官方十分钟快速学习
根据activiti官方提供的编写 1.财务部门填写月财务报告 2.股东审核月财务审计报告 流程图： 流程配置： <;?xml version=";1.0"; encoding=";UTF-8";?>; <;definitions xmlns=";https://www.sodocs.net/doc/2a3873366.html,/spec/BPMN/20100524/MODEL"; xmlns:xsi=";https://www.sodocs.net/doc/2a3873366.html,/2001/XMLSchema-instance"; xmlns:activiti=";https://www.sodocs.net/doc/2a3873366.html,/bpmn"; xmlns:bpmndi=";https://www.sodocs.net/doc/2a3873366.html,/spec/BPMN/20100524/DI"; xmlns:omgdc=";https://www.sodocs.net/doc/2a3873366.html,/spec/DD/20100524/DC"; xmlns:omgdi=";https://www.sodocs.net/doc/2a3873366.html,/spec/DD/20100524/DI"; typeLanguage=";https://www.sodocs.net/doc/2a3873366.html,/2001/XMLSchema"; expressionLanguage=";https://www.sodocs.net/doc/2a3873366.html,/1999/XPath"; targetNamespace=";https://www.sodocs.net/doc/2a3873366.html,/bpmn20";>; <;process id=";financialReport"; name=";Monthly financial report reminder process";>; <;startEvent id=";startevent1"; name=";月财务报告审核开始";>;<;/startEvent>; <;!-- 采用用户组为accountancy编写财务报告 -->; <;userTask id=";usertask1"; name=";财务编写月财务报告"; activiti:candidateGroups=";accountancy";>;<;/userTask>; <;userTask id=";usertask2"; name=";股东审核月财务审计报告"; activiti:candidateGroups=";management";>;<;/userTask>; <;endEvent id=";endevent1"; name=";月财务报告审核结束";>;<;/endEvent>; <;sequenceFlow id=";flow1"; name=";"; sourceRef=";startevent1"; targetRef=";usertask1";>;<;/sequenceFlow>; <;sequenceFlow id=";flow2"; name=";"; sourceRef=";usertask1"; targetRef=";usertask2";>;<;/sequenceFlow>; <;sequenceFlow id=";flow3"; name=";"; sourceRef=";usertask2"; targetRef=";endevent1";>;<;/sequenceFlow>; <;/process>; <;bpmndi:BPMNDiagram id=";BPMNDiagram_financialReport";>; <;bpmndi:BPMNPlane bpmnElement=";financialReport"; id=";BPMNPlane_financialReport";>; <;bpmndi:BPMNShape bpmnElement=";startevent1"; id=";BPMNShape_startevent1";>; <;omgdc:Bounds height=";35"; width=";35"; x=";30"; y=";200";>;<;/omgdc:Bounds>; <;/bpmndi:BPMNShape>; <;bpmndi:BPMNShape bpmnElement=";usertask1"; id=";BPMNShape_usertask1";>;
2015 Bossie评选：最佳开源大数据工具
2015 Bossie评选：最佳开源大数据工具 大数据分布式计算数据存储数据分析开源 摘要：Bossie奖是知名英文IT网站InfoWorld针对开源软件颁发的年度奖项，根据这些软件对开源界的贡献，以及在业界的影响力评判获奖对象。本次InfoWorld评选出了22款最佳的开源大数据工具，像Spark、Storm都名列榜单之上。 InfoWorld在分布式数据处理、流式数据分析、机器学习以及大规模数据分析领域精选出了2015年的开源工具获奖者，下面我们来简单介绍下这些获奖的技术工具。 1. Spark
在Apache的大数据项目中，Spark是最火的一个，特别是像IBM这样的重量级贡献者的深入参与，使得Spark的发展和进步速度飞快。 与Spark产生最甜蜜的火花点仍然是在机器学习领域。去年以来DataFrames API取代SchemaRDD API，类似于R和Pandas的发现，使数据访问比原始RDD接口更简单。 Spark的新发展中也有新的为建立可重复的机器学习的工作流程，可扩展和可优化的支持各种存储格式，更简单的接口来访问机器学习算法，改进的集群资源的监控和任务跟踪。 在Spark1.5的默认情况下，TungSten内存管理器通过微调在内存中的数据结构布局提供了更快速的处理能力。最后，新的https://www.sodocs.net/doc/2a3873366.html,网站上有超过100个第三方贡献的链接库扩展，增加了许多有用的功能。 2. Storm
Storm是Apache项目中的一个分布式计算框架项目，主要应用于流式数据实时处理领域。他基于低延时交互模式理念，以应对复杂的事件处理需求。和Spark不同，Storm可以进行单点随机处理，而不仅仅是微批量任务，并且对内存的需求更低。在我的经验中，他对于流式数据处理更有优势，特别是当两个数据源之间的数据快速传输过程中，需要对数据进行快速处理的场景。 Spark掩盖了很多Storm的光芒，但其实Spark在很多流失数据处理的应用场景中并不适合。Storm经常和Apache Kafka一起配合使用。 3. H2O
开源ERP系统比较
开源ERP系统比较 https://www.sodocs.net/doc/2a3873366.html,/zhanghaooy/blog/item/9a144f017114dadd277fb5d0.html 现在有许多企业将ERP项目，在企业中没有实施好，都归咎于软件产品不好。其实，这只是你们的借口。若想要将ERP软件真正与企业融合一体，首先得考虑企业的自身情况，再去选择适合的ERP软件。 如果你的企业是高速发展的中小企业，希望用IT给管理带来提升，对国内主流ERP产品几万元到几十万元的投入觉得风险过大，还恐惧购买成品ERP。你还有另外一种选择，选择免费且开放的开源ERP软件进行二次开发，根据自己的要求设定适合你企业的ERP。下载开源ERP的产品十分方便，在各大知名的开源网站上都可免费下载它们。注意哦！开源所有的产品都是对外开放的，且源代码都可任意查看，若您在实施ERP时遇到问题，可在开源社区上进行咨询讨论，当然，您也可以请软件开发商进行二次开发。 开源ERP和其它ERP软件比较，如图所示 下面介绍有哪些开源ERP？ Compiere Compiere ERP&CRM为全球范围内的中小型企业提供综合型解决方案，覆盖从客户管理、供应链到财务管理的全部领域，支持多组织、多币种、多会计模式、多成本计算、多语种、多税制等国际化特性。
Compiere ERP & CRM 通过申购 - 采购 - 发票 - 付款、报价 - 订单 - 发票 - 收款、产品与定价、资产管理、客户关系、供应商关系、员工关系、经营业绩分析等功能，将企业内部运营与外部客户相关的业务进行规范和优化，将企业由“ 人治” 转变为“ 法治” 的境界。 更好地管理您的业务 * 优化您的库存 * 输入销售订单 * 从 Web 接收订单 * 创建发票并记录发货单 * 收集收货单并与银行对账单核对 * 自动生成或手工输入采购订单 * 记录供应商收货和发票 * 供应商付款 * 输入手工日记帐 * 打印报表和对账单 Compiere ERP 的特色 报价至收款：为潜在客户或客户创建报价单；订单管理；发票；现金收据。它与供应链管理、客户管理高度集成。 申购至付款：创建申购单、采购订单、发票收据；付款处理。它与供应链管理高度集成。 客户关系管理：是所有客户与潜在客户相关活动的逻辑视图。它构成了全部业务流程的一分。 伙伴关系管理：将不同的实体相互链接起来，允许它们管理线索分发、服务请求、渠道以及营销费用。它允许您提供集中式服务。 供应链管理：包括有物料管理的活动，包括库存收货、发货，以及从实体、它的组织到供货商、客户之间的移库和盘存。 绩效分析：覆盖了应用程序的成本计算与会计维度。 网上商店 / 自助服务：提供了您运行 Web 业务所需的一切。信息通过标准的应用程序共享，因此无需同步或特别的集成工作。 Compiere 网上商店组件可被定制为与您的网站相一致的外观和感受。 管理仪表板：提供了一目了然的关键绩效指标（ KPI ）视图，它能够互动、实时地展现公司的总体经营业绩。仪表板使得高层管理者能够更有效地实现关键性业务战略，追踪公司与销售指标，达成公司的业绩目标。
(工作分析)国内外主流工作流引擎及规则引擎分析
国内外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则
Activiti工作流对象关系及表结构
Activiti数据表结构和核心对象关系 西安创富电子科技有限公司 二〇一三年九月
版本历史
目录 1ACTIVITI数据库表结构--------------------------------------------------------------------------------------- 4 1.1 数据库表名说明 ---------------------------------------------------------------------------------------- 4 1.2 数据库表结构 ------------------------------------------------------------------------------------------- 4 2ACTIVITI中主要对象的关系 -------------------------------------------------------------------------------- 5
1Activiti数据库表结构 1.1数据库表名说明 Activiti工作流总共包含23张数据表，所有的表名默认以“ACT_”开头。并且表名的第二部分用两个字母表明表的用例，而这个用例也基本上跟Service API匹配。 ◆ACT_GE_* : “GE”代表“General”（通用），用在各种情况下； ◆ACT_HI_*: “HI”代表“History”（历史），这些表中保存的都是历史数 据，比如执行过的流程实例、变量、任务，等等。当系统中配置history的信息记录级别为“none”时，这一类表也可以不用； ◆ACT_ID_* : “ID”代表“Identity”（身份），这些表中保存的都身份信 息，如用户和组以及两者之间的关系。如果Activiti被集成在某一系统当中的话，这些表可以不用，可以直接使用现有系统中的用户或组信息； ◆ACT_RE_* : “RE”代表“Repository”（仓库），这些表中保存一些‘静 态’信息，如流程定义和流程资源（如图片、规则等）； ◆ACT_RU_*: “RU”代表“Runtime”（运行时），这些表中保存一些流程实 例、用户任务、变量等的运行时数据。Activiti只保存流程实例在执行过程中的运行时数据，并且当流程结束后会立即移除这些数据，这是为了保证运行时表尽量的小并运行的足够快； 1.2数据库表结构 Activiti数据表清单:
Activiti工作流入门详解完整教程
A c t i v i t i工作流入门详 解完整教程 Prepared on 24 November 2020
Activiti入门教程详解完整教程 1.Activiti介绍 Activiti是由Alfresco软件在2010年5月17日发布的业务流程管理(BPM)框架,它是覆盖了业务流程管理，工作流，服务协作等领域的一个开源，灵活的，易扩展的可执行流程语言框架。 Activiti基于Apache许可的开源BPM平台，创始人TomBaeyens是JBossJBPM 的项目架构师，它的特色是提供了eclipse插件，开发人员可以通过插件直接绘画出业务流程图。 1.1工作流引擎 ProcessEngine对象，这是Activiti工作的核心。负责生成流程运行时的各种实例及数据，监控和管理流程的运行。 1.2BPMN 业务流程建模与标注（BusinessProcessModelandNotation,BPMN），描述流程的基本符号，包括这些图元如何组合成一个业务流程图(BusinessProcessDiagram) 2.准备环境 2.1Activiti软件环境 1)或者更高版本 2)支持的数据库有:h2,mysql,oracle,mysql,db2等 3)支持Activiti运行的jar包，可以通过maven依赖引入 4)开发环境为或者以上版本，myeclipse为版本 安装流程设计器(eclipse插件) 1）打开HelpInstallNewSoftwareAdd
输入Name:ActivitiDesigner designer/update/ 输入完成后，单击OK按钮等待下载完成后安装。 安装完成后在菜单选项中会出现Activiti的目录选项 设置eclipseactivit插件的画流程图选项 打开菜单Windows-->Preferences-->Activiti-->Save下流程图片的生成方式 勾选上Createprocessdefinitionimagewhensavingthediagram操作，勾选上这个操作后在画流程图后保存eclipse会自动生成对应的流程图片。 准备开发环境 Activiti依赖 在eclipse左边工作栏右键New选择创建MavenProject项目，创建一个名为ActivitiTest的项目 点击Finish完成。 右键项目选择Properties，选择ProjectFacets勾选上图中的选项，点击Apply，再点击OK 然后将项目转换成web项目,右键项目选择Properties,在ProjectFacets中做如下勾选,然后点击Appy应用和OK确定 然后右键项目Properties，选择DeploymentAssembly,将test相关目录Remove掉之保留main下面需要发布的内容，如下图 然后点击Appply和OK 然后在文件中添加以下依赖
国内外主流工作流引擎及规则引擎分析
国外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则引擎，