BPMN的优点和缺点？

Question

我希望你能从开发人员的角度告诉我BPMN的优点和缺点。

我正在将UML与BPMN进行比较，并且发现了UML的一些优点和缺点，但BPMN没有。

Answer 1

这主要取决于观众和目的。在建模语言方面，BPMN和UML活动图涵盖了几乎相同的概念空间和不同的符号。符号的东西很快变得宗教化了。我个人更喜欢AD符号而不是BPMN - 但这是一个非常私人的事情。

从广义上讲，BPMN倾向于受到来自业务流程建模/业务分析背景的人的青睐。 UML AD往往受到来自软件角度的人的青睐。工具支持往往反映了这一点：高端流程建模工具（casewise，aris等）更有可能支持BPMN;软件建模工具（MagicDraw，Sparx等）赞成UML。然而，那里的交叉越来越多。我和业务利益相关者都使用过，两种情况都没有问题。

最后是目的。您的图表是仅用于人类消费还是用作某种形式的分析/代码生成的规范？如果它不仅仅是图片，那么您的工具链很可能是决定因素。

如果您想要更详细地描述差异，请查看this forum post中的答案。

Answer 2

OMG已经讨论了一个新的BPMN Profile。即使使用活动或状态图，UML也可以轻松生成代码。您只需要在模型中添加构造型，然后解析器将获取xmi并创建代码。 OMG规范将定义应使用哪些刻板印象以及原因。真是个好主意!!

在我的公司，我们已经停止使用BPMN，并且只关注活动图，因为它建立在标准语言之上。还有类图，用例和活动图允许更快地建模。 我们从活动或状态图中获取运行代码。我们用类图调试。 我们对所有图表使用相同的元模型，因此可以跟踪活动到代码实现和类图。我的意思是代码在生成后反转，然后我们检查所有需求和体系结构，以便拥有更好的对象体系结构。 一切运作良好： - ）

我们现在正在等待新的配置文件规范，并将实现所需的构造型以覆盖BPMN。 我对你的问题的回答是，我们不再需要BPMN，而应继续使用UML 2.3 BPMN配置文件实现。

Answer 3

BPMN用于建模业务流程，不是吗？这不完全是UML的用途。 UML的目标是从不同的视角对软件进行建模，最终不必对其进行编码（是的，这是理想的）。

Answer 4

从业务角度来看BPMN的主要论点通常是：

1. 当从头开始与许多利益相关者构建BPMN图时，可以混合不同层次结构的任务，这些任务可以在以后详细说明或总结。
2. 即使是非技术人员，也可以快速考虑basic language elements。
3. 开发人员可以立即开始工作，并通过Camunda等工作流程和业务流程管理软件将源代码和脚本附加到BPMN图表。

主要缺点是

1. 最初的BPMN草图（通常由业务部门）通常需要多次迭代才能得出允许实施的图表。
2. 由于池中通道的通常概念可能不够或导致巨大的图表，因此不能直接表示不同的角色，例如， BPMN: multiple roles in a row

Answer 5

请参阅OMG（模型驱动的体系结构）上的MDA： -我们仅将BPMN用于计算独立模型（CIM） -我们仅将UML用于平台独立模型（PIM，高级设计）和平台特定模型（PSM，低级设计）。 -将BPMN用于任何“软件系统”或将UML用于“业务”是没有意义的（请参阅UML v.2.5） -对于开发人员：我们可以从BPMN业务流程过渡到用例，它是定义软件https://www.visual-paradigm.com/tutorials/from-business-process-to-use-cases.jsp

的需求范围的好工具

Answer 6

如果您要寻找相似之处，则可以使用文本描述UML图和BPMN图。

• PlantUML
• BPMN Sketch Miner