我们的业务正计划建立一个拥有约2000名左右用户的大型业务应用程序。
系统中的许多对象需要一系列温和复杂的批准，通知等。
由于各种原因，我们公司决定拒绝正式使用BPMN或BPEL。我正在寻找的是一个工作流引擎，我可以将这些对象作为促进，跟踪和管理这些对象状态的手段。我们正在使用带有WebSphere AS的EJB 3.1来实现这个项目。
我对工作流引擎的理解是否正确？一切似乎都与BPMN或BPEL有关......我在这里错过了一些原因，为什么大多数解决方案似乎都在实施BPMN或BPEL？一些建议会很棒！
答案 0 :(得分：2)
工作流引擎通常在企业架构中发挥积极作用。它们执行声明性过程模型，该模型基本上是由节点组成的有向图，表示活动或任务和边，表示这些边之间的控制流。这些边缘可以用条件注释以允许表达条件分支/合并。有几种建模语言，如YAWL，XPDL，jPDL，BPEL和BPMN 2.0，它们位于这些抽象概念和一些合成，视觉和功能糖之上，但只有后者才是官方行业标准。这对于避免供应商锁定，使模型可互换（至少在一定程度上），专家和不同工具可支持非常重要。在运行期间，流程实例基于流程模型创建，并根据模型定义的控制流程执行。因此，引擎主动从一个活动导航到下一个活动，从而协调＆＃34;你的业务逻辑。 BPMN 2.0和BPEL之间的主要区别在于BPEL与Web服务紧密耦合，即由活动调用的业务功能应该呈现为Web服务。因此，如果您想要编排WS- *服务，它仍然是最佳选择，因为BPMN 2.0缺乏对具体服务实现的明确定义和标准化绑定。无论如何，我强烈建议使用其中一种标准化语言，因为它们在业界广泛接受，并得到各种供应商和开源社区的充分支持。
我试图更详细地解释一下，因为我并不完全确定你的意思是什么，促进，跟踪和管理这些对象的状态＆＃34;。这听起来有点像你对被动监视对象的状态变化更感兴趣，而不是使用工作流引擎主动控制状态变化。如果这个假设是正确的，那么抽象状态机可能会更好地满足您的需求。
答案 1 :(得分：1)
看看jBPM5，它提供了一个非常灵活的核心，允许您在其上构建自己的特定于域的语言。现在提供的语言是BPMN2，但您可以轻松添加自己的语言。 干杯
答案 2 :(得分：0)
我们正在构建一个具有BPMN 2.0迁移路径但不在内部使用BPMN的产品。我们认为检查表在实时工作流程中比流程图更容易使用。然而，仍然有规则/触发器/条件等等 - 所以它是一个有效地模拟过程的工具，并且＃34;类固醇检查表＆＃34;：
上查看