面向服务架构（SOA）是一种架构模式，开放组织架构框架（TOGAF）是一种架构框架。将二者结合在一起似乎前途一片光明，但是现实生活中真的是这样吗？开放组织肯定是这样认为的——许多开放组的成员一直在努力将两种概念结合起来。很多成员也在SOA/TOGAF实用指南项目上花费了大量的心血，这一项目是SOA工作组在开放组方面实施的众多项目之一。

　　SOA/TOGAF实用指南项目意在TOGAF架构开发方法中开发具体的SOA扩展，该TOGAF架构开发方法是TOGAF组成的核心部分。该实用指南项目的原理是：如果SOA是一种架构模式，这样就有可能利用某种具体的SOA活动和可交付投递，扩展风格独立的TOGAF ADM方法以便生成一个服务定向ADM。

　　为什么SOA专业人员都对TOGAF感兴趣呢？如果你把SOA当作一种技术而不是一个架构，这样在架构框架中就看不到任何价值了。即便把SOA看做是一个架构，你也只是觉得自己在开发并实施SOA,并且在这个过程中没有得到来自TOGAF的任何帮助。那么TOGAF到底有哪些作用呢？

　　在SOA开发和实施过程中使用TOGAF架构开发方法（ADM）

　　例如，美国国防部多年来一直在使用TOGAF，TOGAF已经成为架构开发的行业标准，并且涵盖了许多开放小组成员的成功经验，今年发布的TOGAF 9在TOGAF 8基础上做出了更大的改进，例如可用性增强，更为关注企业整体变化，输入的协调性大为提高。TOGAF9还增加了一个模块结构，内容框架（赋予架构模型和架构定义结构），并扩展了对企业内部TOGAF的指导。

　　此外，TOGAF 9还考虑到了架构模式，尤其是SOA。TOGAF 9中专门有一章是关于用TOGAF来定义和治理SOA实施的。本章主要将SOA看做是一种架构形式，并且重点关注那些和SOA的使用以及布置相关的要素，SOA和TOGAF之间的联系以及服务合同的定义和结构。

　　在下面的图表中，TOGAF ADM代表了一种“麦田里的怪圈现象”，从初步设计阶段开始，机构建立并开发了一个架构，然后陷入了以需求为驱动的架构开发怪圈，最后是架构变更管理阶段，在这个阶段，机构会对新架构做出修改。

　　我们快速浏览一下ADM，并仔细观察SOA究竟可以从TOAAF借鉴到什么。

　　·初步设计阶段。初步设计阶段就是一个架构小组要设计架构的阶段。我们可以根据企业和架构小组的具体需求指定ADM。这些需求也包括SOA这种架构模式。

　　·第一阶段——架构视图。架构小组要在这个阶段定义架构项目的规模，风险承担者以及架构视图，还有继续授权，以便明确这一措施的业务目标，得到业务风险承担者的补仓。
 
　　·第二阶段——业务架构。架构小组要在这一阶段开发出一个基准和目标业务架构，并进行支持已有架构视图的缺口分析，这个阶段的重点从SOA转移到了义务需求的决策以及业务服务的认证方面。

　　·第三阶段——信息系统架构。这一阶段解决的是应用和数据架构问题。架构小组开发基准和信息系统（IS），进行支持已有架构视图的缺口分析，架构IS服务，并将它们与业务服务相关联。这也是此阶段SOA活动的主要方面。