TOGAF把面向服务架构（Service Oriented Architecture，SOA）作为一种架构风格加以描述说明了企业架构如何支持SOA，以及SOA和TOGAF术语间的对应，并对于如何定义服务契约提供了指导。
SOA作为一种架构风格，通过把企业能力结构化为良好定义、具有一定粒度的服务，而不是不透明的、竖井式的业务单元，试图简化业务及其各部分之间的交互。它允许对组织的各种职能能力进 行识别，因而有可能会减少能力的重复。通过将服务的行为和互操 作标准化，尽可能限制变更带来的影响，并为减小未来变更的影响 做好准备。
    企业架构学科提供了下列工具和技术，来协助组织实施SOA：
◎ 企业架构定义了业务和技术结构化的、可追溯的表现方式，这些表现方式以一种清晰的、可度量的方式把IT资产与其所支持的业务联系起来。这些模型反过来又支持了对影响的评估，并在一个更加丰富的业务背景中对影响的评估和项目的管理提供了支持。
◎ 企业架构定义了原则、约束、框架、模式和标准，这些组成 了设计治理的基础，确保了服务间的协调一致、可互操作性和可重 用性。
◎ 企业架构把对一个业务问题的多个不同视角（业务、数据、应用、技术、抽象的、具体的等等）联系起来，提供了一个一致的模型来处理不同的问题域，为保证完整性提供了多方位的测试。
◎ 企业架构对于高级别的战略和项目级的交付物进行了一致的抽象，使得可以在一个共享的存储库中同时进行自底向上和自顶向下的各类输出物的对照，从而支持了规划和分析。 通过使用上述的这些技术，企业架构成为了在组织中实施SOA方法的基础，原因如下：
◎ 它把SOA的各个利益相关者联系在一起，确保了各利益相关 者群体的需要都能得到满足，并且每个利益相关者群体都能清楚了 解到适当的业务背景。
◎ 它提供从业务到IT的联系，可用来证明IT再造工程的成本相 对于获得的业务价值来说是合理的。
◎ 它指明了应该构建哪些服务，以及这些服务应该如何被重用。
◎ 它指明了应该如何设计服务，以及各个平台应该如何进行互
操作。
◎ 它提供了一个存储库，可持续地容纳和维护与设计相关的信息。
在TOGAF内容元模型，有很多TOGAF的概念
可以支持SOA的概念建模，包括：
◎ 职能：职能是业务所作的事情。服务支持职能，或者它本身就是职能，或包含多项职能，但是职能不一定是服务。服务比起职 能有着更具体的约束。
◎ 业务服务：业务服务是业务所作的事情，并且具有已定义的、可度量的接口，与服务消费者之间存在契约。业务服务由人、流程和技术的组合来支持。
◎ 信息系统服务：信息系统服务是业务所作的事情，并且具有已定义的、可度量的接口，与服务消费者之间存在契约。信息系统服务由应用来直接支持，并且与SOA的服务接口有一定的联系。
◎ 应用构件：应用构件是一个可配置和可部署的系统，或者一个可配置、可部署系统的可独立治理的部分。应用构件提供信息系统服务。应用构件可以是物理上的应用，也可以是同一类型的一组 逻辑应用。
◎ 技术构件：技术构件是一个可以从内部或外部供应商处购买的软件或硬件。技术构件可被配置、被组合、被构建、被部署，以创建应用构件。
The Open Group SOA工作组目前正在开发一份实践指南，使得通过TOGAF认证的从业者可以使用TOGAF来开发SOA。关于SOA工作组和其项目的更多信息请参见：www.opengroup.org/projects/soa