业务流程架构是一组业务流程的概述，揭示了它们之间的相互关系，可以通过规则扩展以确定业务流程之间的各种关系。建立业务流程架构可为相关业务流程的实际建模提供指导。

 

业务流程架构不仅描述了企业价值链的功能分解，还提供了价值流，展示了企业战略运作中跨职能的端到端业务流程链。业务流程架构在所有业务流程建模工作中都至关重要，无论工作是用于流程文档还是流程自动化。

 

业务流程架构强加了一个自上而下的组织鸟瞰图。它呈现业务流程的横向视图。根据所采用的方法，它有时被称为流程景观或高级流程图，提供业务运营的业务流程的整体景观视图或地图视图。业务流程架构显示特定业务功能中相关业务活动的集合。分类和分组取决于用于创建业务流程架构的业务流程框架。您可以通过反复试验从头开始开发业务流程架构，并消耗大量资源。另一方面，调整现有业务流程框架来构建组织的业务流程架构不仅可以节省时间，而且还具有采用更好实践和更快识别关注领域的潜力。

 

业务流程架构设计方法

 

埃因霍温科技大学通过文献研究确定了五类业务流程架构设计方法。在每一类方法中，业务流程架构是通过首先设计一个结构来设计的，例如，一个目标结构。这种结构应该根据各自方法规定的概念和关系来设计。随后基于该结构设计业务流程架构。请注意，这些类不是相互排斥的。

 

基于目标的方法

 

在基于目标的方法中，首先设计一个由业务目标和这些目标之间关系组成的目标结构。随后，根据业务的定义，从中衍生出业务流程架构。流程作为实现特定目标的相关活动的集合。使用基于目标的方法的好处是，将目标与流程相关联还有助于确定为什么某些流程很重要或从根本上必不可缺。基于目标的方法的主要组织概念是“目标”，不同的方法区分不同类型的目标。关注不同类型的目标会导致不同的目标结构，因此可能会导致不同的业务流程架构。此外，在构建业务流程架构时，不同类型的目标可能会以不同方式转化为流程。不同的基于目标的方法也区分了不同类型的目标之间的关系。基于目标的方法在流程架构与目标结构相关的方式上存在显着差异。

 

基于行动的方法

 

在基于动作的方法中，首先设计一个动作结构。动作结构由业务动作及其关系组成。业务操作是一个活动循环，供应商在其中为内部或外部客户完成一些工作，因此它与业务流程非常相似。业务流程和业务行为之间的主要区别在于，业务行为理论假设每个人的行为以及每个业务行为都遵循某些标准模式和阶段，使业务行动理论特别适用于识别流程、界定这些流程（即：确定一个流程在哪里停止而另一个在哪里开始）以及将流程划分为子流程或其变体。模式和阶段有助于根据模式确定哪些（子）流程应该存在，以及由于从一个阶段到另一个阶段的过渡，一个（子）流程在哪里结束。一旦设计了动作结构，就可以利用业务流程和业务动作之间的高度相似性，从中派生出业务流程架构。基于行动的方法的主要组织概念是“行动”，不同的方法区分不同类型的行动。尽管如此，所有基于动作的方法都使用每个动作都经过多个阶段的想法。但是，这些阶段的确切数量和定义因方法而异。不同的、基于动作的方法区分不同类型的动作之间的关系。基于动作的方法在流程架构与动作结构相关的方式上有很大的不同。

 

首先，在如何理解业务流程概念的作用方面，方法有所不同。大多数方法使用基于操作的方法而不是业务流程。只有一种方法讨论了业务流程和行动之间的关系。粗略地说，这种方法将动作等同于过程，以便可以使用动作来识别流程。其次，这些方法在所设计的行动结构的范围方面有所不同。当业务流程架构专注于在某个范围内构建所有业务流程时，操作结构的范围可能会有所不同。针对高级业务功能（例如采购）或工作流程（例如招聘新员工）执行案例研究。

 

基于对象的方法

 

在基于对象的方法中，首先设计一个业务对象模型，例如以UML类图的形式。随后，通过研究组织中存在的业务对象及其相互关系来设计业务流程架构。基于对象的方法中的主要组织概念是“业务对象”。在这两种确定的方法中，考虑了三种类型的业务对象：“永久对象”、“案例对象”和“其他对象”。永久对象是组织中生命周期相对较长的业务对象，例如大多数企业中的“客户”。通过确定这些对象可能发生的情况并定义支持这些操作的流程，可以从永久对象中识别流程。例如，新客户可以到达或购买东西，从而导致需要注册新客户的流程和销售流程。案例对象是指导业务流程执行并因此直接标识业务流程的对象。案例对象的一个示例是“订单”或“应用程序”。对象建模本身就是一门学科。现有的许多对象建模技术区分了业务对象之间的许多不同类型的关系。其中一些关系在设计流程架构的上下文中特别有趣。永久对象和案例对象之间的关系可用于识别流程的逻辑组。一个或多个业务对象的状态之间的关系可用于界定或关联业务流程。

 

基于功能的方法

 

在基于功能的方法中，设计了功能层次结构，它表示将业务功能分解为更详细的业务功能。因此，基于功能的方法中的主要组织概念是“业务功能”，它被定义为组织的能力，例如“生产”或“采购”。所考虑的这种关系始终是分解关系。随后可以根据功能层次结构构建业务流程架构。使用业务功能识别流程的好处在于，与业务流程相比，业务功能识别起来相对简单且稳定，因为它们关注的是企业做了什么，而不是企业如何完成它。因此，业务功能可以说是设计业务流程架构的良好起点。业务流程和功能的二元性是众所周知的，并且经常在业务流程建模框架中使用。

 

大致有两种方法可以将功能层次结构与业务流程架构相关联。首先，功能层次结构可以是组织业务流程的主要方式。在这种情况下，功能被分解为更详细的功能，直到达到所选的分解级别，从该级别将功能进一步分解为流程。在这种情况下，业务流程根据它们所属的功能进行组织。其次，功能和流程都可以通过分解关系组织成层次结构，应该紧密对齐。

 

基于参考模型的方法

 

在基于参考模型的方法中，现有的业务流程架构、参考模型被重用并适应设计一个新的业务流程架构。在一定程度上，基于参考模型的方法与其他方法正交，因为参考模型本身可以使用这些方法之一开发。许多基于参考模型的方法是按功能组织的。基于参考模型的方法的主要好处是从现有模型开始可以节省大量时间。此外，参考模型旨在提供一组最佳实践，因此可能会带来更好的设计。参考模型的重点是呈现业务流程模型的集合，而不是构建集合本身的业务流程架构。

 

在大多数情况下，业务流程架构是参考模型的副产品，尽管有时会单独考虑和发布它。在业务流程参考模型的关联中，业务流程架构通常被称为业务流程（架构）框架，采用分类的形式。区分分类的是用于分类的概念，分类中元素之间的关系以及规范中抽象级别的规范。在业务流程架构中对业务流程进行分类的两个最常用的概念是业务功能和行业细分。此外，可以基于基于共识而不是单个概念的预定义分类来进行分类。APQC的流程分类框架定义了这样的分类，参考模型中业务流程之间最突出的关系则是泛化和分解。