BPM

原文链接： 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

http://www.infoq.com/cn/news/2018/07/blockchain-BPM?utm_source=notification_email&utm_campaign=notifications&utm_medium=link&utm_content=content_in_followed_topic&utm_term=daily https://www.infoq.com/news/2018/06/blockchain-BPM https://www.hyperledger.org/blog/2018/06/12/how-blockchain-is-reinventing-business-process-management https://www.ibm.com/developerworks/cloud/library/cl-use-blockchain-bpm-manage-legal-documents-letter-of-credit/index.html https://www.ibm.com/developerworks/cloud/library/cl-enable-bpm-business-processes-to-react-to-blockchain-events/index.html https://ecmarchitect.com

测试xmlrpc发送模量 11751827 测试3212 11749840 测试3212 11749823 测试3212 11748946 测试3212 11748916 测试321 [发布至博客园首页] [Markdown] [随笔分类]Ansys [随笔分类]autodyn [随笔分类]fea 理论 [随笔分类]LS-DYNA 「网站分类」BPM 「网站分类」非技术区 「网站分类」.NET新手区 「网站分类」SharePoint 「网站分类」Html/Css 「网站分类」架构设计 「网站分类」ASP.NET 「网站分类」Android开发 「网站分类」敏捷开发 「网站分类」SQL Server 「网站分类」Windows 「网站分类」Windows Server 「网站分类」Oracle 「网站分类」项目与团队管理 「网站分类」iOS开发 「网站分类」C# 「网站分类」面向对象 「网站分类」JavaScript 「网站分类」Java 「网站分类」GIS技术 「网站分类」软件测试 「网站分类」C++ 「网站分类」SAP 「网站分类」代码与软件发布 「网站分类」设计模式 「网站分类」Windows Phone 「网站分类」MySQL 「网站分类」Linux 「网站分类」jQuery 「网站分类」.NET Core 「网站分类」OS X 「网站分类」PostgreSQL 「网站分类

说明: -------------------------------------- 1, Prj为项目工程所用的一些扩展应用,项目流程也可以称呼为工程流程，是为了建造一个跨期比较长的工程在每个环节上需要流程控制。 2, 项目流程权限控制比较特殊，比如一个人在a项目中是项目经理，在b项目中是工程师。这类的流程在节点权限控制时会遇到局限在本项目中流转。 3，一个项目会有资料树的概念，每一个有关项目的流程具有一些文档，这些文档会于项目关联。 4，项目流程ccflow在表单设计中有一个约定。每个节点表单中（流程表单除外）都必须有PrjNo,PrjName两个属性. 在流程设计时必须指明此流程为项目类型的流程。 环境搭建 ---------------------------------------- 1. D:\ccflow\ExpandingApplication\Prj\Prj 复制到 D:\ccflow\VisualFlow\ 中去. 2. 在ccflow webapplication 中引用 D:\ccflow\ExpandingApplication\Prj\Components\BP.PRJ\BP.PRJ.csproj 3. 在目录: D:\ccflow\VisualFlow\DataUser 下创建一个Prj.Data 目录. 这个目录将会放资料树。 D:\ccflow

http://ccflow.org 欢迎使用开源的asp.net 工作流程引擎. 在启动开始节点时，通常会向其发起点 ( 流程的第一个点 ) 传输一序列值，来减少用户的输入或者处理特定业务。下面把这些特定的方法总结汇总如下。 利用 url 传输数据给表单： 事例： MyFlow.aspx?FK_Flow=001&FK_Node=101&PrjNo=GB1002&PrjName= 项目名称 . 解释：利用 Url 的方式传递值， Key 就是表单的字段名，如果一致 ccform 就是自动获取它们把值放入表单控件里。 这种方式适用于数据量比较少，没有明细表的值。 把指定物理表的一列值传递给表单： 事例： MyFlow.aspx?FK_Flow=001&FK_Node=101&FromTableName=Prj_Main&FromTablePK=No&FromTablePKVal=GB1001 解释：利用特定的标记传递 table 名称，这个 table 的主键列名称，指定的行数据。 系统就会自动的生成一个 sql 查询到这个行数据。 Select * from FromTableName where FromTablePK =’ FromTablePKVal’. 如果查询不到数据，就会抛异常。 查询到数据就会把这一行的数据根据列名与表单属性名称相对应的 copy 上去。

