前页 | 后页 |
建筑过程
需要一种架构过程或方法来规定应该开发架构的方式。并非所有框架都提供定义的过程,并将其留给组织来创建和配置自己的过程。可以使用Enterprise Architect在任何详细级别上定义流程,并使用对子图功能的深入分析可以详细说明流程的各个方面。 UML活动图可用于创建一套表达架构创建过程的图,包括过程,任务,输入和输出以及执行过程中各个步骤的人员。 Enterprise Architect还具有一个称为软件过程工程元模型(SPEM)的扩展,如果需要,可用于非常严格地定义过程。在大多数情况下, UML活动图足以创建详细的流程。
了解更多: 活动图
基线架构通常很难证明对目标架构和路线图有更大兴趣的执行和管理级利益相关者。基线体系结构的重要性在于确定起点,以允许定义到目标体系结构的过渡。通常情况下,会存在文档和模型,可以对其进行挖掘以收集材料以填充基线存储库。例如,大多数组织在进行现有流程建模方面至少进行了两次尝试,这可能是业务重新设计工作的一部分,并且经常会存在一个或多个信息模型和硬件图。
Enterprise Architect可以用于从其他存储库导入现有内容或模型,并可以对可以构成信息体系结构描述基础的数据模型进行反向工程。
目标架构对于高管和直属经理至关重要,因为它们定义了可以实现业务战略并为企业创造价值的架构。一旦了解了这些内容,并且在基础架构中进行了足够详尽的阐述,架构团队就可以着手解决更困难的任务,即定义过渡架构并创建路线图,该路线图将规定实践中如何使用过渡步骤实现目标架构。
Enterprise Architect具有广泛的工具,可以为所有架构领域(包括业务,信息,应用程序,技术和其他架构,包括安全,地理空间和社交架构)定义目标架构。可以以广泛的可视化和样式创建和呈现图表,以便与执行人员和实施利益相关者都相关。诸如规范管理器和列表视图之类的工具提供了用于在吸引人的文字处理器或电子表格视图中使用目录的工具。可以使用“关系和差距分析矩阵”和“可追溯性”窗口来分析影响和关系。
过渡架构是从基准架构到最终目标架构的垫脚石,理论上是目标架构本身。它们代表了从当前状态到有志向未来状态的实际步骤,并且通常表示为项目或实施阶段的项目阶段。
Enterprise Architect允许在要创建的路线图序列中定义和关联过渡架构,以便可以可视化和计划从一个状态到下一个状态的过渡。可以定义任意数量的路线图,并且它们可以用于所有体系结构领域,因此可以有功能,应用程序和技术路线图。
了解更多: 路线图