流程自动化实战:系统架构和软件开发视角
上QQ阅读APP看本书,新人免费读10天
设备和账号都新为新人

1.6 业务流程、集成流程和工作流

总之,你可以像自动化集成流程一样自动化业务流程。这些流程类别的边界往往很不明显,因为大多数集成用例中都有业务目的。这就是为什么本书没有将“集成流程”作为单独的类别进行讨论。相反你会在3.2.4节看到,许多技术细节是落地在日常编程的代码中,而不是在流程模型中。10.5.1节说明,你可以将流程模型的某些部分提取到子模型中。这使得你可以将技术细节整合到更细粒度的层级中,从而有助于保持业务流程的可理解性。

此外,你会注意到我使用了术语流程以及工作流。说实话,对于流程自动化和工作流自动化之间的区别,并没有共同的、一致的理解。很多人交替使用这些术语。还有一些人则认为,业务流程更具战略性,工作流更具战术性。因此,只有工作流才能在工作流引擎上建模和执行。同样,流程模型也可以称为工作流模型。某些标准使用其中一个术语,而另一些标准则使用另一个术语,无所谓对错。

我通常的建议是根据你所在的环境进行调整,选择恰当有效的术语。本书选择如下规则:

• 业务流程自动化是你想要实现的,是最终目标,是业务人员所关心的。在大多数情况下,我会使用流程(或业务流程)一词。

• 每当我谈论工具时,都会使用工作流一词,即流程如何真正自动化。例如,我会使用工作流引擎,即使这是为了实现流程模型的自动化。

在现实生活中,我有时会调整这些规则。例如,在与技术人员谈论具体实现时,我可能更喜欢使用工作流、工作流引擎,有时甚至会使用编排引擎或Saga这两个术语,具体选择要取决于上下文(当你阅读过本书的一些内容后,会理解后面那个术语的)。