工作流

关键词： 工作流引擎 BPM系统 接口调用 工作流快速开发平台 工作流流设计 业务流程管理 asp.net 开源工作流 一、程序调用开发接口 二、 接口说明 所谓的驰骋工作流引擎的接口，在BP.WF.Dev2Interface.*上面的静态方法，前台页面通过这些静态方法通过页面于操作者提供交互数据功能交互。 Port_* 开头的方法都是组织结构相关的操作，比如：登录、登出、发送消息。 DB_*的都是提供数据列表的接口，比如：发起列表、待办列表、在途列表、完成列表等。 驰骋BPM的发起、待办、在途菜单功能都是通过这个静态方法提供的BP.WF.Dev2Interface.DB_*接口生成的列表。 驰骋的工作处理器创建工作ID、发送、退回、移交、删除、加签、会签等操作也是调用BP.WF.Dev2Interface.Node_*通过流程接口对流程的操作比如：流程的删除、回滚、撤销、冻结、取消冻结等流程的操作都是操作的BP.WF.Dev2Interface.Flow_*开发接口。 以WorkOpt_* 开头的方法，都是工作流引擎部件的代码，比如在退回窗口上，获取可以退回的节点列表，设置指定的节点处理人。 我们在流程属性里有一个接口，请参考如下图： 菜单接口 获取数据是如何根据您自己的需要，通过CCBPM的接口获取想要的数据。 比如：发起流程，待办工作，在途工作。 类名：BP.WF.

定义概述： 一个已经做好的表单需要绑定到节点上 ， 该文章在驰骋工作流引擎流程引擎设计器中。 自定义表单工作模式： 流程控制按钮区域是ccflow来完成，表单区域是放在控制区域下面的框架里，如下图所示。 注意:蓝色边框一下是一个框架，框架里面的界面是一个url，这个就是自定义表单。 应用背景： 这种类型是解决我自己已经有了一个成熟稳定的产品或者项目，里面的表单已经做好了，我只想使用流程引擎负责流转功能，业务数据的存储不变化。这中类型有如下特点。 1， 数据的存取有自己开发人员来确定。 2， 仅仅使用ccflow的流程引擎。 3， 最大限度的减少程序开发人员的开发。 4， 最大完整的保障自己的业务独立与业务完整。 如果要适应这种方式需要在把自己的表单做如下改造： 1， 把自己的表单主表增加一个int类型的workid列用于做主键或者用程序保障他的唯一性。 2， 自己开发的表单，要接受来自ccflow的参数，参数格式如下。比如：您输入的是 http://localhost/MySelf.aspx?aa=xxx 系统在调用时就会是 http://localhost/MySelf.aspx?aa=xxx&WorkID=123&FK_Node=101&UserNo=zhoupeng&SID=xxxxx ， 这些参数是系统自定传递的，它表示那个流程实例、到达了那个节点、那个流程

开篇 上篇，我们简单的说明了WF的入门，那么院子里面已经有很多的高手，写了不少的关于工作流的应用，最近在集成工作流平台的过程中也是发现了不少的问题和心得体会，工作流果真不只是审批那么简单，复杂度可见非常的不一般，学好了工作流无论对自身的对业务流程的理解和改进，都是非常有帮助的，由于不同的企业应用的具体的业务流程不同，因此也就造成了无法构建通用的业务流程模型，就和企业的管理一样，无法生搬硬套，要符合企业内部的情况才可以。 关于工作流的认识的相关文章，也是已经有了很多了，不少院子里面的大牛都已经提到过工作流的认识，小弟不敢说对工作流理解的很深。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的第一个实例

