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