我们希望开始在公司(核心银行业务)中构建BPM项目。在搜索和比较了一些产品之后，我们决定在Intalio和JBPM之间做出选择。
现在，我们想知道这些产品的确切优缺点。我知道选择其中一个取决于我们的项目，但是我对这些解决方案的总体概述感兴趣。
Intalio BPMS绝不是"零代码"，但它确实为构建复杂的人工任务和服务编排应用程序提供了一个更完整的包。
根据我的经验，jBPM通常更关注那些想要基于Java的嵌入式工作流解决方案的Java开发人员。虽然jBPM已经发展了很多，但它并没有提供相同级别的功能和开箱即用的支持。
例如
-
Intalio在其基于eclipse的设计器中提供了对Tibco通用接口(GI) AJAX表单的拖放创作和集成，这使得具有相当有限的JavaScript知识和DOM参考的人员可以构建丰富的交互式表单。最新版本的BPMS在移动设备上提供了增强的渲染。
-
Intalio在设计器内部提供了一个易于使用的图形工具，提供了轻松转换数据、创建消息、变量、条件等的能力。
-
Intalio提供了一个复杂的工作流套件，提供用户身份验证、任务管理、管理控制台、用户仪表板等。
-
Intalio还将提供(收费)集成的基于BIRT的报告工具、基于Drools的业务规则引擎、与LifeRay、Alfresco等的集成。
还值得记住的是，Intalio在BPM方面有超过10年的经验，拥有强大的管理团队和企业级的支持基础设施(票务系统、电话支持等)。
完全披露:我经营VAR和系统集成商，提供Intalio咨询，培训等。
许可呢?您正在寻找一个纯开源项目吗?我想，如果你在一家银行工作，这一点很重要。那么，从长远来看，您是否计划将BPM解决方案与其他基础设施集成在一起?您是否计划将引擎嵌入到现有的应用程序中?优点和缺点取决于你想要达到什么目标，以及你如何看待产品/项目。
使用BMPS构建您的想法的可演示版本听起来很有趣。我建议使用Intalio|BPMS。我们为了不同的目的使用了相同的工具，一个可配置的、可演示的产品，用于入职管理。很快(打了几个嗝之后)。我有一些建议可以帮助你选择和发展:
-
保持你的方法简单，使用现有的用户界面(它们是可定制的)，使用简单的用户管理(intalio提供基于文件和LDAP)，如果你的用户页面携带的数据量较少，使用intalio默认的表单保存方法
-
使用tibco|GI页面(默认功能)而不是在JSP中设计页面。使用JS和Jquery给WOW因子
-
使用小进程，而不是使用一个长进程。在演示时，您可以在客户面前更改它们并再次部署，其影响是巨大的!!
-
来自INTALIO社区的大力支持和付费支持。
免责声明:我从未使用过JBPM。我是Intalio的忠实粉丝。
我推荐Intalio用于快速工作和日常更改活动，因为它比jBPM更友好和成熟。但是，如果存在长期且高度客户特定的需求，而这些需求无法通过bpmn来满足，那么我会推荐jBPM，因为它对程序员来说是封闭的。根据需要，我还考虑了Intalio和jBPM的集成，因为最终它是一个相互通信的Web服务。
Intalio BPM验证了转换方法，并以简化的方式帮助业务和解决要克服的实际业务挑战。最佳的开源BPM工具，通过低成本评估和与业务需求保持一致来降低引入新技术的风险。
我对Intalio BPMS的经验最丰富，所以我可能有点偏见。我认为Intalio相对于JBPM的主要优势在于它能够利用整个团队的工作，包括涉众和分析师。JBPM很强大，并且专注于开发人员的可用性，而Intalio BPMS可以被分析人员用来捕获业务需求并根据业务需求布局流程。新的协作服务器功能甚至允许不创建流程的涉众检查进度并发表评论。这减少了开发人员在实现业务需求时所犯的错误。
考虑到您的短列表，并且您正在银行领域工作，如果您还没有考虑Eclipse Stardust (http://www.eclipse.org/stardust/)，我建议您也考虑一下。对于开源世界来说，Stardust相对较新，是Eclipse发布系列的一部分。它是一个成熟而全面的开源bpm，采用Eclipse公共许可(EPL)，具有最终用户门户和HTML5流程建模器。它的商业版本在金融服务领域有数百个安装。
Ohloh统计数据(@参见https://www.ohloh.net/p/eclipse-stardust):
-由39个贡献者提交的8,331次提交，代表2,538,774行代码
-主要用Java编写，源代码注释的平均数量
-年轻但成熟的代码库，由一个非常大的开发团队维护-估计726年的努力(COCOMO模型)
参见https://www.ohloh.net/p/jbpm不确定为什么Intalio没有统计数据。