开篇 首先、非常感谢大家的支持和厚爱，才有了这个系列，WF4.0也是微软比较主推的技术之一，工作流未来必火，是未来企业信息化的发展方向和道路，所以对工 作流掌握，对我们来说，也就是必须掌握的一个技能之一，学好了工作流，才能更好的改进业务流程或者是企业内部的流程等。当然不是说不掌握工作流不行，而 是，掌握了，让你竞争力更突出，能力和水平都能与众不同。 本系列分为以下几部分： 1、入门篇 2、设计篇 3、应用篇 4、扩展篇 5、高级篇 当然由于本人的水平有限，目前也是只是完成了入门的基本讲解吧，算是，把基本的控制流及流程图活动进行了基本的讲述，当然需要说明的内容，还有很多， 也希望大家支持我的工作，我会继续努力，争取把这个系列写好，完整，之前的有几个系列不完整，也是非常的抱歉，唉，目前都是工作的需要，所以工作需要哪部 分，我就写哪部分呵呵，有点奇怪。 入门篇 1、 WorkFlow入门Step.1—My Frist WorkFlow Trip！ （.NET3.5） 2、 WorkFlow入门Step.2—Building a Simple WorkFlow-For-WF4.0 3、 WorkFlow入门Step.3—Adding Procedural Elements-For-WF4.0 4、 WorkFlow入门Step.4—Adding Procedural Elements

一、 什么是工作流 以请假为例，现在大多数公司的请假流程是这样的 员工打电话（或网聊）向上级提出请假申请——上级口头同意——上级将请假记录下来——月底将请假记录上交公司——公司将请假录入电脑 采用工作流技术的公司的请假流程是这样的 员工使用账户登录系统——点击请假——上级登录系统点击允许 就这样，一个请假流程就结束了 有人会问，那上级不用向公司提交请假记录？公司不用将记录录入电脑？答案是，用的。但是这一切的工作都会在上级点击允许后自动运行！ 这就是工作流技术。 Georgakopoulos给出的工作流定义是： 工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完 二、 工作流技术的优点 从上面的例子，很容易看出 工作流系统，实现了工作流程的自动化，提高了企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高量化考核业务处理的效率、减少浪费（时间就是金钱）。 而手工处理工作流程，一方面无法对整个流程状况进行有效跟踪、了解，另一方面难免会出现人为的失误和时间上的延时导致效率低下，特别是无法进行量化统计，不利于查询、报表及绩效评估。 三、 Java开发者会为什么要学Activity工作流 在Java领域，JBPM和Activity是两个主流的工作流系统

给正在考虑用流程开发项目的朋友的一些建议： 1. 开发工作流系统的工作最好不要碰，否则很容易陷进去出不来。如果您决心要开发工作流并且想把它商品化，请做好长期抗战的准备。 2. 如果您的系统用到的流程不多，最好不要用工作流概念来开发您的系统，直接去写死流程和固定代码即可。 3. 如果以上两者皆不是，那您就考虑购买可考的第三方的工作流引擎。他们一般有较好的服务。如果公司没有钱，就考虑开源的，当然您需要费点劲去研究它。 4. 工作流程引擎不可能诞生在实验室里，产品级的流程更是与客户不断磨合、千锤百炼的结果。 5. 如果您要购买工作流 , 请多看演示。不要被一些开发商所用的表面化的概念所迷惑。 好用的工作流一定是简单的、 容易理解的、面向业务人员的。 6. 使用商品化的工作流程，不要考虑购买什么源代码，源代码对您的用途也不大，因为一个队伍有一个开发思路，在您了解完成它的东西时，您的项目也被耽误了，您的这些时间与精力足以能够完成固定流程的开发了。软件就是一种服务，您拿钱购买的就是这种服务，您可以用这种服务获取更多的钱。 7. 购买工作流引擎时 , 要考虑接口的灵活，要与您现有的系统可实现结合。功能丰富的不一定是好用的，无用的功能浪费您的精力去理解它的概念，还不如没有。 8. 如果对方接口比较友好，客户对实施的要求不高，运行平台是个次要的问题。 9. 购买工作流引擎的时

