我知道现在有很多关于BPM的讨论,我意识到有些人可能会认为它是一种狂热而不是一种从根本上重要的软件。

作为大多数人称之为“商业”的人,我一直在尽力学习BPM,以确保我们继续做出不仅对业务有意义而且对IT也有意义的决策。

我在阅读时注意到,有时候在讨论BPM时会提到应用程序工作流程。直到最近我还没有考虑过这么多。

因此,有什么区别?你何时会使用一个而不是另一个?

有帮助吗?

解决方案

BPM是关于流程并对其进行改进的,它考虑了用户和可能的多个应用程序,例如。 ERP系统可能有多个应用程序,但该术语可能还有其他用途。请注意,可以在不使用任何应用程序或技术的情况下查看该过程。

应用程序工作流程是指如何使用应用程序从a到b。这是一个特定的代码集,用于在从a到b的应用程序过程中发生的事情。在这种情况下,应用程序是前端和中心而不是过程。

这会提供答案吗?另一种思考方式是多个应用程序工作流可以组成一个系统,该系统可以在可以应用BPM的过程中使用。

其他提示

游戏后期,但工作流程是数据库,因为BPMS是DBMS。 (方便字母如何排列,呵呵?)

IOW,BPM(S)传统上是指一个特定的框架/应用程序,它允许您管理业务流程:定义它们,存储它们,对它们进行版本控制,测量它们等。这类似于DBMS管理的方式数据库。

现在,工作流是一个定义,就像数据库是一个定义。在前一种情况下,它是操作/工作(Fufill Order)的定义,其步骤(发送发票)和工作的规则/约束(如果没有库存,发送通知)。在后者类似的情况下,它是数据结构(CREATE TABLE)和约束的定义(InvoiceTotal必须> $ 0.00)。

我认为这是一个可能令人困惑的主题,特别是因为一些开发环境使用一种流程模型来生成面向用户的应用程序(例如,我在这里考虑Outsystems)。

但是,对我而言,区别非常清楚。当人们谈论它时,应用程序工作流程指的是用户通过应用程序的路径,即他们完成/访问的页面,他们输入的数据等,以及他们完成某种交易的途径。应用程序orkflow对此来说是一个不好的术语,我认为应用程序流程会更有意义。

另一方面,BPM是关于建模和执行工作流程的。在这种情况下,工作流是指一系列离散的步骤(或任务)必须以某种顺序完成(以编程方式或通过人工交互)来完成一个过程。这些任务可以实现为单独的应用程序模块(每个应用程序模块具有它们自己的“应用程序工作流程”,参见上文)。工作流引擎的工作是确保以正确的顺序将这些单独的步骤分配给正确的人(一组人),并且整个过程以有序的方式完成。

我认为根本没有明确的答案。这些是单词,而不是理论概念。如果你添加单词“checklist”,混合 - 这只是一个过程的线性版本(但你可以在清单中设置条件 - 使它们成为一个工作流程)。

我不确定如何帮助重新解释这个问题,但这几乎就好像没有答案可行。我自己的想法是在 https://tallyfy.com/improving-efficiency -workflow-VS-业务流程管理/

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top