Zhang說有很多關于SOA的標準是一件好事�！斑@表明軟件行業正朝著廣泛采用SOA方向前進，”他說�！疤魬鹗沁�不存在通用的、一致的架構框架來指導這些標準的進化、完善和集成。很多標準都不成熟�！�
在這些標準成熟之前，CIO怎樣才能趟過這灘泥地呢?技術官員和行業專家給出了這樣的建議：密切的監視這些標準的發展并且努力保證你的選擇是開放的，但是一定不要拖延關鍵SOA項目的啟動。一些策略可以幫助你避免陷入標準的困境中。
首先，當你做你的SOA規劃的時候，你可以創建一個關鍵標準的列表，不是全面的標準列表。Forrester Research的分析師Randy Heffner說，比如，像SOAP和WSDL這樣的標準已經被廣泛的采納了，包括WS-Security等標準即將被廣泛采納的。但是其他的一些需要構建和高質量服務進行操作的WebServices的規范——比如管理、交易和高級安全的標準——僅僅成熟到適合具有冒險精神的技術采納者，他說。
對于涌現出來的SOA和WebServices標準，Heffner說CIO應該注意以下的一些：SOAP 1.1， WSDL 1.1， WS-I Basic Profile 1.0 or 1.1， UDDI 3.0.2， WS-Security 1.0 or 1.1， WS-BPEL 2.0， BPMN， WSRP 1.0， XML Schema 1.0， XSLT 1.0， XPath 1.0， XQuery 1.0， XML Signature和XML Encryption。
CIO應該支持基于標準的SOA而不是本地的協議，Heffner說，“但是不要為了僅僅是使用標準而犧牲任何應用的必須的服務質量(quality of service，縮寫QoS)�！比绻粋�應用必須有比WebServices所能提供的更高的QoS，“那么做技術的變通，但是這些變通能夠保持和出現的規范的設計模型的密切聯系，”他說。CIO是否有必要了解哪些廠商支持哪些標準?“不用全面了解，”Heffner說�！暗切枰龀鲋饕能浖A架構決定的CIO應該掌握候選廠商當前和未來對于SOA和WebServices規范支持的圖表�！蹦阋残枰斫饽悻F在廠商的計劃，他說。否則，你會冒險投資于可能無法滿足組織的長期商業目標或者SOA策略的技術。
很多的組織會尋找臨時的解決方案——比如中間件——來克服缺乏成熟標準的困難�！皬腃IO的角度來講，他們冒著很大的壓力來采用一個中間件平臺來填補缺乏的標準，但是從某種程度來講，這不會將他們鎖定到它，”Jim Stogdill說，他是幫助客戶啟動SOA項目的國防和能源咨詢公司Gestalt LLC的CTO。
但是重要的是不要在一個中間件廠商上投入太多，“因為這會在以后的轉換中帶來太多的分裂，”他說。
Stogdill建議組織機構堅持比較常用的標準，比如SOAP和WSDL，“并且關注你的那些提供服務的商業應用廠商：接著使用非干擾的中間件通過這些服務接口將商業應用集成起來。
談到它的故事，通用汽車在它早期SOA嘗試中學習到鑒別對于該公司想要達到的目標哪些標準是最重要的。GM在2000年發起了它的第一個SOA項目，一個叫做Northstar的項目，作為它的全球在線汽車展示服務(GM全球購買力)。Northstar的目標：設立一個全球的通用SOA計劃，足夠靈活的支持GM業務的動態性，Zhang說。為了達到這個目標，GM設計了一個架構，將業務功能從業務處理流程(業務功能被實施的順序)中分離出來。該公司還將業務數據的物理位置從使用這些數據的業務功能分離出來，以及將用戶界面從業務處理流程、業務功能和業務數據分開，Zhang說。
2001年，GM成功的在超過40個國家部署了Northstar架構。這個架構幫助GM快速的實現各種業務需要，比如滿足數據位置的監管，基于業務簽訂條約來改變業務處理流程以及給予每個國家的文化差異來變化終端用戶的軟件體驗，Zhang說。
從此，該公司還在其他的面向消費者的在線服務中使用SOA，包括GM的OnStar服務，它計劃開發一個企業范圍的策略和管理計劃來在內部和外部的合作伙伴中廣泛的部署SOA，Zhang說。作為GM下一代SOA實施計劃的一部分，他還評估了最新的標準和技術。
如今對GM來說，最重要的規范是那些幫助對跨服務層(表示層、業務處理層等等)的服務接口進行標準化的規范。其次最重要的是那些幫助對每個服務層中服務的實現進行標準化的規范。
文章來源于領測軟件測試網 http://www.kjueaiud.com/