1.BPM和SOA
業務流程建模是一個相當零散的領域，存在各種各樣的方法和技術，有效的方法可以幫助企業對業務進行合理的劃分，從而求得業務層面的靈活性。有些方法則側重于流程建模本身，例如如何確定和定義業務流程中的業務活動、業務數據、業務規則、業務指標和業務事件等，但是BPM并不會幫助我們去發現和定義服務。從SOA的方法學來看，各種BPM的結果是面向服務的分析和設計的重要輸入，如業務組件、業務流程和業務目標是服務發現的重要依據，而業務指標、業務數據、業務規則等是服務暴露的分析的重要依據。
2.EA和SOA
盡管和BPM一樣，EA是一個零散的領域，但是當前的EA主要側重于定義跨越業務單元邊界的系統框架，企業范圍內系統的主要構成元素，這些元素間的關系，以及將這些元素有機組合在一起的參考架構。但是，各種EA技術都缺乏業務領域的藍圖指導企業架構的設計。從SOA方法學來看，一方面，面向服務的分析和設計通過和BPM結合將業務分解為各種類型的服務，可以作為企業業務的藍圖指導企業架構的設計;另一方面，企業架構設計的結果，如參考架構，又是服務實現的重要依據。
3.OOAD和SOA
面向對象的分析和設計告訴我們使用Use Case捕獲需求，并設計類、對象及對象間交互來滿足Use Case定義的需求。但是面向對象的分析和設計往往只是局限在單個應用內部，它不會缺乏業務藍圖和企業架構藍圖的指導。從SOA方法學看，在原理層面上，OOAD中的很多設計原則，如抽象、隔離關注等被SOA繼承和發揚，并應用于服務的定義和實現中。而在操作層面上，服務模型為OOAD進行類和對象設計提供了業務藍圖和企業架構藍圖，與此同時，Use Case作為對業務流程的補充說明被用于服務的發現和定義中。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
