architecture - 最纯粹的架构中 BPM 的目的是什么？

Question

已关闭。此问题不符合 Stack Overflow guidelines 。目前不接受答案。

---

这个问题似乎与 help center 中定义的范围内的编程无关。 .

已关闭 4 年前。

Improve this question

我正在为一家想要引入 BPM(业务流程管理)工具的中型公司构建一个架构。我知道这会很有帮助，并且想介绍它，但很难在架构中找到它合适的位置。

我想知道您应该何时以及如何使用 BPM 工具，如何区分业务流程和应用程序工作流？

Answer 1

为什么要引入BPM工具？是否符合流行语？如果您正在努力在架构中找到一席之地，那么我怀疑该工具不会带来巨大的胜利(至少按照您目前的理解不会)。

应用程序工作流工具通常关注对特定流程进行建模，并为半技术流程设计人员提供显示步骤和交互的能力，同时允许程序员使用实现各个部分的代码充实框架。就我个人而言，我发现培训半技术流程领导的开销可能会抵消有效沟通和周转方面所 promise 的 yield ，但在大型组织中，它可以确保流程“所有者”拥有购买计划所需的控制幻觉。我说幻觉，因为最终是 IT 人员重新生成实现该流程的代码，并且经常建议的更改由于技术方面的问题而被恢复(此类工具通常使建议更改比实现更改更容易) )。

一些业务流程管理工具只不过是价格较高的应用程序工作流工具。有些人采取更高的视角，将手动流程和其他非 IT 流程合并到架构中(尽管显然这些步骤实际上只不过是退出和重新进入 IT 流程的 stub 或看门人)。我不知道您所说的中型公司是什么，但在一家拥有 160 名员工的航空航天工程公司中，我们发现 BPM 工具被我们评估为过度杀伤力。

可悲的是，这是一个只能给出有针对性的答案的问题，即使有所有事实(不同的系统分析师会给出不同的意见)。我希望快速概述至少能有所帮助。请注意销售炒作:我发现此类工具仅在具有特定流程的特定组织中才有值(value)，并且在其他组织中会构成障碍。