企业流程管理

概述 简单点说就是对流程中的任务以不同的逻辑或者规则串联起来。其本质就是实现一个流程状态的持久化。 为什么要使用工作流 系统将把工作流发挥到极致，比如审批、表务工单管理等都将使用工作流引擎。使用工作流引擎后，企业员工只需将精力集中在处理自己关心的数据上，从而缩短了业务的处理周期，达到提高劳动生产率的目的。 实现方式 最初我们使用K2进行工作流开发，中间也使用过微软dotnet自带的WF技术。但本系统将使用公司自己开发的工作流引擎进行工作流开发。下面介绍下一些基本的操作方法： 1.启动流程 /// <summary> /// 启动流程，保存项目基本信息 /// </summary> /// <param name="projectinfo"> 项目基本信息实体 </param> /// <param name="login"> 登陆信息 </param> /// <param name="service"> 引擎流程类型 </param> /// <param name="isEnd"> 输出是否最后一步 </param> /// <param name="tran"> 事务 </param> /// <returns> 流程实例ID </returns> public static int Start(WF_PROJECTINFO projectinfo, LoginInfo

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 端到端是咨询顾问或者说IT从业者们经常会随口抛出来的一个名词，感觉说出来就有一种高大上的感觉。 然后呢，究竟是怎么个端到端法，具体能解决什么问题很少有人能真正说的清楚，然后也没有什么然后了。 今天就详细聊聊这个已经你特别“熟悉”的端到端的流程。 一、初步认识 首先我们看下MBA智库里对端到端的解释： “ 端到端流程是从客户需求端出发，到满足客户需求端去，提供端到端服务，端到端的输入端是市场，输出端也是市场。 这个端到端必须非常快捷，非常有效，中间没有水库，没有三峡，流程很顺畅。 如果达到这么快速的服务，降低了人工成本，降低了财务成本，降低了管理成本，也就是降低了运作成本。 其实，端到端的改革就是进行内部最简单的最科学的管理体系的改革，形成一支最精简的队伍。 ” 看完了是不是还没什么感觉，端到端和业务流程优化有什么区别吗？什么是从客户需求端出发，到客户需求端去呢？是不是还是一脸的懵逼？ 文中还讲到了一个铁路主干线的例子。 这个例子讲到京沪线是一条铁路大动脉，它包括很多局部站点之间的短途铁路，例子中用这个大动脉来比喻端到端的流程，用一截一截的短途铁路来比喻企业紧邻部门的流程。 图中箭头指示了北京到上海的端到端的流程以及南京到镇江的紧邻部门的流程。 是不是有了些感觉

工作流引擎产品无论国内或国外都有不少成熟之作，开源的工作流产品也有诸如 shark 之类的精品。但工作流产品做为一个独立的中间件，无论是其本身或通过它进行流程设计及与你自己的系统整合，对很多使用过工作流产品的开发人员来说都 不 是一件容易的事。特别是在一些其实只是一些很简单的流程控制应用需要时，我们是否需要一个独立的工作流产品来运作呢？ 也许你可以尝试自己做一个工作流组件？听起来好象有点儿难，但其实并不是一件很恐怖的工作。让我们先从通常会使用到工作流引擎的情景分析下我们需要什么？ 情景：某公司需要对员工请假进行管理，员工请假需进行系统填写申请，如果请假天数 <=1 天，可以部门主管批准。如果请假天数 >1 天，需由部门主管 -> 副总经理进行再行批复。批准后的请假自动记入考勤系统。 从这个简单的业务需求，我们进行分析它的需求： 1 、工作流程的选择是由业务信息（请假单）相关联的，工作流独立存在是无意义的。 2 、业务信息中的内容会决定流程的选择与流向。如：请假天数，或是主管的批复意见 3 、工作流程的流转与组织结构、角色、员工相关。 4 、工作流程通常会调用相关业务应用（记入考勤）来完成多应用系统之间的协作。 结合以上需求，我们定义出工作流系统所需功能与数据： 1 、流程定义工具（负责生成工作流引擎能明白的流程控制信息），对应于 XPDL 2 、工作流控制变量定义

