軟件測試淺談SOA的六大關鍵問題[1] SOA架構
關鍵字:soa 企業用戶對SOA認識上還存在誤區,在這樣的狀況下部署SOA,可能會把企業的業務帶入歧途,了解本文中的6個問題,或許可幫助CIO避開SOA部署中的陷阱。
圍繞服務導向架構(Service Oriented Architecture,SOA),企業用戶存在各種各樣模糊的認識,這些模糊認識很可能將企業的SOA項目引入誤區!缎畔⒅芸犯鶕{研、訪談以及專家意見,整理出較為中立客觀的分析及看法,供企業用戶在了解SOA時加以參考,以更明晰的思路決定自己的SOA部署計劃。
1. 為什么不同的人對SOA有不同的解釋?
SOA 的定義取決于你在組織業務中的角色。
對于業務執行人員,SOA創建了企業希望向其客戶和合作伙伴或組織的其他部分公開的一組服務。對于IT架構師,SOA是一種體系結構樣式,此樣式至少需要有服務提供者、請求者和服務描述。對于程序員,SOA是一個由標準、工具和Web服務等技術加以補充的編程模型。
當然,企業信息技術系統及流程管理人員之所以存在似是而非的SOA概念,還可能因為軟件廠商沒有向企業用戶解釋清楚SOA的含義。比如,SOA中的服務(Service)并非我們理解的傳統企業服務,而是軟件開發的專業用語,指技術層面的、細顆粒度的功能模塊,還遠未達到與企業業務流程直接對應的程度。軟件廠商在強調SOA給企業帶來巨大商業價值的同時,并沒有具體闡釋這一點。
2. 業務流程管理(BPM)和SOA是何關系?
BPM與SOA既可以單獨部署,也可以組合使用。
如果企業的IT系統比較簡單,企業規模比較小,用同樣的一組IT人員就可以控制所有IT系統,那么,部署一個不使用SOA的BPM套件,就可以獲得快速創建、執行和監控/管理業務流程的能力,而不必部署SOA。但是,如果BPM套件由一個IT小組部署,而同時使用來自另一個IT小組的系統服務,那么SOA就可以幫上忙了。
如果企業的IT系統足夠復雜,可以考慮將BPM和SOA組合使用,通常在SOA上實施BPM解決方案可以獲得更大的業務靈活性。如果BPM項目達到一定的范圍和規模時效果才能顯現,最好先開發出BPM,而將SOA組件留待以后考慮。
最好一開始就讓業務流程團隊和IT架構團隊保持持續良好溝通,針對未來進行可行性規劃。例如,BPM套件本身應該能夠提供豐富的連通性,以便無需全面應用完善的SOA來使得BPM運行,不要讓BPM與SOA成為互不連通的兩套系統。
3. “瀑布式”開發與迭代式開發哪個適合SOA?
文章來源于領測軟件測試網 http://www.kjueaiud.com/