定義SOA
如果您想實施SOA，首先要牢記的一點就是IT部門必須對SOA有明確的理解和定義。您可以試著詢問5位IT專家，看看他們心目中的SOA到底是什么。您很有可能會聽到五種完全不同的答案。這主要是因為架構技術的發展速度太快，沒有人能精確地說明最新的SOA定義究竟是什么。
但這并不是什么問題。即使IT行業無法在定義方面達成共識，也并不影響SOA的整體發展。但是，您的IT部門內部必須要達成共識，確定SOA對您所在企業的確切意義。
建議您對有關SOA的一些權威文獻進行研究，并且總結出一套適合自身需求的SOA理論。您也可以咨詢一些該領域的專家，讓他們根據您公司的特殊需求來定義一套專有的架構。
最為關鍵的一點是，您的公司必須擁有一套能夠自我發展的SOA定義。IT部門中的每一個人都必須充分理解這套定義，并盡全力支持這種新的架構形式。
員工培訓
對許多企業而言，SOA與傳統架構有著天壤之別。傳統架構側重的是各種應用間緊密連接的接口，因此員工要想理解SOA就必須經歷一段艱苦的學習過程。而通過合理的培訓和教育，您可以減輕員工的這種學習壓力，更加自信地為SOA的實施做好準備。
建議您采用自上至下的培訓順序。首先，對高級管理人員進行培訓，讓他們了解SOA的基本要點，以及部署SOA后企業可能獲得的利益與優勢。
在完成高級管理層的培訓后，接下來可以對下一級業務主管開展SOA方面的教育工作。他們不僅需要理解SOA的總體目標，還要深入理解具體實踐中遇到的細節，并且需要明確知道SOA是怎樣實施的。
最后，您還需要對構建和部署SOA的人員進行具體培訓。這種漸進式的培訓應該解決一些特定的技術問題，為企業平穩過渡到SOA架構提供有效保障。當然，這一階段培訓的工作量和精力投入都是最大的。
需要提醒您的是，早期培訓并不一定會帶來徹底的成功。SOA的概念對于許多IT專家來說仍然非常陌生，即便他們對其他架構研究得相當透徹，面對SOA也會顯得有些不知所措。
想要理解新的規范總是很困難的。未來主義學者Joel Barker將這種癥狀稱作“規范效 應”。他解釋說，多數人所感知的世界都有一定的邊界。當新的理論試圖對這種邊界發起挑戰時，人們很可能會表現出抗拒的態度，因為這些新的理論與他們原有的信仰顯得格格不入。
想征服規范效應，管理層的支持和全面深入的培訓必不可少。但是，千萬不能灰心。員工完全可以通過再培訓來接受這些新概念，在這方面已經有很多成功的先例。
建立SOA管委會
SOA的最終目標是開發出一套靈活的架構，并能夠通過一個通用接口將各種離散的異型應用集成在一起。要實現這一目標，就必須設計和開發一些獨立于應用的服務，并且使整個企業都能訪問和共享這些服務。
為了保證獨立應用和服務復用過程中企業的應用重點不發生偏移，企業有必要建立一個SOA的管制委員會。許多SOA文獻和實踐者將這種組織稱為集成能力中心（Integration Competency Center，ICC）
在建立ICC時，有一些關鍵組件是必須預先考慮到的。當您在確定該中心的參與者時，應確保企業中的每個相關部門（包括IT和業務部門），都派出了掌握實權的人員參加進來。
要記住，此舉的目的是減少可能出現的應用孤島，并且提供充分的資產復用能力。因此，只有企業中所有部門都參與進來后，也就是建立一個“檢查與平衡”的體系之后，這些目標才擁有實現的可能。
管理者可以委派最優秀、最機智的助理參加這個管委會，確保他們經過良好的培訓，成為精通SOA的專家級人物。請注意，高級管理人員必須理解小組成員參與SOA管委會的重要性，并且愿意重新分配工作任務，使管委會的工作能夠被優先處理。
學著“眼高手低”
最后一點，也是重要的，即在實施SOA的初期不要過于熱情了。因為這是一項長期工作。歷史證明，在IT行業中使用轟炸式的工作方法很難奏效。小規模的漸進式發展成功的幾率卻高許多，因為這種變化更易于管理。幸運的是，事實證明，漸進式的方法在實施SOA的過程中非常有效，因為這種架構允許企業一次實施一項服務。
在開始時，可以選擇一些相對比較簡單的功能，也就是說風險較低、但仍然比較重要的功能。例如，從多個系統中提取和合并客戶信息的功能就可以當作早期嘗試的不錯范例。您可以圍繞該功能開發一套服務，并為整個企業提供支持。
然后，您可以開始“脫鉤”不同系統中的功能，使之不再依賴點到點的接口，而是將其重新定向至全新的共享式服務。從小處著手可以幫助您的企業在部署重大服務前進行一些初步的測試，并且對流程加以細化。例如，您可以將財務應用重新定向，讓它們使用一個通用的接口。另外，這種初步的測試還能監測出企業對SOA的準備情況，以及在新架構下的應變能力。
文章來源于領測軟件測試網 http://www.k11sc111.com/
