TOGAF介绍
TOGAF始于1995年，基于美国国防部的信息管理技术架构框架（Technical Architecture Framework for Information Management, TAFIM），是由The Open Group组织管理并维护的，The Open Group是提供一个开放、供应商中立的技术标准，并对开发企业架构做认证。
现在，在我们详细介绍架构开发方法之前，让我们快速浏览一下 TOGAF 的背景。因此，TOGAF 的开发始于 1995 年，框架本身由一个名为 The Open Group 的组织管理。现在，该组织的目标是 开发一个开放的、供应商中立的技术标准，以及开发企业架构的认证。The Open Group 是一个全球联盟包含用户、来自不同行业的供应商以及学术界成员。现在，随着过去几十年的发展，TOGAF 变得非常全面。
TOGAF是一个架构框架，作为一种工具，用来帮助架构的接受、创建、使用和维护，基于一个迭代的过程模型，包括最佳实践和可重用的已有架构资产支持。
架构开发方法ADM
架构开放方法ADM是一种用来获得特定组织企业架构的方法，特别应对业务需求而设计，描述了：
一种可靠的，经过验证的开发和使用企业架构的方式一种在不同维度（业务、应用、数据、技术）上开发架构的方法对架构开发工具提供一些指导策略。简单说，ADM对于甲方企业而言，帮助企业从愿景到实现的一套完整的方式，帮助企业实现业务架构、数据架构、应用架构和技术架构。对乙方企业而言，作为解决方案实施方法论的指导框架。
ADM通常有九个阶段：架构愿景、业务架构、信息系统架构、技术架构、机会及解决方案、迁移规划、实施治理、架构变更管理。
每个阶段都需要提供交付物，每个阶段都需要迭代完成，同时整个架构周期也是迭代循环的。
针对每个阶段的交付工作，TOGAF提供了指南和最佳实践。TOGAF还提供了架构内容框架，包含交付物的框架。
阶段A架构愿景：
了解并描述了要用体系结构解决的问题。需要考虑架构为公司增加的价值，即希望通过架构提供的业务价值的所谓高层次理想愿景。
在定义架构的商业价值时，需要根据战略目标并察看市场驱动因素。
架构愿景阶段的核心工作成果是架构工作声明，可以将架构工作的陈述与项目章程进行比较，通过架构工作的陈述，介绍架构工作的原因、范围和期望。
阶段B业务架构：
创建工作产品，重点关注公司的业务方面和业务能力。
需要重新审视各自市场中的业务目标、目的以及战略驱动因素。并了解架构背后的业务动机是什么，如何通过架构支持公司的业务目标？还需要了解组织架构，包括对架构工作感兴趣的利益相关人，并决定如何处理这些利益关系人的利益。
阶段C信息系统架构：
这个阶段结合了数据维度和应用维度。需要从数据和应用程序角度描述体系结构的 IT 环境。
需要创建的典型输出物是一个解决方案概念图，概述了所建议体系结构的基本构建块。还需要概念数据图的帮助下描述需要处理的信息。
在从应用程序域的角度描述您的体系结构时，需要了解现有的 IT 环境。并用架构体系描述现有的 IT 环境；根据体系架构的陈述中定义应该满足所需业务需求的目标体系结构。
阶段D技术架构：
在此阶段，需要从部署角度描述体系结构，同时考虑硬件和软件组件。
数据和应用程序的描述将映射到相应的技术组件，如运行时环境或硬件组件。
这个阶段可以考虑使用基础架构即服务提供商或平台即服务提供商的某些服务，并在此处开始映射和使用这些技术组件。
在此阶段创建的典型工作产品是环境部署图，将体系结构构建基块映射到特定的解决方案组件。
