我們概述了三種開發Services的途徑。這些當然不是互相排斥的，他們在解釋在使用一個模型開發SOA的不同的途徑和想法的時候是很有用的。
1. 以消息為中心的設計
在以消息為中心的設計中，關注的焦點是服務域。這種方法的一個例子也許就是在傳統的business-to-business領域中有，為代表的就是電子數據交換（EDI）標準。在EDI中并沒有一個真正的服務借口的概念，盡管EDI系統通常有一個發送消息的全局收件箱和代發箱。
2.以服務為中心的設計
在這種方法中，設計者關注的是提供給商業或者應用程序所期望的功能。這種方法的一個例子就是Amazon （AWS） 和eBay提供的 Web Services APIs.這種服務接口并不在客戶端強加一個商業處理過程，而是他們以一種清晰和直覺的方式為第三方開發者提供他們的服務提供商的各自的操作。
3.以協作為中心的設計
在一個以協作為中心的方法中，關注的焦點是兩個或更多的服務的協作；這就正是一個服務的處理視圖并且和更多的傳統商業模型相關。服務被看作是滿足合作的角色，并且服務規范就是為一個或者更多的角色之間的協作定義的職責集合。這樣的一個方法將會普遍的以商業過程設計或者商業集成活動的形式出現，而在那些商業集成活動中，一個IT系統的構件被作為一個服務來提供。
結論
最后的總結，在對SOA建模的時候，類似于服務劃分技術的這些技術能夠提供的透明性和靈活性來讓商業能夠在今天的競爭和演化的市場中取得優勢地位。正確的框架的提出，從服務規范的標識到UML服務建模的設計，導致了更加有效的成熟的商業應用程序的實現。最終地，三種開發服務的方法解釋了可以用來為SOA建模的不同方法。通過追隨這篇文章的概要，為表現一個服務模型的適當的層次的抽象被以一種允許商業能夠滿足他們的IT挑戰的方式被提出來了。