傳統的專案開發過程中，商業需求的分析和解決方案的設計及實作是兩個明顯分開的步驟，一般來說，分析師收集並文件化商業需求，之後交給架構師及開發人員去設計並建構相對應的邏輯。服務導向架構(Service-Oriented Architecture, SOA)是一種新興的分散式系統架構，它還包含了一些設計準則、樣式(pattern)，以及技巧。從先前的經驗得知，傳統的開發流程像物件導向分析與設計(Object-Oriented Analysis and Design, OOAD)已不敷使用，加上對實作服務導向架構日趨龐大的需求，因此我們需要一種專門的開發方法論。 不僅如此，服務導向架構更強調商業分析與邏輯實作之間的關係，藉由Erl［7］所提出的服務導向分析與設計(Service-Oriented Analysis and Design, SOAD)方法中，我們得知一系列的流程及步驟，以及他所建議的指導方針。本研究即參考現有初步的服務導向分析與設計方法，以某銀行之信用風險管理系統為例，透過實際參與訪談及規劃，驗證現有的方法論，並加以修正及提出自己的想法。希望經由本研究所分析的流程，對於發展服務導向架構所需遵循的步驟及產出的XML文件能更加清晰及完備，並了解到採用服務導向架構所帶來的彈性，讓系統中的任一元件都能隨時替換，而不影響原有之功能。