传统ERP为制造业企业产供销人财物的管理提供了一整套优化企业资源利用，集物流、信息流、资金流为一体的现代化管理工具。但是它在过程集成和企业间集成方面存在不足。具体表现在： 　 　1.传统ERP是一个面向功能的事务处理系统。它为业务人员提供了丰富的业务处理功能，但是每个业务处理都不是孤立的，它一定与其他部门、其他人、其他 事务有关，这就构成了一个业务流程。传统ERP对这个业务流程缺乏有效的控制和管理。许多流程是由人工离线完成的。ERP产生了许多报表、文件被打印装订 成册，按流程规定交给有关领导审批。这样，后果之一是，领导置于系统之外，他们不关心系统的运行，使系统的实施效果大打折扣。后果之二是，信息化本该向无 纸化方向发展，但是由于没有业务流程的电子化控制，使得现行ERP系统不是省纸化、无纸化，而是多纸化。这不仅增加了系统的运行成本，而且大大降低了办公 效率，降低了业务流程标准化、规范化的管理和控制。 　　2.固化的业务流程非常不利于业务流程的改变。企业要不断地改进自己的管理，实施流程再造，所以ERP系统必须是功能可重构、流程可改变、高度柔性的系统。为此将工作流技术引入ERP系统就成为必然的结果。 　　工作流管理的基本概念 　 　工作流的概念起源于生产组织和办公自动化领域。他是针对日常工作中具有固定程序的活动而提出的一个概念。目的是通过将一个具体的工作分解成多个任务、角 色

工作流在我们日常的工作中用得可谓相当普及，尤其在企业内部管理系统，如考勤、财务、合同等系统中更是离不开它。在我们金融科技领域，工作流主要用于贷款审批、风控审核等环节。早期工作流在企业信息化发挥着很重要的作用，随着信息化的初步完成，工作流核心技术也为国内很多大一点的系统集成的公司所掌握。比如我们合作过的宇信、神码、浪潮、企源等传统IT公司都拥有自主产权的的工作流框架。由于工作流具有一定的门槛，国内尚没有能满足企业级应用的工作流开源框架，一些国内CMS开源项目号称支持的工作流也只是对Activiti的简单引入或者是较简单的工作流实现，还不能完整的满足一般企业应用。 Activiti是目前最热门的开源工作流框架，但是由于中西方文化差异及组织架构上的不同，拿Activiti来做中国式的企业级应用难度很高，需要做大量的改造。这里记录下常见的思考点及解决思路，实际碰到的问题会更多且更复杂。 1 、待办已办在Activiti相关API中是面向任务的，需求是面向流程的 比如，如下图的需求 在Activit中一个流程是有多个Task组成，而我们中国式的审批需求是一个流程只允许出现一次，哪怕这个流程你在审批过程中参与过两次以上的审批任务，也仅需要显示一次。 这里就需要将TaskService查询出来的任务再按流程实例ID进行去重，去重后任务查询api的分页会变得不可用，对待办和已办未完结来说还好

　　RPA(或机器人流程自动化) 是一种使人员执行的重复性和基于规则的任务自动化的技术. 　　 RPA 旨在模仿人类通过结合使用用户界面 (UI) 交互或使用客户端服务器, 大型机或 HTML 代码的连接器, 通过应用程序采用的相同 "手动" 路径.RPA 工具通过映射 RPA 工具中的过程来进行操作, 以使软件 "机器人" 遵循屏幕和各种数据存储库之间的计算机路径.RPA 工具可以手动或自动触发, 在指定位置之间移动或填充数据, 记录审计跟踪, 进行计算, 执行操作并触发下游活动. 　　考虑一个基本订单履行过程的示例, 该过程包括几个不同的步骤 - 例如捕获有关要装运的货物的信息, 准备要装运的订单, 生成发票, 向客户通知有关装运的跟踪信息, 等等. 　　现在, 假设运送订单需要一个人访问第三方运送供应商的网站并执行以下步骤: 　　登录到订单管理系统 　　搜索和打开订单详细信息 　　登录运输供应商的网站 　　将所有必需的数据从订单管理系统复制并粘贴到运输供应商的网站 　　将订单和跟踪号从运输供应商的网站发送回订单管理系统 　　在订单管理系统中将订单标记为已发货 　　这是可以使用 RPA 自动化的任务的示例. 　　RPA 就像拥有一支 24X7X365 数字员工队伍, 可以模仿人类执行的相同步骤. 这些高容量, 重复性的任务可能会让人麻木并且容易出错. 　　RPA 简化了内部流程

工作流在我们日常的工作中用得可谓相当普及，尤其在企业内部管理系统，如考勤、财务、合同等系统中更是离不开它。在我们金融科技领域，工作流主要用于贷款审批、风控审核等环节。早期工作流在企业信息化发挥着很重要的作用，随着信息化的初步完成，工作流核心技术也为国内很多大一点的系统集成的公司所掌握。比如我们合作过的宇信、神码、浪潮、企源等传统IT公司都拥有自主产权的的工作流框架。由于工作流具有一定的门槛，国内尚没有能满足企业级应用的工作流开源框架，一些国内CMS开源项目号称支持的工作流也只是对Activiti的简单引入或者是较简单的工作流实现，还不能完整的满足一般企业应用。 Activiti是目前最热门的开源工作流框架，由于中西方文化差异及组织架构上的不同，拿Activiti来做中国式的企业级应用难度很高，需要做大量的改造，这里记录下常见的思考点及解决思路，实际碰到的问题会更多且更复杂。 1 、待办已办在Activiti相关API中是面向任务的，需求是面向流程的 比如，如下图的需求 在Activit中一个流程是有多个Task组成，而我们中国式的审批需求是一个流程只允许出现一次，哪怕这个流程你在审批过程中参与过两次以上的审批任务，也仅需要显示一次。 这里就需要将TaskService查询出来的任务再按流程实例ID进行去重，去重后任务查询api的分页会变得不可用，对待办和已办未完结来说还好

