ZapThink的管理层喜欢开玩笑，觉得自己团队的成员相处的十分融洽，甚至比结婚多年的夫妻感情还好，但是这并不意味着这些成员之间不存在分歧，没有争吵。最近就有一次激烈讨论。主要围绕国防部基础框架（DoDAF）是否和面向服务架构（SOA）有关而展开。一方认为，作为企业架构（EA）框架，DoDAF要比SOA高一个级别，不包含任何具体的SOA内容。另一方则认为美国国防部（DoD）强烈支持DoDAF和SOA，所有对DoDAF和SOA感兴趣的国防部成员以及军火商势必对如何在SOA中实施DoDAF也感兴趣。

　　这个故事告诉我们，双方都有道理。最终ZapThink招收了一名主题专家，帮助我们在SOA课程上讲解DoDAF。这场争论引发了许多有趣的问题。从总体上来看，EA框架也有这样的问题：如何在SOA中实施这个框架，你如何用EA框架支持SOA，增加成功实施SOA的几率。

　　EA起点：企业架构框架

　　早在2003年，ZapThink首次召回了企业设计师（以下简称EA），我们一直期望EA们能够马上开展工作，结果，他们却在机构的SOA项目上举棋不定。甚至到了今天，在SOA已经成为了企业架构的主流方法或者主流模式之后，很多EA仍然认为SOA和企业架构是分离，毫不相关的措施——对他们的机构很不利。

　　我们知道我们是在班门弄斧，因为如果你是一个正在阅读这篇文章的EA，你一定清楚这两个话题之间的关系。但是对于多数实践者来说，EA和SOA之间的联系并不是十分紧密的。你可能会觉得SOA可以使机构更好的组织IT资源，满足不断变化的业务流程需求，EA会全力支持机构的SOA工作。不幸的是，对于大多数经验丰富的EA来说，他们年复一年日复一日使用的工具和方法与业界SOA设计师的最佳实施没有任何关系。

　　要想理解企业设计师的想法，最好是从理解EA框架开始。首先看一下企业架构的Zachman框架，多年来EA框架为企业设计师提供了总体的最佳实施包括开放组织架构框架（TOGAF）、联邦政府组织架构框架（FEAF）以及DoDAF和其它的一些框架。每个框架关注的方向不同，而且还有许多重叠之处，很大程度上会影响到另一个框架，比如Zachman。

　　根据TOGAF的记录，架构框架可以帮助进行架构的验证、生产、使用以及维护。这个定义所指的架构可以指不同的类型，包括业务架构、数据架构、应用架构以及技术架构等待。如果架构框架指的是企业架构框架，依照企业整体的广泛需求，架构框架就可以为所有这些狭义的架构提供工具。

　　另一方面，SOA也是企业架构的一种模式。换句话说，SOA最佳实施是EA最佳实施的子集，但它并不完全是狭义的架构。但是这里面隐藏着很多难解的地方：一个EA框架为不同的架构活动提供工具，这些架构活动往往是同其它的SOA最佳实施相独立的，即使一家机构正在实施SOA，另外，作为一个EA架构，SOA最佳实施符合所有的狭义架构定义。例如：

　　·业务架构：在机构治理架构中使用SOA的最佳实施。

　　·数据架构：指定和维护数据服务层的最佳实施

　　·应用架构：抽取旧应用功能为业务服务的最佳实施。

　　技术架构：设计和部署中介模式的最佳实施。EA架构提供的工具和特定模式的最佳实施。换句话说，EA框架可以提供数据架构工具，设计师可以利用这些工具整合数据服务层，然后他们会用这些相同的数据用非SOA方式解决数据架构问题。另外，EA框架也使设计师实现这一点。

　　看上去，我们自然会得出这样的结论，认为EA框架的层次太高，SOA项目无法使用。对于一些框架来说，这种观点是正确的，但是并不是对于所有的框架都适用。按照设计，不同架构模式都可以使用那些组成框架的工具，结果给设计师留下了许多具体的问题，需要他们自己解决。