建筑过程

需要一种体系结构过程或方法来规定应该开发体系结构的方式。并非所有框架都提供已定义的流程，并将其留给组织来创建和配置自己的流程。Enterprise Architect可用于在任何详细级别定义流程，并使用向下钻取到子流图功能，可以详细说明流程的更细粒度方面。UML活动图表可用于创建一套表示架构创建过程的图表，包括流程，任务，输入和输出以及执行流程中各个步骤的人员。Enterprise Architect还有一个名为Software Process Engineering Metamodel（SPEM）的扩展，可用于在需要时严格定义流程。在大多数情况下，UML活动图足以创建详细的流程。

了解更多：活动图

对于对目标架构和路线图有更大胃口的执行和管理级别的利益相关者来说，基线架构通常很难证明其合理性。基线体系结构的重要性在于建立起点，以便定义到目标体系结构的转换。通常情况下，将存在可以挖掘以收集材料以填充基线存储库的文档和模型。例如，大多数组织至少有几次尝试对现有流程进行建模，这可能是业务重新设计工作的一部分，并且通常会存在一个或多个信息模型和硬件图。

Enterprise Architect可用于从其他存储库导入现有内容或模型，以及反向工程可构成信息体系结构描述基础的数据模型。

目标架构是高管和直线经理的圣杯，因为他们定义了能够实现业务战略并为企业创造价值的架构。一旦知道这些并且在基线架构中有足够的详细说明，架构团队就可以设定更复杂的任务来定义转换架构并创建路线图，这些路线图将规定如何使用过渡步骤在实践中实现目标架构。

Enterprise Architect具有广泛的工具，允许为所有体系结构域定义目标体系结构，包括业务，信息，应用程序，技术和其他体系结构，包括安全性，地理空间和社交体系结构。可以创建和呈现各种可视化和样式的图表，以便与执行和实施利益相关者相关。诸如规范管理器和列表视图之类的工具提供了在有吸引力的文字处理器或电子表格视图中处理目录的工具。可以使用“关系和间隙分析矩阵”和“ 可跟踪性”窗口分析影响和关系。

Transition架构是从基线架构到最终目标架构的垫脚石，理论上是目标架构本身。它们代表了从当前状态到某些渴望到未来状态的实际步骤，并且通常在实施级别的项目中表示为项目或阶段。

Enterprise Architect允许在一系列路线图中定义和关联过渡架构，以便可以可视化和规划从一个状态到下一个状态的转换。可以定义任意数量的路线图，它们可以用于所有体系结构域，因此可以使用功能，应用程序和技术路线图。

了解更多：路线图