第1章企业架构开发方法（ADM）概述1.1认识TOGAFTOGAF（The Open Group Architecture Framework）起源于美国国防部的信息管理技术架构框架（TAFIM，Technical Architecture Framework for Information Management），在获得美国国防部的允许之后，借助美国政府大笔资金投入，并经过多年的探索后，最终于1995年发布了TOGAF 1。

发展至今TOGAF已经发布到了第九个版本，即TOGAF 9（目前最新的版本是2011年发布的TOGAF 9.1）。

TOGAF是众多企业架构框架理论中的一种，它为一个企业或组织对于企业架构的接受、创建、使用和维护提供了一系列辅助方法和工具。

同时，TOGAF还是一个基于迭代过程模型的企业架构框架理论，支持该过程模型的重要基础是全球最佳实践，以及一系列可重用的现有企业资产。

总的来说，TOGAF的内容涵盖了企业架构生命周期中的方方面面，尤其是通过在2009年发布的第九版中引入了内容框架，在有关架构内容描述和指导方面填补了以往的空白。

在TOGAF 9中，The Open Group将TOGAF的各部分内容以及他们之间的关系通过如下的示意图进行了表述：图表TOGAF 内容结构图TOGAF所包含的各种企业架构相关方法与工具在企业的业务愿景、驱动力和业务能力之间建立起了一座沟通的桥梁，促进企业业务能力的实现和发展，而且经过长期的运营，企业的业务能力又为企业的业务愿景反馈了新的需求和发展推动力。

TOGAF内容分为：1、TOGAF能力框架（TOGAF Capability Framework）：为了在一个企业中有效地操作企业架构并使其发挥最大的效能，需要定义一系列适当的组织结构、流程、技能、角色和责任，并将它们进行结合。

TOGAF的能力框架为如何组织好组织结构、流程、技能、角色和责任提供了指南。

2、TOGAF架构开发方法和内容框架（TOGAF ADM（Architecture Development Method）& Content Framework）：是TOGAF的核心部分，它包含了两个方面的内容。

其一，架构开发方法是TOGAF针对企业架构建设方法的论述，它以一个循环迭代模型为基础将企业架构的建设过程划分为前后衔接的若干步骤，并对每个步骤的输入、输出以及所采用方法都进行了详尽的阐述；其二，作为的内容框架部分，它针对企业架构中所包含的各种工作产品以及他们之间的关系作出了详细的描述。

3、TOGAF企业连续序列和工具（TOGAF Enterprise Continuum and Tools）：企业连续序列是企业架构资源库的一张视图，它为企业中的各种架构和解决方案制品提供了一种分类和组织的方法。

企业架构过程是一个动态的过程，因而这一针对工作制品进行组织分类的方式也不仅仅是一个静态方法，还是一种能够随着企业架构演进而变化其分类方式的动态方法。

在此方法的视角中，随着企业架构的演进发展，其内容也从通用走向特化，其详细程度也由简略转为详细，而随着实践的积累，原来特化的架构或解决方案制品也可能成为在更广泛范围内通用制品。

除此之外，该部分内容还提供了几个用于帮助企业架构建设的参考模型以及其他的一些辅助工具。

上述三个部分的内容相对比较独立，其中能力框架方面的内容着重于帮助企业更好地使用企业架构，架构开发方法和内容框架着重于帮助企业提高其企业架构建设和维护过程的标准化水平和执行效率，而企业连续序列以及各种方法工具则更关注于为企业在企业架构的开发、使用和维护过程中提供参考和最佳实践。

虽然这三个部分相对独立，但是一个优良的企业架构的创建、使用和维护是他们三者紧密配合、相互作用的结果。

不过作为一个开放且灵活的企业架构框架标准，TOGAF并不要求所有引入它的企业都必须一个不漏的照搬这三个部分的内容，而是可以根据各自的需要选择相应的部分进行采用，即便是已经建立了企业架构的组织（哪怕他采用别的框架理论来创建其企业架构）也可以将TOGAF中的内容与当前企业架构进行融合。

1.1.1现有的企业架构框架1.1.1.1Zachman框架Zachman框架起源于John Zachman先生在1987年完成的那篇著名的信息系统架构论文（《A framework for information systems architecture》），并一直发展至今。

在这篇论文中Zachman先生以修建房屋为例从两个维度将与信息系统架构设计相关的各种元素归纳到如下表格之中：表格中的每一行代表了在信息系统构造过程中所涉及到的不同的干系人在描述信息系统时所采用的视角，具体表述：1、范围/规划师（Planner）：包括整个信息系统描述所处的环境上下文、产生于内部与来源于外部的各种约束，以及其他视角下对信息系统的描述所需要考虑的相关构成部分的列表。

2、业务模型/拥有者（Owner）：有关最终产品的概念视图，反映了最终产品的使用特性，即用户准备如何对最终产品加以使用。

具有此视角的干系人包括最终产品的客户或用户。

3、系统模型/设计师（Designer）：有关最终产品的逻辑视图，反映了最终产品的本质规律以及逻辑约束。

具有此视角的干系人包括工程师、架构师以及能够将期望所得与现有的物理、技术上的实现联系起来的各种中间人。

4、技术模型/建造者（Builder）：反映了在产品构建过程中现有技术的物理约束。

