欢迎来到技术文库! | 帮助中心 技术提升企业竞争力!
技术文库
全部分类
  • 化工机械>
    石油标准 机械标准 阀门标准
    化工机械
    石油标准 机械标准 阀门标准 管件接头 法兰标准 钢铁标准 金属冶金 锅炉标准 特种设备 重型机械 紧固件标 泵类标准 压缩机标 换热器标 联轴器标 过滤器标 人孔手孔 密封垫片 气体贮罐 轴承齿轮 仪器仪表 气动液压 油脂油品 焊接标准 铸造锻造 计量标准 涂料染料 化工原料 热处理标 无损检测 检验检测 管道工程 规章规范 机械制图 其他标准 工业自动化
  • 国外标准>
    JIS标准 BS标准 ASME标准
    国外标准
    JIS标准 BS标准 ASME标准 DIN标准 EN标准 ISO标准 ANSI标准 NF标准 KS标准 CSA标准 其他标准
  • 行业标准>
    煤矿能源 铁路标准 船舶标准
    行业标准
    煤矿能源 铁路标准 船舶标准 电气电力 电子信息 汽车标准 航空民航 纺织标准 家用电器 包装储运 质量管理 医药卫生 通信标准 交通标准 烟草标准 轻工标准 公安消防 检验检疫 核工业标准 环保气象 土地测绘 水利标准 林业标准 劳动安全 文体教育 广播影视 稀土标准 合格评定 军用标准 地方标准 其他标准 橡胶塑料 贸易标准 海洋标准 地震标准 密码行业标准 认证认可标准 旅游标准 金融标准 民政标准 团体标准 团体标准
  • 管理文献>
    经营企划 财务管理 生产管理
    管理文献
    经营企划 财务管理 生产管理 质量管理 仓储管理 销售管理 代理连锁 工程管理 信息管理 行政管理 经典理论 管理咨询 经营战略 管理决策 资本运营 组织管理 品牌管理 市场营销 广告经营 项目管理 成本管理 物流管理
  • 建筑标准>
    通用标准 建筑机械 建材标准
    建筑标准
    通用标准 建筑机械 建材标准 城建标准 路桥标准 给水排水 安装设计 工程结构 施工工艺 混凝土标准 门窗玻璃 材料验收 规章规范 地方其他
  • 书签 分享 收藏 举报 版权申诉 / 10

    JBPM及Activity分析

  • 上传人: j***
  • 文档编号:3192537
  • 上传时间:2017-06-26
  • 文档格式:DOC
  • 文档页数:10
  • 文档大小:348KB
  • 配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    jbpm activity 分析
    资源描述:

    《JBPM及Activity分析》由会员分享,可在线阅读,更多相关《JBPM及Activity分析(10页珍藏版)》请在技术文库上搜索。

    1、完成集成工作。FixFlow 所有的 API 都是来自于 FixFlowShellProxy 这个类作为调用起始。学习周期很短。3.2.9 商业化支持FixFlow 也有其商业版,如果使用者希望得到企业级的技术支持,可以从方正国际获取到商业版的 FixFlow 以及相关支持。4 总结如果你现在正在使用 JBPM 或者 Activiti,那么你应该已经感觉到这两款引擎所带来的好处与坏处。此时有了一个新的选择 FixFlow,再架构新项目的时候可以再也不用为“中国式工作流”进行复杂的逻辑封装。这里附上关于 FixFlow 的几个地址GIT 地址:https:/github.com/fixteam官。

    2、网地址:https:/github.com/fixteam下载地址:https:/github.com/fixteam库和相关应用(BAM、BI) 。Tom Baeyens 提出的很多问题其实都是工作流引擎单独部署带来的,如果工作流引擎单独在外,那么所有的系统与其交互必然成本高昂,如果其他功能再有所问题则整套体系都显得脆弱不堪。可是如果每个系统各自为政,就会出现网状交织的系统部署情况,这种情况对于信息化后续发展来说无疑是一剂毒药。所以该观点的准确理解是流程引擎嵌入化,流程引擎应该是嵌入到每个系统之中,这样对于程序开发人员来说无疑是福音。而流程的管理系统系统应该集中化,建立流程知识库,让知识库统。

    3、一管理,做到集中化。同时多系统串联应该引入 ESB,做到应用调用流程,流程调用 ESB,然后 ESB再去调用注册服务的应用这样的调用结构。3.2.8 API 简单易集成嵌入式工作流引擎其优点就是可以集成到其他系统中,这个系统无论是已经开发完成的系统,还是架构中的系统都可以把引擎集中到里面。该引起来自于开发平台,所以易用性是绝对有保障的,集成难度远低于各个开源工作流引擎。只要了解一些基本的 Spring 知识,就可以将其轻松方位的支持。3.2.4 BPMN2.0 标准化FixFlow 是国内首家全面支持 BPMN2.0 的开源工作流引擎。任何标准化设计器设计出来的 BPMN 配置文件,都可以直接。

    4、拷贝至 FixFlow 里直接使用3.2.5 Groovy 脚本语言FixFlow 是国内首家使用脚本语言作为核心的开源工作流引擎。这样其流程运转的维护难度大大降低。3.2.6 插件式图形设计器FixFlow 所有的流程和所有流程配置都可以在设计器上完成。通过配置就可以完成所有的可配置项。3.2.7 嵌入式工作流JBPM 和 Activiti 的创始人 Tom Baeyens 曾说过独立式工作流已死。确实,其因有两个:一是独立部署的 BPMS 需要很高的安装使用成本,需要独立部署、需要用户支出大量的培训成本和维护成本;二是独立部署的BPMS 与外部系统的交互方式是分布式,这使得很多问题变得复杂。

    5、,例如分布式事务。Tom Baeyens 代表了相当一部分人特别是开发人员的观点。该观点实际上有些片面,其实应该更深入理解里面的内容。准确来说BPMS 应该分成两部分来看,一部分是工作流引擎,一部分是工作流知识下特点。FixTeam 是方正国际旗下的 BPMCS 开发小组,其 BPMCS 开发平台以是国内极具影响力的主流开发平台。FixFlow 其技术架构上走的是 Activiti 路线,同时为了方便使用,采用了更符合程序员使用习惯的 API 体系。提供了完整的中文本地化支持,同时还支持了各种中国式工作流。该引擎源自方正国际的 BPMCS 开发平台,该项目已有大量项目在线稳定运行,保障了其运行。

    6、效率和稳定性。其主要优势如下3.2.1 数十年积淀,运行稳定FixFlow 流程引擎源自于 BPMCS,BPMCS 本身是一款已经发展数十年的开发平台。项目组人员把平台的流程引擎单独抽取出来成了 FixFlow,他拥有 BPMCS 里所有的流程引擎功能。目前已有福田康明斯、世纪互联、邮政储蓄银行、华东勘测设计院等多加公司正在使用这款流程引擎。3.2.2 优质的本地化支持FixFlow 现在在 GIT Hub 上存放源代码,使用者可以在上面提出自己的问题与 bug。或者也可以加入 QQ 群 152654373,同样可以获取最及时的交流帮助。3.2.3 完整的 BPMS 支持FixFlow 不仅仅。

    7、是一个简单的开源工作流引擎,对于企业级用户来说,可以以 FixFlow 为中心获取 BI 报表、业务活动监控 BAM、开发平台等全3.1.2 沟通成本高,反馈困难大型的开源工作流产品无一例外是由国外团队维护,与其沟通并非容易的问题。3.1.3 从引擎到应用必须经过二次开发国外的工作流引擎在使用前一定会有架构师进行本地封装,有些是根据特定应用进行的封装,有些事通用的封装。这里 JBPM 的封装难度就比较大,而 Activiti 则稍小,不过依然是一件比较痛苦的事情。3.1.4 国内只拿到引擎,而没有学会 BPMS 架构之前也说过 BPM 最大的客户价值在于 BPMS,这些正是各大工作流引擎所追寻。

    8、的目标所在。客户为何要用工作流,工作流能为其带来什么好处?工作流绝不仅仅是对项目开发减少维护难度,更多是为各种切片分析提供详细的数据基础。市面上虽然有一些分析类的产品3.1.5 中国式工作流国外工作流引擎最大的一个问题还是无法适应中国式工作流,加签、会签、任意节点退回等等中国特有的管理模式,使国外的工作流无法原生支持这些内容,必须要经过复杂的二次开发才能支持起来。3.2FixFlow能带来什么FixFlow 是 FixTeam 带来的一款开源工作流引擎,这款工作流引擎有以 规则引擎3 FixFlowJBPM 和 Activiti 如此强大,那么国内也有很多厂商已经在使用了,但是在实际项目里得到。

    9、的统一结果可能就是“不咋地” 。这很简单,因为相比起 SSH这样的框架,工作流与业务更贴近,因此对其灵活度的要求就更高。更高的灵活度就意味着更多可定制化成分。因此比如我们想造一辆汽车,SSH 可以给我们的可能是生产线、发动机这样成品式的组件,而 JBPM 和 Activiti 给我们的则是油漆铁板这样的原材料。其主要问题主要在:3.1JBPM和 Activiti的中国化JBPM 和 Activiti 已经被国内大量程序员所了解并加入到所使用的项目中。这两者也是国内架构人员的座上宾。但是在使用中真的如此顺利么?笔者也曾用过这两者,也和用过两者的同行做过一些交流。我们认为这两者对于国产使用实际效果。

    10、不佳。尤其在面对中国工作流需求时,两者不但没有提高更多帮助,反而使用户感觉掣肘。3.1.1 API 复杂,学习曲线高正是由于业务的高可变性,开源的工作流引擎必须提供更多的 api 以供使用。这种复杂的 API 使程序员上手非常困难,使用者与其是被自己的业务捆住不如说是被困在寻找各种 API 的路上。所以说对两者来说,JBPM 的产品架构很不错,而 Activiti 的技术架构比之要强。两者可以说各有所长,不过他们之间有一些已经确定的共识。两者其实都在往 BPMS 的方向前进。2.2 优势与共同点1. 如何设计流程,在组织中高效地对设计出的流程进行沟通,取得共识? 提供跨越组织的流程标准标记符号。

    11、与术语(BPMN 已经成为标准) 流程及相关文档的可视化(流程/内容存储仓库) 提供在组织结构内进行不同层次之间的流程导航(流程存储仓库支持组织模型) 流程定义在各个层次/部门间的一致性,避免业务人员的流程建模转换到 IT 系统时受到损耗(流程引擎支持基于图的建模,支持扩展)2. 如何更好地执行流程? 业务活动的实时监控,预警与控制(BAM) 流程执行的仿真 流程执行的统计分析与反馈(报表)3. 如何更好地管理流程? 打破各个应用系统之间的界线,统一管理所有流程(EAI,与ESB 的集成) 对业务人员友好的建模工具4. 如何在执行流程过程中遵循业内最佳实践和规则? 面向流程的知识管理他引入了规。

    12、则引擎 Drools,规则引擎负责了整个流程引擎的运转,而知识仓库的存在。让面向流程的知识管理有了更直观的认识,事实上 JBPM 的代码操作几乎都是从知识库类开始的。这张图很好的表现出了一个以 BPMS 为方向的流程产品应该是什么样的架构模式。如果说 JBPM 是产品经理的造物的话,那么 Activiti 就是技术人员的杰作,Activiti 更多的精力是放在了技术架构的精妙。其易用性方面是 JBPM 难以比拟的。集成一个 Activiti 的难度要远低于 JBPM,同时 JBPM 业务化的 api 体系也着实让技术人员有些头疼。这张图就是 Activiti 的架构图,可以看出这张图与其说产品。

    13、架构图,更有点像技术架构图。在产品层面上,其知识库的概念还没有完全突出出来。从这张图可以很清晰的看出 JBPM 的技术架构,可以说作为一个工作流引擎应该有的成分:设计器、控制台、流程引擎、引擎数据库这几者已经明显的标注之上,在后续的各个工作流引擎中这种架构都没有颠覆性的变化。这里我们来看一下 JBPM5 的架构1 概述 这里对现阶段市面上的几个主流工作流引擎进行对比,同时将其与 FixFlow进行功能和各方面的对比。这里选定的目标是 JBPM 和 Activit,现在两者最新稳定版本分别是 JBPM5 以及 Activiti5。同时这里会讲讲 FixFlow 这个国产工作流引擎,对于国内用户来说,使我们在几个国外工作流之外又有了更多的选择。我们可以看到国内的开源流程引擎也可以做到国际级的水平,同时还可以支持加签、会签、回退等这样的“中国式工作流” 。2 JBPM 和 Activiti 对比首先先看看 JBPM5 和 Activiti5,这两者现在可以说是国内外最常见到的开源工作流引擎。如果总管两者的发展史会发现两者的奠基人都是来自于一个叫Tom Baeyens 的人。所以就会发现 JBPM 系列和 Activiti 系列的风格方面有很多相似,而 Activiti 看起来更像是 JBPM 的后续发展。2.1从 JBPM3到 Activiti5从架构层面上来看 JBPM3 的架构为:。

    展开阅读全文
      技术文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    0条评论

    还可以输入200字符

    暂无评论,赶快抢占沙发吧。

    关于本文
    本文标题:JBPM及Activity分析
    链接地址:https://www.jswku.com/p-3192537.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们
    手机版 | MIP | 粤公网安备 44060602000677号 | 经营许可证(粤ICP备16048919号)| 本站法律顾问陈鑫辉律师(13807302170)
    ©2008-2020 by Guangdong Foushan Jswku.com Inc. All Rights Reserved.
    收起
    下载帮助
    侵权处理
    上传问题
    展开