问题标签 [bpmn]

我正在使用 BPMN 工作流将任务分配给受让人。我如何释放（向后）任务，以便在分配之前可供以前的候选人使用？

http://www.activiti.org/userguide/index.html#bpmnFirstExampleCode

我需要知道如何从 BPMN 流程中获取任务 ID。我没有运气就尝试了以下方法：

和

对于科学项目，我需要在 Web 浏览器中渲染/显示 BPMN 2.0 模型。是否有任何库可用于仅呈现图表？（除了显示它，我不需要编辑它或做任何事情）。如果所述库也能够渲染/显示 Petri 网，则可以加分。

解决方案应该是开源的。

谢谢！

我想将我的业务模型公开为 Web 服务，就像由业务结构控制的 Web 服务一样。我使用 JBoss 作为 AS。我在网上搜索并找到了 BPMN 和 BPEL，但不知道哪一个最适合我的想法，将业务想法公开为 Web 服务。谁能帮帮我。

我被要求研究 .Net 和 Java 中的可嵌入工作流引擎。

Windows Workflow Foundation (WF) 产品使用 XAML 来设计工作流。我正在研究的两个 Java 工作流引擎（jBPM、Activiti）都使用 BPMN 2.0。

我读过BPMN 有一些弱点。

作为一种业务流程建模语言，XAML 与 BPMN 相比有什么令人信服的地方吗？

编辑：抛开平台（.net/java）、工具等方面的明显差异，关注建模语言（XAML 和 BPMN）

我推进了有关 JBPM 5 和 Drools 流程的学习。我已经成功设置了用户注册过程并设法将其作为 Web 应用程序运行。流程如下图所示

你可以在这里查看截图 [http://i.stack.imgur.com/y7JZ1.png]

我现在要做的是，在到达用户验证其电子邮件的用户任务节点之前，我需要向他发送电子邮件任务中的链接。该链接必须采用用户 TaskID（主键），以便当用户单击链接时，我可以使用 URL 中提供的 TaskID 完成任务。

我现在担心的是，只有在发送电子邮件后才能到达用户任务节点。因此，尚未在数据库中创建任务。有没有其他方法可以做到这一点。

或者

如果我可以在到达用户任务后发送邮件，我怎样才能获得用户任务的主键？

请帮忙。

请给我一些关于在 JBPM-5 中的人工任务中使用OnEntry和操作脚本的示例。OnExit当我在节点的属性上编写操作脚本时，它不会反映在 bpmn2.0 XML 中。我理解这不是 BPMN2.0 的规范，但如果是这样，我们如何在人工任务上有效地使用此功能OnEntry。OnExit

就我而言，我想在达到人工任务时发送通知电子邮件。我应该能够将该任务的流程链接发送到参与者的电子邮件 ID。

请帮忙。

我想使用 BPMN-2.0 在 JBPM-5 中添加服务测试，只使用 XML 语法。我希望该服务任务具有某种 Java 类型的输入和输出参数。
假设我为我的服务任务创建了mypackage.MyCustomTaskWorkItemHandler并将其注册到相应的 WorkItemManager 中，例如MyCustomTask。
现在我想在 BPMN XML 文件中描述这个服务任务的调用。

标记 serviceTask 来自http://www.omg.org/spec/BPMN/20100524/MODEL命名空间。我应该为它指定输入和输出参数有多精确？

我需要一个性能最好的工作流引擎。比如每小时处理超过 300k 的交易。

它应该具有简单的界面和强大的功能。通过 bpel 或 bpmn 定义业务流是值得赞赏的，但不是必需的。

BPMN（Business Process Modeling Notations）用于通过可视化对业务流程进行建模，从而通过BPMN图的表达使无形的想法在物理上变得具体。问题是，如何使用 UML 组织 BPMN。

最初，我想到了两种组织用例和业务流程图的方法：

• 1 to one/many：通过将业务流程图中的每个步骤（step这里指的是BPMN图中的每个节点）映射到一个或多个用例。每个用例都映射有相关的几个类图/组件图（我更喜欢这个，因为您可以将一组类封装到一个具有输入和输出的组件中），几个序列图（可选）。拥有类图/序列图后，将根据模型编写/生成代码。

• 多对一：通过将多个步骤映射到一个用例。后续步骤相同。

• 多对多：例如，业务流程中的一个步骤可以映射到两个或多个用例，相同的两个或多个用例可以映射到其他步骤。

上述方法可以通过建模工具完成，在我的例子中，我使用了 Sparx System 的 Enterprise Architect。我最近发现它并且正在使用它的试用版，但我将来会购买它。BPMN图的一步我可以组织很多用例图，可以点击查看需要的用例。但是，如果它支持多对多的情况，我不会。

在思考了自己组织BPMN和Use Cases的方法后，我在网上搜索，找到了另外两篇论文，每篇都建议以下方法：

• 将每个用例转化为 BPMN 图表的每个步骤：可视化优化用例如何融入业务流程。我喜欢这种方法，因为可以对带有步骤的业务流程进行建模，然后将每个步骤变成一个用例。一步是一个用例。这与我上面的一对一映射相同。原始演示文稿在这里：将用例集可视化为 BPMN 流程

• 每个用例就是一个业务流程：用例中的每个步骤都是业务流程的每个步骤。原始论文在这里：用用例描述业务流程

在我看来，没有将这些工件（BPMN 和用例以及其他图表）粘合在一起的标准化方法。也许这是一个管理问题，更多地依赖于创造性的使用，而不是遵循正式的步骤。您对在软件工程过程中使用这些图有什么看法/经验？

我知道像 XP 这样的方法论，它在软件开发过程中指定了自己的实践。但是，与 Scrum 更侧重于管理方面（这意味着您仍然可以将 BPMN/UML 建模应用到您的工作流程中）不同，XP 指定了软件实践并要求您遵循并消除像 BPMN/UML 这样的建模流程，并且如果应用不当，其做法将导致文档不足、软件设计不足等问题。

我更喜欢模型驱动的方式而不是 XP。我想这取决于公司和人们的偏好。敏捷的目标之一是“将开发人员从文档工作中解放出来”。像 XP 这样的方法似乎很容易导致文档不足。我认为要实现这个目标，解决方案是实现该工具来帮助开发人员减少编写文档的工作量，而不是通过编写更少的文档，通过从现有图表中收集信息并自动生成报告（以 RTF、PDF、HTML 为例） Sparx 系统企业架构师）。另一个例子是，人们经常抱怨画图消耗他们的时间。在我看来，解决方案不是画图，而是使用工具。今天的建模工具支持往返工程，您可以在其中同步代码和图表，你对这个问题有什么看法/经验？