具有此视角的干系人包括制造工程师、总承包商以及具有生产最终产品所需的技术能力的组织或人员。

5、详细表述/分包者（Sub-Contractor）：关于为了达到生产目的而对复杂对象进行分解的详细描述，这些内容在从设计媒介到最终产品媒介的转换中起着非常重要的作用。

例如，用于将技术模型中所阐述的技术约束与供应商为所提供的产品联系在一起的产品规格说明。

6、产品/运行中的企业（Functioning Enterprise）：在1987年的论文（《A framework for information systems architecture》）中并没有这一行的内容，实际上此行的内容也并不在架构描述的范畴的之内，不过为了使得架构Zachman框架对于架构的表述更加完备，这一行最终还是被加了进去。

这一行的内容代表了最终产品，是架构在客观现实中的实例体现。

例如，对信息系统架构来说，此行的内容就是最终产出的信息系统，同理，对于企业架构来说，这一行所代表的就是运行中的企业本身。

简而言之，前面五行的内容是对于客观对象的描述，而这最后一行的内容就是客观对象本身了。

表格中的每一列代表了用于描述信息系统的某一个方面。

在Zachman先生看来，对于任何一个事物只要在几个基本方面对其进行清晰的解释就足将其描述清楚，而且几千年来人类自然语言的特性也证明了这一结论。

这些方面包括：1、数据（What，即什么内容）：用于表示客观对象的材料组成，即材料清单。

对于企业来说，此部分内容就是组成事物模型（Thing Model，之所以将其称为组成事物模型而不是数据模型是因为由于不同的行代表了不同的视角，而仅在设计师所处的第三行才会关注真正信息化意义上的“数据模型”，因而在此才使用“组成事物”来对所有视角在此列中的描述对象进行指代）。

2、功能（How，即如何工作）：用于表示功能和转换行为。

对于企业来说，这部分内容就是流程或功能模型等。

3、网络（Where，即何处）：用于表示各组成部件的坐落位置以及相互之间的联通关系。

对于企业来说，这部分内容就是物流或网络模型等。

4、人（Who，即何人负责）：用于描述了何人应该做何事，例如用户手册和操作说明等。

对于企业来说，这部分内容就是人力模型或工作流模型等。

5、时间（When，即什么时间）：用于描述事物发生的时间以及不同事物之间的相对时间关系，例如生命周期和时序图等。

对于企业来说，这部分内容就是时间或动态模型等。

6、原因（Why，即为什么做）：用于表示最终结果和意义。

对于企业来说，这部分内容就是动机模型等。

1.1.2TOGAF发展1995年TOGAF Version 1 观念的证明1996年TOGAF Version 2 应用的证明1997年TOGAF Version 3 相关的实际架构（企业连续系列）1998年TOGAF Version4 企业连续系列（TOGAF上下文）1999年TOGAF Version5 业务场景（架构需求）2000年TOGAF Version 6 需要的证明2001年TOGAF Version 7 观念的证明2002年TOGAF Version8 应用的证明2003年TOGAF Version8.1 相关的实际架构（企业连续系列）2006年TOGAF Version8.1.1 企业连续系列（TOGAF上下文）2009年TOGAF Version 9 业务场景（架构需求）1.2架构开发方法（ADM）架构开发方法（ADM，Architecture Development Method）为开发企业架构所要执行各个步骤以及他们之间的关系进行详细的定义，同时它也是TOGAF规范中最为核心的内容。

一个组织中企业架构的发展过程可以看成是其企业连续序列从基础架构开始，历经通用基础架构和行业架构阶段而最终达到组织特定架构的演进过程，而在此过程中用于对组织开发行为进行指导的正是架构开发方法。

由此可见，架构开发方法是企业连续序列得以顺利演进的保障，而作为企业连续序列在现实中的实现形式或信息载体，企业架构资源库也与架构开发方法有着千丝万缕的联系。

企业架构资源库为架构开发方法的执行过程提供了各种可重用的信息资源和参考资料，而企业架构开发方法中各步骤所产生的交付物和制品也会不停地填充和刷新企业架构资源库中的内容，因此在刚开始执行企业架构开发方法时，各个企业或组织常常会因为企业架构资源库中内容的缺乏和简略而举步维艰，但随着一个又一个架构开发循环的持续进行，企业架构资源库中的内容将日趋丰富和成熟，从而企业架构的开发也会越发明快。

架构开发方法（ADM）建立在一个循环迭代的模型基础之上，并且TOGAF还通过定义一系列按指定顺序排列的阶段和步骤来对这一迭代过程进行了更加详尽和标准的描述。

不过需要注意的是，这一迭代过程中所包含的各个阶段以及每个阶段所包含的各个实施步骤并不是绝对不变的；鉴于TOGAF本身的开放性和灵活性，针对架构开发方法中各步骤的执行也具备着很高的灵活性，而这一灵活性通常表现为：1、TOGAF并不排斥组织中对其他企业架构框架理论的引入和使用，因而在多个企业架构框架同时并存的情况下，企业架构开发方法各阶段的输入和输出可以不完全按照TOGAF企业架构开发方法（ADM）的定义，换可以采用适合组织自身情况的其他框架中所定义的相关内容。