工作流简介 什么是工作流 简单的理解就是工作的流程，这里的流程指的是，完成一个企业中具体业务的 一系列工作步骤 ，所有的步骤合在一起就是业务从 开始 到 结束 的流转过程。 从计算机系统的角度来讲，工作流系统表示：业务过程的部分和整体在计算机应用环境的 自动化 操作 工作流的三大要素 工作流示例 - 请假 工作流系统的组成 工作流的相关概念 Activiti5简介 Activiti5框架的由来 JBPM ，全称是 Java Business Process Management （业务流程管理），它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。 JBPM 是公开源代码项目 。 JBPM在2004年10月18日，发布了2.0版本，并在同一天加入了 JBoss ,成为了 JBoss 企业中间件平台的一个组成部分，它的名称也改成 JBoss jBPM 。 在 JBPM4 之后，公司内部对于软件的规划发生了分歧，所以当时的项目架构师脱离了原来的公司，加入新的公司后，改了名称 Activiti5 。 JBPM 采用 Hibernte （JBPM核心发生了很大的变化） Activiti5 采用 MyBatis (MyBatis 3, 1和2都叫做iBatis) Activiti5组成 ProcessEngine ：这个类是Activiti5的核心

https://www.iteye.com/blog/qqtalk-2415889 前两篇介绍了 git基本概念 和 具体的规范 ，本篇针对不同的使用场景做演示。 分支 分支命名 master 分支名称保持不变 develop 分支名称保持不变 feature/<分支名称> 功能分支 release/<分支名称>　待上线分支 hotfix/<分支名称>　线上紧急修复分支 拉取远程分支 git checkout -b <分支名称> origin/<分支名称>　拉取并关联远程分支 创建新分支　 git checkout -b <分支名称＞　　创建新分支并切换到新分支 <!-- more --> 提交备注规范 首行，简明扼要地描述更新内容; 空出一行; 之后，详细描述更新内容。 如果对应jira的问题，填写jira路径：issue： http://jira.n.xiaomi.com/test1 举例 修复bug，工单详情页面，工单记录页面，客服头像不显示 <空行占位符> 导致原因：代码逻辑考虑不全 jira: http://jira.n.xiaomi.com/test1 如何整理自己的commit，保持commit清晰 git commit —amend 修改最近一次提交; git rebase 　-i　 整理提交 edit，编辑某一次提交的备注； squash

1.排他网关 排他网关(也叫异或(XOR)网关，或叫基于数据的排他网关)，用来在流程中实现决策。 当流程执行到这个网关，所有分支都会判断条件是否为 true，如果为 true 则执行该分支。 注意，排他网关只会选择一个为 true 的分支执行。(即使有两个分支条件都为 true，排他网关也会只选择一条分支去执行) 如果从网关出去的线所有条件都不满足则系统抛出异常 说明： 经过排他网关必须要有一条且只有一条分支走 当排他网关中有多个条件同时满足，则走id最小的那个条件 2.并行网关 并行网关允许将流程分成多条分支，也可以把多条分支汇聚到一起，并行网关的功能是基于进入和外出顺序流的: fork分支: 并行后的所有外出顺序流，为每个顺序流都创建一个并发分支。 join汇聚: 所有到达并行网关，在此等待的进入分支， 直到所有进入顺序流的分支都到达以后，流程就会通过汇聚网关。 注意，如果同一个并行网关有多个进入和多个外出顺序流， 它就同时具有分支和汇聚功能。 这时， 网关会先汇聚所有进入的顺序流，然后再切分成多个并行分支。 与其他网关的主要区别是，并行网关不会解析条件。 即使顺序流中定义了条件，也会被忽略。 财务会计和行政考勤是两个并行分支 在 act_ru_execution 表有两条记录分别是财务结算和入库，act_ru_execution 还有一条记录表示该流程实例。

首次接触 或者 长时间不接触的话，有些无从下手的感觉。 简易总结下近期对工作流的感想。 思路要清晰，主要分为两大块，分别是工作流、数据库。 1、工作流这是一块 通过工作流指令进行提交，可呈现出工作流往下走的现象。 2、数据库数据这是一块， 通过业务逻辑代码，把数据分别放到发件箱、收件箱 3、同步操作 工作流通过指令进行提交之后，记得把相关数据库通过业务类存入数据库表中。这样可以确保工作流流程状态与数据库数据同步。 来源： https://blog.csdn.net/lovesl8/article/details/100780834