由于业务功能直接源自企业战略计划，并被设计为满足企业的业务战略、目标和目标，因此它们为创建企业架构路线图提供了良好的基础。
什么是业务能力?
业务能力表示一个组织执行产生价值结果的活动的能力。业务功能尽可能用那些业务结果和价值来表示。据我所知，这个概念起源于MODAF，后来被TOGAF采用。
许多企业架构师和组织没有真正地使用它们，但实际上它们正在慢慢地成为通用的EA可交付产品和开发目标操作模型视图的方法。
它们越来越受欢迎的关键在于，业务功能是用业务结果和价值来表达的，而不是纯功能或IT术语(即，不仅仅是业务单元需求或IT解决方案)，从而确保IT与业务保持一致。用结果和价值来表达还意味着业务能力是与客户旅程和战略场景的外部视角相联系的，而不是由内而外的视角。
为了让一个组织执行一项活动，组织的许多部分需要参与。因此，业务能力被建模为其他EA概念的分组，包括以下内容:
- 人
- 组织单位
- 功能
- 流程
- 业务服务
- 信息和数据
- 应用程序服务
- 应用程序
- 基础设施服务
- 基础设施
通过这种方式，业务能力可以被看作是典型企业架构模型的横切部分。
业务能力用于管理战略性业务变化的单位，并为计划和项目组合提供授权。随后，项目将开发一个解决方案，该解决方案将创建一个全新的业务功能，或者通过实现功能增量来更新业务功能。
因此，业务功能和功能增量为EA路线图的开发提供了基础。
业务能力模型
图1:示例业务能力模型来源:UK Government Reference Architecture (UKRA) v1.0
此图说明了业务能力模型的起点。这是一个基于IBM组件业务模型（Component Business Model）风格的静态视图。这是一个非常流行的样式图。
整个矩阵代表了组织执行的所有业务能力。每个单元都是一个业务功能。
这些列通常反映了组织的高水平价值链，或者是对业务有意义的业务能力的主要分组。
这些行反映了业务能力的基本用途，通常有三行:
| Row | Aligned to the Viable System Model (VSM) system type |
| Direct (or Strategy) | System 5 and system 4 |
| Control (or Management) | System 3, system 3* and system 2 |
| Execute (or Operate) | System 1 |
有关VSM的详细信息，可以参考http://en.wikipedia.org/wiki/Viable_System_Model和我以前的博客文章。
业务能力之间也有依赖关系。也就是说，在实现另一个业务能力之前，必须先有一个业务能力。
实现业务策略需要新的或改变的业务能力，但在大多数情况下，我们只是改变了业务能力的某些方面，而不是引入全新的功能。这就是能力增量。
图2:显示业务功能来源的图:TOGAF
上面的图表显示了业务能力和能力增量之间的关系，并且还与企业架构开发方法阶段以及计划和项目组合的工作包的定义相关。
能力增量记录了实现业务或IT策略所需的每个业务功能的变更。
每个业务能力被分解为一个或多个能力增量，这些增量通常在不同的时间点和不同的转换体系结构中实现。每个能力增量代表一个变更单元。
能力增量之间也有依赖性。例如，在实现另一个能力增量之前，必须先实现一个能力增量。
图3:能力依赖模型
上面的图表显示了业务能力之间以及能力增量之间的依赖关系。
可以重新安排能力增量，以显示需要应用它们的依赖顺序。这个序列构成了EA路线图的基础。
图4:EA路线图结构
通常，在EA路线图中表示几个轨道可能是有用的(和策略)。例如，可以为战略变更、业务变更和IT变更引入跟踪，因为可以以一种可以并行实现的方式识别能力增量。
能力增量可以分组到转换架构中。过渡架构于当前状态和未来(目标)状态企业架构模型之间的中间架构模型。转换架构通常与实现中的中间和临时阶段保持一致。
一个或多个功能增量的组将为项目中开发的解决方案或服务提供强制要求。
业务能力模型应该是所有企业架构模型的核心。
通常，架构远景模型或核心模型作为业务能力模型产生，以提供战略视图，帮助组织中的所有涉众对需要做什么和需要更改什么形成共同的理解。
