譬如說，通用汽車公司在2001年的第一批Web服務項目使用了J2EE平臺，那是把公司的14個汽車品牌合并起來的一項網上購車服務。通用汽 車新興技術部門的首席架構師張洪說他喜歡這一點: J2EE另外有一層可以供數據訪問，這樣就便于處理許多數據源，又不會圍繞數據源形成相互依賴的業務流程。
就宏觀而言，選擇特定的平臺和技術只是戰術性決策，而不是戰略性決策。畢竟在SOA中，流程、數據流、數據定義、服務接口和策略等應當加以抽 象，以便它們不依賴特定的技術。伯頓集團的分析師Manes稱這一難題是“面向企業的規劃、針對本地的實施，SOA并不是中間件”。
最重要的是設計好SOA時理清架構和業務流程，然后搞清楚實施需求、可接受的折衷方案、可能會有的數據流和流程以及管理和性能需求。弄清楚了這幾個方面，你就可以使用自己喜歡的任何技術來構建實際的服務和支持性基礎架構。
一切圍繞架構
一碰到實際工作，人們很容易陷入戰術性決策，譬如要不要購買ESB、向誰購買。但SOA的要點在于創建這種架構: 支持目標非常明確、簡化了的業務流程，通過重新安排傳統的項目為流程的更改提供靈活性。
系統集成商Infosys的副總裁Sohrab Kakalia說: “人們對SOA存在相當嚴重的誤解，而實際上不從整體上考慮IT和業務，誰也無法取得成功�！�
架構描述了提供業務流程的服務的標準層面，包括治理和策略、流程管理、業務邏輯本身、數據管理及訪問、內部定義、便于服務聯系的服務接口以及消息傳送框架——通常就按這順序加以處理。
英國電信公司已開發了14個服務平臺。該公司的Glass說: “每個平臺都有一套與業務操作相關的服務——就像是面向對象編程里面的方法。服務只位于一個平臺里面�！惫緸槊總�平臺派一名架構師來負責，他確保所有服 務都符合這個架構，無論服務是內部開發的、合作伙伴提供的還是向廠商購買的。為了確保始終符合，他們規定，如果英國電信的某個項目沒有符合架構，開發小組 的年度資金就會減少四分之一。
為了確保業務的靈活性和流程得到始終如一的執行，“架構應該不依賴任何實施的技術，新出現的技術可以部署，但架構本身具有可持續性，這就確保了SOA策略的一致性”， Glass說。
SOA高度關注底層的業務流程，反對依賴技術，因為這會限制公司以后更改或者添加業務流程的靈活性。除了架構方面的戰略性決策外，成功部署的SOA還依賴IT人員經常確認項目有哪些機會可以重復使用服務或者業務流程。
“這不是一蹴而就的工作�！盜ntuit公司的Moseley說，誰以為使用SOAP或
文章來源于領測軟件測試網 http://www.kjueaiud.com/
