Atitit.研发管理---TOGAF架构跟 （ADM开发方法）总结

Posted 2020-09-21

Atitit.研发管理---TOGAF架构跟 （ADM开发方法）总结

 

1. TOGAF是在过去二十年间出现的企业架构框架 1

2. TOGAF内容结构 1

3. TOGAF 实现过程 2

4. 參考 4

 

1. TOGAF是在过去二十年间出现的企业架构框架

。其目标是成为 EA 开发的标准。

TOGAF 是由 Open Group consortium 成员创建的， TOGAF 不是一開始就体现总体的 EA 焦点。

最初。TOGAF 仅仅包含技术架构(版本号 1 到 7)。然而，近期该框架中增加了业务架构领域(版本号 9。Enterprise Edition)，这高速地将 TOGAF 推向当今 EA 框架选择的第一把交椅。

TOGAF的各部分内容以及他们之间的关系通过例如以下的示意图进行了表述：

 

作者::老哇的爪子Attilax艾龙，EMAIL:[email protected]

转载请注明来源：http://blog.csdn.net/attilax

 

2. TOGAF内容结构

 

 

TOGAF的内容被分为三个主要部分：

· TOGAF能力框架（TOGAF Capability Framework）：为了在一个企业中有效地操作企业架构并使其发挥最大的效能。一系列适当的组织结构、流程、技能、角色和责任须要被定义并结合起来。而TOGAF的能力框架正为怎样组织好这些元素提供了指南。

· TOGAF架构开发方法和内容框架（TOGAF ADM（Architecture Development Method）& Content Framework）：此部分是TOGAF的核心部分，它包括了两个方面的内容。当中架构开发方法是TOGAF针对企业架构建设方法的论述，它以一个循环 迭代模型为基础将企业架构的建设过程划分为前后衔接的若干步骤，并对每一个步骤的输入、输出以及所採用方法都进行了详尽的阐述；作为新晋的内容框架部分，它 针对企业架构中所包括的各种工作产品以及他们之间的关系作出了具体的描写叙述。

· TOGAF企业连续体和工具（TOGAF Enterprise Continuum and Tools）：企业连续体是企业架构资源库的一张视图，它为企业中的各种架构和解决方式制品提供了一种分类和组织的方法。企业架构过程是一个动态的过程。 因而这一针对工作制品进行组织分类的方式也不不过一个静态方法，还是一种可以随着企业架构演进而变化其分类方式的动态方法。在此方法的视角中，随着企业 架构的演进发展，其内容也从通用走向特化，其具体程度也由简略转为详尽，而随着实践的沉淀。原来特化的架构或解决方式制品也可能成为在更广泛范围内通用制 品。除此之外，该部分内容还提供了几个用于帮助企业架构建设的參考模型以及其它的一些辅助工具。

 

3. 　TOGAF 实现过程

架构开发方法为实现和运行组织的企业架构提供完整的指导。该过程包含闭合循环中的多个，连续的阶段。

图 1：TOGAF 架构开发方法(Architecture Development Method，ADM)

　　初期的目标是确定实现过程涉众，而且让它

过程的阶段 A 用于明白 EA 远景。架构远景(Architecture Vision )工件利用业务推动者明白企业架构工作的目的。而且创建基线和目标环境的粗略描写叙述。假设业务目标不清楚，那么该阶段中的一部分工作是来帮助业务人员确定其 关键的目标和对应的过程，这些企业架构都必须支持。相同是该阶段中生成的架构工作描写叙述(Statement of Architectural Work)。勾勒出 EA 的范围及约束。而且表示出架构工作的计划。

　　阶段 B 用于详述关于业务领域架构的工作。架构远景(Architecture Vision) 中概括的基线和目标架构在此被具体说明。从而使它们作为技术分析的实用输入。业务过程建模、业务目标建模和用例建模是用于生成业务架构的一些技术。这又包 含了所期望状态的间隙分析。

　　阶段 C 涉及应用和数据(信息)架构的交付。该阶段利用基线和阶段 A(Architecture Vision)中開始的目标架构，以及业务间隙分析(业务架构的一部分)的结果。在范围内，并依据架构工作描写叙述(Statement of Architectural Work )中所概括的计划，为眼下和展望的环境交付应用及数据架构。

　　阶段 D 利用技术架构的交付完毕了 TOGAF ADM 循环的具体架构工作。

如前面的阶段里。间隙分析和草案架构用作基线，因为初期对架构指导原则达成一致。建模标记，比如 UML，在此阶段中被积极地使用。从而生成各种观点。

　 　阶段 E 的目的是阐明目标架构所表现出的机会。并概述可能的解决方式。此阶段中的工作环绕着实现方案的可行性和有用性。此处生成的工件包含实现与移植策略 (Implementation and Migration Strategy)、高层次实现计划(High-level Implementation Plan)，以及项目列表(Project List)，还有作为实现项目所使用的蓝图的已更新的应用架构。

　 　阶段 F 将所提议的实现项目划分优先级，而且运行移植过程的具体计划和间隙分析。该工作包含评估项目之间的依赖性。而且最小化它们对企业运作的整个影响。在此阶段 中。更新了项目列表(Project List)，详述了实现计划(Implementation Plan)，而且将蓝图传递给了实现团队。

　 　随着项目列表的稳定，重点就移动到为每一个实现项目明白更详细的目标和推荐。在阶段 G 中。建立起了治理架构(TOGAF)和开发组织之间的关系(比如，可能由 RUP 和项目管理知识体系((Project Management Body of Knowledge，PMBOK) 的组合，或其它项目管理方法所规定)，而且在正式的架构治理下实现所选的项目。

阶段的交付内容是开发组织所接受的架构契约(Architecture Contracts)。

阶段 G 终于的输出是符合架构的解决方式。

　　阶段 H 中的重点转移到实现的解决方式的交付所达到的架构基线的变更管理。

该阶段可能会生成为企业架构工作的后继循环设置目标的 架构工作请求(Request for Architecture Work)。

 

4. 參考

企业架构研究总结（18）——TOGAF总论及架构开发方法（ADM）概述 - 推酷.htm

TOGAF架构开发方法论ADM简单介绍_IT168 技术开发.htm