我知道现在有很多关于 BPM 的讨论，而且我意识到有些人可能会认为它是一种狂热，而不是一个根本上重要的软件。
作为大多数人称之为“业务”的人，我一直在尽我最大的努力了解 BPM，以确保我们继续做出不仅对业务有意义，而且对 IT 也有意义的决策。
我在阅读时注意到，有时在讨论 BPM 时会提到应用程序工作流。直到最近我才考虑这么多。
因此，有什么区别？你什么时候用一个而不用另一个？
问问题
1380 次
4 回答
2
BPM 是关于流程和改进它，它考虑到用户和潜在的多个应用程序，例如，ERP 系统可能有多个应用程序，尽管该术语可能有其他用途。请注意，可以在不使用什么应用程序或技术的情况下查看该过程。
应用程序工作流是如何使用应用程序从 a 转到 b。这里是使用的一组特定代码，以及在应用程序从 a 到 b 的过程中发生的情况。在这种情况下，应用程序是前端和中心，而不是进程。
这是否提供了答案？另一种思考方式是，多个应用程序工作流可以组成一个系统，该系统用于可以应用 BPM 的流程。
于 2009-06-25T21:49:23.677 回答
2
游戏迟到了，但工作流程之于数据库，就像 BPMS 之于 DBMS。（方便字母如何排列，是吧？）
IOW，BPM(S) 传统上是指允许您管理业务流程的特定框架/应用程序：定义它们、存储它们、对其进行版本控制、测量它们等。这类似于 DBMS 管理数据库的方式。
现在，工作流是一个定义，就像数据库是一个定义一样。在前一种情况下，它是操作/工作的定义（Fufill Order）、其步骤（发送发票）和工作的规则/约束（如果没有库存，发送通知）。在后一种情况下，类似情况，它是数据结构（CREATE TABLE）和约束（InvoiceTotal 必须 > $0.00）的定义。
于 2009-09-29T18:43:05.840 回答
2
我认为这是一个可能令人困惑的主题，特别是因为某些开发环境使用一种流程模型来生成面向用户的应用程序（例如，我在这里考虑的是 Outsystems）。
但是，对我来说，区别是非常清楚的。正如人们所说的，应用程序工作流是指用户通过应用程序的路径，即他们完成/访问的页面、他们输入的数据等，以完成某种交易。虽然应用程序orkflow 是一个糟糕的术语，但我认为应用程序流会更有意义。
另一方面，BPM 是关于建模和执行工作流过程的。在这种情况下，我所说的工作流是指一系列离散的步骤（或任务），这些步骤（或任务）必须以一定的顺序完成（以编程方式或通过人工交互）才能完成流程。这些任务可以实现为单独的应用程序模块（每个都有自己的“应用程序工作流程”，见上文）。工作流引擎的工作是确保将这些单独的步骤以正确的顺序分配给正确的人（一组人），并且整个过程以有序的方式完成。
于 2012-05-18T15:38:17.510 回答
0
我认为根本没有明确的答案。这些是文字，与理论概念相反。如果您将“清单”一词添加到组合中-结果只是流程的线性版本（但是您可以在清单中包含条件-使它们成为工作流程）。
我不知道如何帮助重新构建这个问题，但几乎就像永远不可能有答案一样。我自己的想法在https://tallyfy.com/improving-efficiency-workflow-vs-business-process-management/
于 2016-10-10T12:48:21.533 回答