這種具有中立的接口定義（沒有強制綁定到特定的實現上）的特征稱為服務之間的松耦合。對松耦合的系統的需要來源於業務應用程序需要根據業務的需要變得更加靈活，以適應不斷變化的環境，比如經常改變的政策、業務級別、業務重點、合作夥伴關系、行業地位以及其他與業務有關的因素，這些因素甚至會影響業務的性質。
面向服務的體系結構是面向對象的模型的替代模型，面向對象的模型是緊耦合的。雖然基於 SOA 的系統並不排除使用面向對象的設計來構建單個服務，但是其整體設計卻是面向服務的。由於它考慮到了系統內的對象，所以雖然 SOA 是基於對象的，但是作為壹個整體，它卻不是面向對象的。不同之處在於接口本身。
SOA 系統原型的壹個典型例子是通用對象請求代理體系結構（Common Object Request Broker Architecture，CORBA）。現在的 SOA 已經有所不同了，因為它依賴於壹些更新的進展，這些進展是以可擴展標記語言（eXtensible Markup Language，XML）為基礎的。通過使用基於 XML 的語言（稱為 Web 服務描述語言（Web Services Definition Language，WSDL））來描述接口，服務已經轉到更動態且更靈活的接口系統中，非以前 CORBA 中的接口描述語言 Interface Definition Language，IDL）可比了。
建立SOA體系結構模型需要：
（1）定義服務描述
（3）定義服務之間關系的策略，這種策略常常采用服務級協定和操作策略的形式（針對外部合作夥伴）
（4）安全、信任和可靠的消息傳遞
利用 SOA 的好處不僅是壹個軟件開發流程，而且還是壹個業務開發流程。采用 SOA 有四個層次：
第壹個層次是最簡單的，因為它只需創建單獨的服務。
第二個層次將業務功能集成到 SOA 中。這涉及多個層次的集成，其中包括應用程序集成、信息集成、流程集成和整個系統集成。
第三個層次涉及將企業 IT 基礎設施轉換到 SOA 模型，
第四個層次集中於轉換業務模型，以使之成為按需就緒的模型。