架构进程

需要一个架构流程或方法来规定架构的开发方式。并非所有框架都提供定义的流程，让组织来创建和配置自己的流程。 Enterprise Architect可用于在任何细节级别定义流程，并且使用向下钻取子图特征，可以详细说明流程的更细化方面。 UML活动图可用于创建一套图表，表达架构创建的过程，包括过程、任务、输入和输出，以及执行过程中各个步骤的人员。 Enterprise Architect也有一个名为 SoftwareEngineering进程(SPEM) 的扩展，如果需要，它可以用来非常严格地定义流程。在大多数情况下， UML活动图足以创建详细的过程。

了解更多： 活动图表

对于那些对目标架构架构路线图有更大兴趣的人，通常难以将其基线为执行和管理级别的利益相关者。基线架构的重要性在于建立允许定义转换到目标架构的起点。通常情况下，存在可以挖掘的文档和模型以收集材料以填充基线存储库。例如，大多数组织已经至少尝试过对现有流程进行建模，这可能是业务重组工作的一部分，并且通常会存在一个或多个信息模型和硬件图。

Enterprise Architect可用于从其他存储库导入现有内容或模型，并对可构成信息架构描述基础的数据模型进行逆向工程。

目标架构对于高管和直线经理至关重要，因为他们定义了将实现业务战略并为企业创造价值的架构。一旦知道了这些并且在基线架构中进行了足够详细的阐述，架构团队就可以着手定义过渡架构和创建路线图的更艰巨的任务，该路线图将规定如何使用过渡步骤在实践中实现目标架构。

Enterprise Architect图表广泛的工具，允许为所有架构域定义目标架构，包括业务、信息、应用程序、技术、安全、地理空间和社会架构。风格，与执行和实施利益相关者相关。规范管理器和列表视图等工具使您能够在吸引人的文字处理器或电子表格视图中处理目录。影响和关系可以使用关系和间隙分析矩阵和可追溯性窗口进行分析。

转移

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

Enterprise Architect允许转移

架构要在一系列要序列的路线图中进行定义和关联，以便可以可视化和计划从一个状态到下一个状态的转换。可以定义任意数量的路线图，它们可以用于所有架构域，例如，可以有能力、应用和技术路线图。

了解更多： 路线图图表