在TOGAF 9之前的版本中，TOGAF的重点主要集中在企业架构开发方法方面，用于指导其使用者如何在各自的组织中对企业架构进行创建和维护，而对于企业架构的具体内容并没有相关的论述，因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架（例如Zachman框架）进行配合。可以说在TOGAF 9出现之前，TOGAF不能算是一个完整的企业架构框架，而随着内容框架（Content Framework）的引入，以及企业架构开发方法与该内容框架的相互结合，TOGAF已经可以说已经成为一个独立完备的企业架构框架标准了。如前所述，企业架构开发方法描述了一个流程，在这个流程的帮助之下，企业得以从一个基线状态过渡到符合其战略目标的目标状态，并且这个流程还是一个动态的过程，具有对外界环境变化的自适应特性，从而保证企业能够按照一种适应性很强的方式进行有序、透明的演进。架构开发方法过程中的每个阶段都会需要一定的信息作为输入，并通过一定的开发步骤产生一系列具有特定意义的输出，而这些输入与输出信息要如何进行定义、组织和表达呢？在TOGAF 9中用于解答这一问题的部分就是内容框架，它为这些信息的结构化组织、定义和表达提供了一套完备的框架，从而其使用者能够清楚地理解企业架构的内容。可以说，企业架构开发方法对为了创建和维护一个企业架构需要做些什么进行了描述，而内容框架则描述了一个企业架构看起来应该是什么样子。需要注意的是，虽然企业架构开发方法与内容框架之间有着很好的契合性和关联性，但两者在TOGAF中是相互独立的两个部分，并且作为一个开放的标准，TOGAF并不强制要求两者必须配对使用，像以往那样采用架构开发方法和其他框架（Zachman框架）进行配合的方式也是不受限制的。此外，由于内容框架对于企业架构的内容作了详尽的定义和组织，再加上其与架构开发方法过程之间的相互联系，内容框架本身也可以作为企业架构开发方法与其他具有架构内容描述的框架进行合作的良辅。

       内容框架对企业架构开发方法中各阶段的输入和输出信息进行了分类总结，并通过内容元模型（Content MetaModel）对构成企业架构内容的各个元素（即企业架构中的各个构建块的类型）以及他们之间的关系进行了定义。内容框架虽然在TOGAF中是一个相对独立的章节，但是它与作为TOGAF核心内容的架构开发方法并不是相互隔绝的。为了表述这两者之间的关系，内容框架中针对其内容的描述采用了一种与架构开发方法的各阶段相映射的方式进行组织的，即对架构开发方法的各个阶段所产出的企业架构内容具体是什么进行描述（需要注意的是，虽然企业架构开发方法各阶段都有着明确的输入与输出产物的定义，但是这些并不是构成企业架构内容的精髓，企业架构内容还是应该是以各种可重用的构建块为核心的）。

       企业架构开发方法和内容框架的结合使TOGAF成为一套完整的企业架构框架标准，其中内容框架对于企业架构内容的描述可以说是将在企业中客观存在的各种构建块进行了抽象和组织，而这种抽象和组织的方式是通过内容元模型来进行定义的。虽然针对企业架构内容的定义非常重要，但是同样重要的还有如何对企业架构的内容进行利用。企业架构的核心目标是为具有不同视角的干系人根据其关注点提供准确的视图，从而使得不同的干系人虽然采用了不同的观察角度和描述方式，但的确是在为共同的目标而进行着无障碍沟通和协作。为了达到这一目标，内容框架对于各种视角（ViewPoint）从表现形式和内容方面都进行了归纳总结，并对一些视图的开发也提供了建议和指南。需要注意的是，TOGAF是一个通用性的标准，它的内容不可能涵盖企业中所有的视角，因而在具体实践中，各个企业完全可以根据自身需要对这些视角进行引用、修改和组合，从而总结出适合的视角，并借此开发出相应的视图，从而满足企业中具体干系人的需要。

       下图展示了内容框架中各方面内容与企业中客观存在的各种资源之间关系，以及企业架构的内容是如何在内容框架的组织下为各个干系人提供帮助的：

内容框架与外界的关系

1. 企业架构工作产品分类

在内容框架之中，企业架构开发方法过程中所涉及到的各种工作产品被归纳为如下几种：

• 架构交付物（Architecture Deliverables）：架构交付物是由合同指定并被相关干系人轮流进行正式的审查和签字认可的工作产品。这些交付物代表着各个架构项目的输出，以及那些在一个项目完结时以文档形式进行交付的，或者作为参考模型、标准或在某一时点的架构情景快照（snapshot of the Architecture Landscape）而被过渡到架构资源库中的工作产品。
• 架构制品（Architectural Artifacts）：与架构交付物相比，架构制品是一个从某个特定视角进行架构描述并具备更细粒度的工作产品。例如，网络图、服务器说明、用例说明、架构需求列表以及业务交互矩阵等。就表现形式来讲，架构制品的内容可以通过目录、矩阵和图形这三种方式来表述。通常情况下，一个架构交付物可以包含多个架构制品，而架构制品也可能会出现在多个架构交付物之中，并且架构制品也将会形成架构资源库的内容。
• 构建块（Building Blocks）：构建块代表着业务、IT或者架构能力的一个组件，并且可以与其他构建块组合在一起来对各种架构和解决方案进行交付。根据所处的架构开发阶段的不同，构建块能够在多个详细度层次上进行定义。例如，在架构开发的早期阶段，一个构建块可能仅仅包含一个名字或一个概要描述，而随着架构开发过程的演进，此构建块可能会被进一步分解为若干具有详尽描述的支持性构建块。从内容和所面对的问题上看，构建块可以被进一步分为如下两种：
• 架构构建块（ABBs：Architecture Building Blocks）：此种类型的构建块一般用于描述各种需要的能力，并对其后的解决方案构建块的轮廓进行了勾勒。例如，企业中的一个客户服务定义了实现这项能力的各种需求，而对于它的真正落实就需要若干解决方案构建块在各方面（流程、数据以及应用软件等）将这些需求映射到具体的实现技术之上了。
• 解决方案构建块（SBBs：Solution Building Blocks）：此种类型的构建块代表了用于实现各种需求（由架构构建块定义）的具体组件。

企业架构工作产品关系

       以上三种工作产物虽然在内容和产生背景上有着很大的不同，但是他们之间却有着非常紧密的联系。构建块可以说是企业架构资源库的核心内容，并且也是企业架构过程的终极目标产物，因而把其称为企业的模型（在某些方面，例如可充用业务、IT等方面）也并不为过，而架构制品则可以看成此模型在某个角度的各种视图，属于架构描述的范畴。架构交付物比较特殊，它与架构开发方法各阶段紧密相连，并作为各个阶段的输入与输出载体而存在着。