架构级别

企业具有复杂且典型的层次结构，您将需要在此结构的离散级别上创建架构。这种架构层次结构类似于目标和能力的层次结构，并且直观地与战略、计划和项目级别的划分保持一致。在小型组织中，可能可以创建一个涵盖战略级别和项目或能力级别的单一架构，但在任何可观规模的企业中，通常至少需要三个单独的级别。关卡的命名受到 The Open Group架构框架(TOGAF) 的影响。

• 战略 - 3 - 5 年的长期
• 战术 - 1 - 2 年的中期
• 解决方案 - 短期 6 - 12 个月

Enterprise Architect有许多有用的特征，它们将帮助架构程序划分和维护架构的这些级别及其相互关系。

战略

战略架构描述战略计划和举措，通常运行数年而不是数月。 A架构将提供一个长期计划，通常是对未来三到五年的看法；对于不受动态和破坏性环境影响的行业或企业而言，这一时期可能会更长。战略架构必须支持（或符合）企业的战略目标，而战术和解决方案架构必须有助于实现战略架构或运行无法获得资金的风险。

Enterprise Architect可用于定义和管理战略级架构，还可以帮助确保战术和解决方案架构保持一致以支持战略方向。策略建模技术有很多工具可以利用，比如平衡记分卡图，可以帮助识别与信息技术相关的目标。有许多工具，包括关系矩阵、图表和可追溯性窗口，可用于显示业务、信息、应用程序和技术架构的元素之间的关系，并确保它们都对战略目标的实现。

战术上的

战术架构描述了有助于将战略级架构划分为可管理组的中期计划。它们通常可以运行数年，并代表如何实现与其相关的战略架构中表达的目标的投资组合或程序级计划。它们充当组织解决方案级计划并确保开发最终创造业务价值的能力的框架。

Enterprise Architect有工具来支持战术级架构，并确保战略级架构的划分——进而划分到解决方案级架构——可以可视化。路线图图表可用于所有级别战术架构，包括业务、信息、应用程序和技术架构，显示项目组合或项目级别的计划时间顺序。

解决方案

解决方案架构描述了通常可以在几个月而不是几年内完成的特定项目或能力级别的计划。从业务角度来看，他们通常专注于特定的问题或机会。同样，从技术层面来看，它们通常涉及信息、应用程序和技术领域的一部分，但在某些情况下可能需要解决其中的一些问题。

Enterprise Architect拥有丰富的工具集，可以在解决方案架构级别提供帮助，从定义业务目标和目标并将它们与信息和应用程序组件相关联，到支持应用程序的技术设备。业务架构可以使用定义和管理刻板印象和配置文件来创建业务驱动因素、目标和目的的表示，并且可以使用从模型自动发布的图表、矩阵和文档向利益相关者展示这些。 Schema 编辑器、数据库和UML类图等工具将协助使用 Information架构，并且创建的元素可以与业务架构相关联。应用程序服务、应用程序和接口可以被建模，它们彼此之间以及与业务和技术架构的元素的关系可以被定义和呈现在各种视觉上引人注目的表示中，例如图表、矩阵和列表。可以管理技术服务和技术节点和设备，并且在适用的情况下，它们可以从技术参考模型中获得。

Enterprise Architect也可以作为架构需求管理的平台，可以关联到构成业务、信息、应用、技术等特定架构的元素。有效且灵活的看板功能可用于管理这些项目并确保及时交付业务价值。