应用场景： 如下流程图是一个典型的对附件的审批流程，起草人发起一个标准文件，经过各部门审批，意见征集（分合流），各部门汇签（分合流）。 在工作日志中，用户希望看到日志记录每次审批意见，如果有多次退回，多次审批意见，个是什么。如下图： 如何让 ccflow 要知道记录表单的那个字段，这个字段可能是审批意见也可能是备注。如果您不设置它， ccflow 就记录不上。 解释说明： 节点属性中的焦点字段是用来处理记录一个表单中重要的字段，比如：一个审批表单中的审批处理意见字段，对这个表单来说他非常重要，在流程中我要记录这个字段作为此节点的审核信息。 并非所有的节点都要设置焦点字段。 如下功能中用到焦点字段，工作日志、转发、退回。 在工作日志中应用： 如果您为此节点设置了焦点字段，系统在日志记录时，就会记录到日志中去。如果没有则不记录，如果对一个审批流程来说，记录每个节点的审批意见记录工作日志非常中要。 在转发中应用： 如果设置了焦点字段，用户就可以在当前表单上在这个字段上填写意见，按下转发按钮后这个字段的数据就会被带到转发功能界面里去，符合操作习惯。 在退回中应用： 同上。 来源： oschina 链接： https://my.oschina.net/u/10897/blog/34921

以国外流行的工作流jbpm4的模式与当今中国开源的ccbpm（ccflow和jflow的总称）流程引擎对照。以便让各位能够了解到中国国情的工作流引擎与国际流行的设计规则的差别、不同、与优缺点。 国外工作流比较通用的就是满足21种流程模式的支持。 5种基本控制流模式的对比 1. 顺序流（Sequence） JBPM: 就是按照流程设计的步骤，一步步的向下运行，这样的模式下每个节点有先后顺序，就是每个节点只有一个节点是活动的。 例子：比如申请后进行审批，一步一步的进行任务。 CCBPM ： 顺序流，也叫做没有分支的线性流程，流程一般在最后一个节点自动结束，并标识流程完成。也可以通过设置节点条件，自动结束流程。 ccbpm的特点是：允许用户自己定义流程完成条件，在任何一个节点运行过程中，ccbpm都要去检查条件设置，如果满足这个条件流程就自动结束。 2. 并行分叉（ParallelSplit） JBPM: 流程在某个活动（节点、步骤）之后产生多个分支，并且并行流转。 例子：比如在淘宝买了个商品需要发票，那么卖家就需要一边准备商品发货，一边准备发票邮寄。 CCBPM： 异表单分合流的分流动作，一个动作结束后（分流节点），并行启动多个分支，每个分支都要向下运动。 在cc中，可以根据方向条件设置来决定是否启用某一个分支。 3. 同步（Synchronization） JBPM：

如何使用“脚本验证”自动填写表单中的RMB （大写）金额字段 需求： 表单中有两个字段，一个字段为手工录入的RMB金额（小写），另一个字段需要填写该金额对应的大写形式。 目标： 录入RMB金额（小写）时，RMB金额（大写）文本框自动生成金额的大写形式。 设置步骤： 1.更新“\DataUser\JSLib\onkeyup\01.RMB转大写形式.js”文件； 2.打开节点自由表单设计器，单击工具栏上的“扩展设置”按钮，打开表单扩展设置界面。点击左侧功能列表中的“脚本验证”，打开脚本验证字段列表。找到RMB金额（小写）字段，单击该字段的“编辑”链接，进入“新建：脚本验证”。 函数库来源：选择“我自定义的函数库”； 函数列表：拉动滚动条到最下方，选中“onkeyup\01.RMB转大写形式”项； 点击“保存”，关闭设置界面。 3.打开\DataUser\JSLibData目录，找到以此节点编号命名的JS文件，打开，修改 “DaXie_Ctrl_ID”变量，修改为节点表单中RMB金额（大写）字段的名称，保存关闭（注意：在表单中，该字段必须设置为文本录入框，可以设置为“不可编辑”模式）。 4.设置完成，可以在表单的“预览”界面查看效果。在RMB金额（小写）文本框中录入金额，则RMB金额（大写）文本框中将自动显示出大写形式。 来源： oschina 链接： https://my