讓SOA關注業務的四個方法?

構建面向服務的架構（SOA）需要具有良好的技術技能，但是別忘了，SOA首先事關業務流程和敏捷性。如果遵照以下這四個方法，可以幫助你把業務目標放在SOA規劃及開發的首要位置。

一、按照使用者得到的效益、而不是技術實施來確定專案階段的優先次序基思？西弗斯（Keith Sievers）是佛羅里達州傑克遜維爾的肯帕汽車和住宅保險公司的CIO,他說，實施SOA需要好多次技術升級，但一個好的專案在解決後端基礎設施的問題之前，能夠先解決好一些戰術性的業務問題。

在肯帕公司，西弗斯領導的一個SOA專案旨在取代可追溯至上個世紀80年代的策略應用系統。他從改造用於價格查詢、錯誤處理和信用卡支付處理的服務開始入手；這意味著需要立即著手進行某些基礎設施升級，比如資料建模的基礎設施升級。

他把處理更新工作的"後臺"服務（比如批處理服務）推遲了。他補充說："在專案的開始階段，應當儘量先處理對使用者來說更重要的事情。在使用者看來，為期四年的SOA專案就像是為期兩年的專案。"專家們認為，弄清楚SOA專案的哪些部分將具有最大的商業價值，這就需要使用者參與到規劃和日常的決策中去。巴特？珀金斯（Bart Perkins）是多爾食品公司（Dole Foods）和百勝餐飲集團（Yum Brands）的前任CIO,他後來創辦了IT諮詢公司Leverage Partners.他說："在某些公司， IT部門定義了業務流程。但使用者未必總是認可IT部門定義的東西。這確實帶來了問題。"二、別拿SOA專業術語來糊弄使用者

一些專家認為，SOA方面的一系列縮略語勢必會讓使用者困惑不解，使用者想知道IT專案將如何使業務從中得益，而不是你如何實現這一點。

Current Analysis研究公司資料管理部門的首席分析師詹姆斯？科比盧斯（James Kobielus）認為， CIO們應當"從他們的詞彙庫中拋棄SOA這個縮略語。從業務角度來看，這個縮略語只會讓人更糊塗，而不是更清楚。連技術人員都無法就SOA的含義達成共識。"Nucleus研究公司的分析師大衛？奧康奈爾（David O'Connell）贊同上述觀點，他認為，SOA這個縮略語有點過於技術化，現在開始出現了適得其反的效果。他建議只在"SOA專家"面前使用這個詞語。

一些專家並不認為這個問題是這麼絕對化。Saugatuck Technology公司的副總裁兼高階戰略顧問邁克？韋斯特（Mike West）說，如果深入淺出地解釋了這個詞彙，那麼公司的業務使用者會明白這個詞語。"使用者們已經明白了何謂磁碟、何謂檔案。為什麼就不能明白SOA呢？他們當然能夠明白；這完全取決於你如何向他們解釋。"肯帕公司的西弗斯贊同上述觀點。他說，向業務同行解釋SOA這個詞彙對他來說向來不成問題，因為他把討論的重點放在了諸如上市時間和削減成本之類的業務衡量指標上。

三、找出SOA可以在哪些地方實現人工流程的自動化與使用者探討一下他們面臨的主要問題以及希望實現的功能，然後弄清楚哪些問題是因系統之間不相容所造成的。奧康奈爾說，比方講，你可能會發現使用者為了滿足某個特定的業務需要，把資料從一個數據庫人工移動到另一個數據庫，或者把資料從客戶關係管理（CRM）系統移動到企業資源規劃（ERP）系統。這顯然是個技術問題，如果能夠解決它，將成為很好的SOA專案。

不過，發現哪些問題是技術層面上的問題僅僅是個起步。奧康奈爾說，下一步你要弄清楚有望解決某個問題的哪些方案能夠在整個企業中得到複製？如果實施某個專案有望使500家保險公司從中得益，你不希望實施另一個只能使三家保險公司得益的專案。他補充說："要確保你開展的專案能帶來很高的投資回報，因為這樣業務部門就能做到之前的技術無法做到的事情。"四、著眼於面向服務的新角度，轉變治理

許多企業往往不願意規範化治理，但這種規範化是SOA專案當中最關鍵的任務之一。Saugatuck Technology公司的韋斯特表示，因為服務和開支可能會在各部門之間共享和分攤，SOA治理就需要分析公司如何啟動及資助專案。Oracle公司的產品主管阿什希？莫辛德魯（Ashish Mohindroo）補充說，比方講，企業需要制訂流程，確定應該向哪些部門針對哪些服務來收費；確定某一個部門需要改動而另一個部門不需要改動時，要不要改動服務。Oracle提供了SOA治理工具，可幫助公司管理服務變更和服務級別協議，並且執行與管理元資料註冊中心和SOA應用相關的任務。

West建議設立一個卓越中心（center of excellence），這其實是IT執行指導委員會，成員包括業務使用者、架構評審委員會和首席SOA設計師。他說："SOA要成為業務驅動因素、實現業務目標，它就需要轉變IT治理的各個要素，其中包括資產管理、軟硬體的採購策略等。這一切都必須從業務驅動型SOA的角度來重新定義。"