bpmn的方法框架

bpmn的方法框架

在我们的咨询项目和研讨会中，我们为bpmn介绍了来自各行各业的人士。根据收集到的经验，我们开发了一个应用bpmn的实用框架。

这个框架帮助我们决定在什么情况下使用哪些bpmn符号和结构，以及为了简单起见什么时候保留。该框架侧重于需要改进技术支持的过程的项目，并且在这些过程中需要建模的是目标状态。原则上，我们所展示的建模模式也可以应用于其他场景，比如当前状态流程的发现、文档编制和分析。

对于这个版本，我们修改了可视化框架的方法。下面的部分将介绍新的可视化，然后解释我们为什么要更改它。基本上，我们现在会对以过程为中心的it项目的广泛采用的方法进行挑剔，并且我们想提出一种我们的经验建议的更好的替代方法。

camunda house

图:camunda bpmn框架。

上图中的camunda bpmn框架(简称camunda house)区分了战略流程模型和运营流程模型:

战略过程模型:战略过程模型的主要目标群体是过程所有者和过程管理人员。项目早期的第二组可能包括过程参与者和过程分析人员。我们提供战略模型作为一个通用的、面向结果的过程表示，因为我们想为没有特殊bpmn知识的受众创建最快的理解。我们用几个步骤描绘了这个过程，但是我们没有显示错误或变化。有关创建战略流程模型的更详细信息。操作流程模型:在此级别，我们研究实际流程的操作细节。它可能包含人员或技术流程流，我们相应地对它们建模。人员流由参与者处理，而技术流由软件(最好是工作流引擎)处理。当然，人员和技术流可以相互作用。一个人可能在他或她的工作过程中触发技术流，比如在调用软件函数的情况下。同样，技术流程可能要求参与者发送电子邮件、分配任务，等等。因此，技术流动触发了人力流动。后面文章中我们会写到处理开发人员和技术流程。

camunda住宅是一个纯粹的方法论框架。换句话说，它独立于特定的软件工具工作，尽管某些工具功能可能使它更容易应用。后面文章中，我们会讨论这个问题。

我们会花费大量的时间对这个框架进行详细描述。请将我们的框架看作是一个分类系统，以便为实际应用bpmn提供建议。

无论如何，我们期待您的评论和反馈，关于这个框架本身。从本质上讲，这并不是一种完美的方法，它还在不断地变化和发展。有了你的帮助，也许我们可以让每个人都过得更好!

BPMN-Tooling:

我们开发camunda住宅是为了代表一个单独的过程或一组可管理的相关过程。现在，我们不会处理整个流程场景的建模。BPMN的投资组合不包含过程景观。我们已经根据客户的请求对流程景观进行了建模(在后面文章中我们会描述他的崩溃池和消息流)，但是我们不能推荐这样做。如果你想要一个过程全景图，你应该使用一个更合适的工具——也许是一个使用块箭头、矩形和许多颜色的专有工具。当然，您可以通过将各个元素与流程图链接起来，用bpmn图来优化流程版图。

---

本文会持续更新，欢迎关注，技术支持：盘古BPM