JBoss BRMS最佳实践– BPM流程初始化层的提示

我过去发布过一些有关迁移策略的文章，仔细研究了流程层，并提供了一些有关jBPM的最佳实践 ，它们都涉及到BPM策略的非常具体的部分。 我想重新讨论最佳实践的主题，然后在智能集成企业级别上，我们讨论使用JBoss BRMS对您的业务流程进行控制。

介绍

首先，我们需要仔细研究景观，然后像洋葱一样剥开图层，仔细研究如何提供可扩展的BPM项目。 图1显示了我们需要集中注意力的几个组件层：

• 流程初始化层
• 流程实施层
• 流程资料库
• 业务用户和开发人员的工具
• 控制台，报告和BAM仪表板
• 流程交互层

图1：企业BPM格局。

本文将介绍流程初始化层，在此我将向您介绍一些最佳实践，围绕您，您的客户以及如何启动流程。

在流程存储库，工具，业务用户和设计流程的开发人员的帮助下，流程实现层是维护流程的地方。 在这里，您还将找到各种实现细节，例如特定领域的扩展，以涵盖我们项目中特定节点的类型。 稍后将介绍该层的最佳实践。

控制台，报告和BAM仪表板组件是项目中使用的扩展工具，用于提供可用于影响业务决策的业务价值或信息。 稍后将介绍该领域的最佳做法。

最后，在流程交互层中，您的流程将连接到各种形式的遗留系统，后台系统，服务层，规则系统甚至第三方系统和服务。 该领域的最佳实践将在以后的文章中介绍。

图2：入门。

流程初始化层

看一下如何初始化流程，我想向您提供一些我多年来在大型企业中看到的最佳实践。

似乎有一个主要主题是收集启动流程所需的客户，用户或系统数据，然后通过startProcess调用将其注入。 可以通过BRMS jBPM API调用，使用RESTful服务或通过标准Java Web服务调用将其嵌入到您的应用程序中。 无论您如何收集数据以初始化流程实例，都可能要考虑从一开始就如何扩展初始化设置。 通常，最初的项目设置时对未来没有太多考虑，因此某些问题没有被考虑在内。

顾客

此处定义的客户可以是提供初始过程启动数据的人员，系统或某些用户。 在图2中，我们对客户如何提供过程数据进行了高层次的研究，然后将这些过程数据打包成一个请求，以放入一个过程队列中。 然后，我们可以从队列中确定优先级，并让不同的机制获取这些流程请求，并使用提供的请求数据启动流程实例。 我们在此处显示了EJB，MDB和云，它们表示可以用来清空进程队列的任何调度方式。

Queue列

这些队列可以像数据库表一样简单，也可以像消息队列一样完善。 可以按照项目需要的任何方式进行设置，例如后进先出（LIFO）或先进先出（FIFO）。 使用消息队列的好处是，您可以通过轮询机制确定它们的优先级。

此设置的原因有两个。 首先，您通过不直接从客户界面启动流程实例来确保您保留了客户请求。 它将永远不会丢失到流程引擎。 其次，您可以对可能无法满足项目要求的未来流程进行优先级排序，例如必须在客户提交后10秒钟内开始的新流程请求。 如果将其放在需要花费一个小时才能处理的队列的底部，那么您就遇到了问题。 通过对队列进行优先级排序，您可以调整轮询机制以每次以正确的顺序检查适当的队列。

Java /云

图2中的Java图标代表您可能想用来处理进程队列的任何JEE机制。 它可以是EJB的，MDB的，您自己编写的调度程序或您想拿出的任何程序来拾取流程请求。

云图标旨在表示服务，您的软件可以使用这些服务来实际调用最终的startProcess方法，以初始化所请求的流程实例并将其传递给初始数据。 将与jBPM API的交互集中到一个服务中很重要，这样可以确保在API更改的情况下进行最少的工作，以便将来进行可能的版本迁移，并且如果您希望在将来的项目中进行扩展，以扩展与jBPM的服务交互。

结论

本文简要介绍了高级BPM体系结构，并列出了交互的各个层次。 在较大的企业BPM体系结构中，交互的第一层是初始化层，以提供对该层内最佳实践的一些见解。 讨论不是试图推动实现细节，而是退后一步，介绍在大型BPM体系结构中反复遇到的一些基本元素。 它涵盖了客户最初提交的处理请求，处理请求的排队以及以一致且可扩展的方式处理这些队列。 在以后的文章中，流程实现层，流程交互层，流程存储库，工具以及报告和BAM层中还有更多内容需要关注。

参考： JBoss BRMS最佳实践–来自我们的JCG合作伙伴 Eric D. Schabell的BPM流程初始化层的提示， 有关中间件，Linux，软件，骑行和其他新闻的思想…博客。

翻译自: https://www.javacodegeeks.com/2012/08/jboss-brms-best-practices-tips-for-your.html