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