能力与应用

与任何类型的设计实践一样，企业体系结构也需要上下文或参考点。功能模型是描述体系结构的一个非常有用的起点，因为体系结构通常很容易获得（或者，如果不是，则相对容易构建），并且提供了业务和信息技术学科之间的虚幻桥梁。商业社区暗中了解此模型，并且它具有组织不可知的优势-可以在不参考或不依赖流程模型的情况下进行设计。因此，尽管可以将体系结构的工作固定到流程模型，但这经常会遇到诸如流程模型这样的问题：

• 制作通常很耗时
• 定义需要访问经常很忙的运营人员
• 是易变的，并且在完成之前经常更改，并且
• 维护既昂贵又费时

《战略计划》为企业确定了三到五年的发展方向，并且该文件（与年度更新或年度业务计划一起）将是能力发展的宝贵来源。大量功能将跨越业务范围，因此很难找到一个单独的所有者或经理来负责。可以使用Enterprise Architect来创建图表，为包括高级主管，业务线经理和高级信息技术人员在内的一系列利益相关者提供清晰的信息。可以将战略计划建模为工件，并在外部文档存储库中超链接到实际文档。这使架构师可以将Artifact用作战略计划的替代，并将驱动程序目标链接到文档，而文档又可以链接到功能。

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

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