功能和应用

与任何类型的设计实践一样，企业架构需要一个上下文或参考点。能力模型是描述体系结构的一个非常有用的起点，因为它通常很容易获得（或者如果不是相对容易构建的话），并提供了业务和信息技术学科之间的虚假桥梁。商业社区隐含地理解这种模式，它具有组织不可知的优点，可以在不参考或依赖过程模型的情况下设计。因此，尽管可以将架构工作固定到流程模型，但这往往充满了问题，包括流程模型的事实：

创建通常很耗时
定义要求访问经常忙碌的业务人员
是不稳定的，并且在完成之前经常发生变化，并且
维护费用昂贵且耗时

另一方面，能力模型相对容易维护，其定义通常不需要访问操作人员，稳定且相对容易维护。能力模型属于业务，其构建通常由业务主导。

战略计划为企业设定了三到五年的发展方向，本文件与年度更新或年度业务计划相结合，将成为推动能力的宝贵资源。大量的功能将跨越业务线，因此很难找到负责它们的单个所有者或经理。Enterprise Architect可用于创建图表，为一系列利益相关者提供清晰的信息，包括高级管理人员和业务线经理以及高级信息技术人员。战略计划可以建模为工件，并在外部文档存储库中超链接到实际文档。这允许架构师使用Artifact作为战略计划的代理，并将Drivers Goals链接到文档，

Enterprise Architect还可用于通过描述提供功能的现有应用程序或通过规定将提供功能的计划应用程序来定义目标状态来定义基准体系结构。无论架构的目的是什么，这些功能都为应用程序提供了良好的业务驱动锚点。

功能由一系列业务，信息技术和人员变更提供，因此企业架构师通常会参与一系列活动，包括变更管理和员工培训，信息管理以及应用程序和技术堆栈更改。