每个RPA流程都取决于组织的需求和成熟度，但RPA的实施通常包括以下4个阶段：第一阶段：RPA机会评估；第二阶段：工具选择；第三阶段：实施管理；第四阶段：RPA生命周期管理。 第一阶段：RPA机会评估 企业如何选择有影响力且易于RPA自动化的流程？通常可从下面5个方面来详细考虑流程的筛选，确保在RPA自动化过程中产生最大投资回报率。 1、影响成本和收入的流程。 2、高频和高量的流程。RPA的一个主要好处是减少人力，企业应该首先开始自动化最高容量的流程。 3、容易出错的流程。流程中的手动错误越多，公司通过自动化流程获得的好处就越多。手动错误可能导致重大的客户体验或监管问题，尤其是在面向客户的流程中。 4、需及时响应的流程。任何可以延迟向客户提供服务的流程都是自动化的理想选择，因为自动化可以使流程瞬间完成。例如账户激活、密码重置等，都是比较好的候选流程。 5、非正规劳动力或可外包的流程。由于低效率的高峰需求，有部分流程可以外包或者找到临时工来处理需求。RPA机器人可以轻松扩展或缩小，管理高峰需求。 第二阶段：工具选择 RPA软件工具的选择是最关键的阶段，任何适合项目的工具应探索流程可行性和投资回报率，以便后期可以定义ROI，并根据结果完成工具选择。 企业需要POC来确定流程在RPA技术上是否可行，在此阶段，应仔细确定POC的流程，考虑所有不同的技术和控制（Web和桌面）

activiti 活动activity的复数activities化简的方式标示活动的集合。来诠释activiti与工作流的母的与设计 。 Tom Bayen(jbpm的创始人)自2010年离开jBoss加入alfresco公司后的又一力作。 第一版2010年5月发布。 Activiti是一个针对企业用户、开发人员、系统管理员的轻量级工作流业务管理平台。其核心是使用Java开发的快速、稳定的BPMN2.0l流程引擎。 BPM BPM：(Business Process Management)，业务流程管理，一套达成企业各种业务环节整合的全面管理模式。 BPM是为了实现一定的经营目的而执行的一系列逻辑相关的集合。业务流程的输出是为了满足市场需要的产品或服务。 企业流程管理一般分为生产流程层、运作层、计划层、战略层。 BPM最早是由工作流与企业应用集成逐步融合发展起来的。当时为了满足无纸化办公需求进行设计的。 现在BPM是一种企业集成技术，作为面向服务系统框架SOA（Service-Oriented Archirecture）、企业应用集成EAI（Enterprise Application Integration 、企业服务总线ESB（Enteprise Service Bus）的补充。 定义： 收集业务需求并转化为流程定义。一般由开发人员加工转化为计算机可以识别的流程定义。 发布：

原文链接： http://www.cnblogs.com/K2China/p/8425322.html 核心差异： OA 解决的是流程有无问题 BPM 解决的是流程更好更优的问题 主要差异如下： 1.BPM 有更好的广度跟深度 这里的广度是指应用场景的广度。 BPM一般都会以端到端的方式衔接企业运营过程的上下游，并且都会深度集成其它应用系统。OA基本都应用于行政类流程，BPM多用于业务流程，而且只有业务流程才能更好的承接企业战略，对企业价值更大。 2.BPM 更善于实现复杂流程 这里的复杂有两方面： a)一方面是流程管控要求的复杂 管理维度多、管控点细、授权体系繁、数据集成广这些都造成流程管理的复杂。 OA就是因为无法满足这些复杂，所以才会有意把一个复杂流程拆分成多个简单流程来实现，这样反而大大造成了开发、变更、运维的成本，而BPM则不需要，这样常常会出现最终BPM系统用一个流程就替换了原OA中数十支同业务类型流程的情形。 b)另一方面是流程审批场景的复杂 审批过程中的各种，诸如串签、并签、加签、抄送、打回、合流等审批行为的多样化， 加上这些审批行为之间组合嵌套，大大增加了复杂度，例如：绝大多数生产类流程中会有的嵌套式并行总分总场景。再加上管理柔性上需要的一些场景，比如自由流，分级打回处理策略，任务合并、召回等。很明显，BPM应对这些复杂的需求更得心应手。 K2流程设计器 3