功能和应用

企业架构与任何类型的设计实践一样，需要上下文或参考点。能力模型是描述体系结构的一个非常有用的起点，因为它通常很容易获得（或者，如果不是，它相对容易构建），并提供了业务和信息技术学科之间的虚幻桥梁。商业界隐含地理解这个模型并且它具有与组织无关的优势——它可以在不参考或不依赖于过程模型的情况下进行设计。虽然可以将架构工作固定到过程模型，但这通常充满与模型相关的问题，例如：

• 创建过程模型通常很耗时
• 定义需要访问经常很忙的操作人员
• 过程模型是不稳定的，并且在完成之前经常发生变化，并且
• 过程模型维护成本高且耗时

战略计划为企业设定了三到五年的发展方向，而这份文件——连同年度更新或年度业务计划——将成为衍生能力的源。大量A功能将跨越业务线，因此很难找到一个负责它们的所有者或经理。 Enterprise Architect可用于创建图表，为一系列利益相关者提供清晰的信息，包括高级管理人员、业务线经理和高级信息技术人员。战略计划可以建模为实际工件，并且可以超链接到外部文档存储库中这允许建筑师使用工件作为战略计划的替代品，并将驱动因素和目标链接到文档，这反过来又可以与能力相关联。

Enterprise Architect基线架构，通过描述现有应用程序提供功能，或通过规定将提供该功能的应用程序来定义状态。无论架构的目的是什么，这些功能都为应用程序提供了一个健全且业务驱动的锚点。

能力是由一系列业务、信息技术和人员变动提供的，因此Enterprise Architect通常会参与一系列活动，其中可能包括变更管理、员工培训、信息管理以及应用程序和技术堆栈的变更。