CIO和CTO總結SOA五大啟示

對象管理組織(OMG)的SOA社區，一個由BEA系統有限公司、思科系統有限公司、IBM以及SAP AG所成立的，專注于SOA并把它作為商業策略的社區公布了從最近CIOs和CTOs行政首腦會議上所收集的五大啟示，這是來自于CIOs和CTOs啟示的高度總結。

不是所有的實際簡介對SOA架構和開發者周期都有著非常具體和準確的定義，來自于行政人員的觀點預示了一個正在醞釀中的商業計算和軟件上從上至下的解決方案。被邀請參加該社區高級會議，并承諾對個人的觀點采用匿名的形式的CIOs和CTOs，也了解到面向服務架構的變化以及IT將如何與企業的業務更好的合作，并準備重組各個部門從而在之后的實驗階段完全實施SOA。

就這個SOA社區本身而言，它所推崇的是“SOA意味著商業”，所以它并沒有像其他大多數SOA組織那樣，把重點放在了技術實現上，相反，整個社區對如何實施SOA所應該使用的技術不是特別感興趣。Richard Mark Soley，這個SOA社區的執行董事，OMG的主席兼CEO說到。

“現在已經存在很多關于面向服務架構以及它是如何影響你的技術基礎設施的信息，但對于我們來說SOA意味著商業。SOA不是等同于技術。它是一個商業策略，專注于業務的敏捷性?！痹谑サ貋喐缗e行社區就職會議之前，他在一個網絡采訪中表述了如下的五大啟示。

根據改社區對外宣傳負責人，同時也是搜集和提煉建議研究專員Brenda Michelson的觀點，在前五大啟示中所展示的，也是CIOs和CTOs最想談到的。

1. 不要人工分離SOA和BPM

“CIOs和CTOs不會人工的將SOA和業務流程管理(BPM)分離?！?Michelson說到。

她想起一位CTO曾告訴她，“你知道，SOA、BPM、精益生產、六西格瑪基本上是一樣東西。它們都是關于商業策略和結構的。都是關于商業轉換。而且它們都必須同時工作?！?/p>

SOA供應商的營銷人員也許會提倡將SOA和BPM分成特殊的產品類別，Michelson說到，但是“我們所提到的CIOs和CTO是中沒有人打算做這個?！?/p>

“當他們想到SOA時，”她解釋到，“他們考慮的是一種自上而下的商業觀點。他們首先看他們的業務流程。他們開始發現并討論他們的業務單元，在那個業務流程中包括了哪些業務活動。這個業務活動是怎樣與他們的資產負債表相關的？為了實現這些活動需要哪些服務？”

在定義他們的術語時，她說，經理人開始于商業服務，而不是Web服務。

“當他們談論服務時，他們已不再是談論我們能在面向服務架構中實現的那些離散的服務，” Michelson說到?！八麄冊谡f存在由人來實現的服務以及由機器來實現的服務?！?/p>

在SOA高層會議中，根據經理人的觀點，服務的建模起始于商業。

“預期執行系統，他們更想能執行他們的商業模型，” Michelson說到?！捌渲幸晃籆TOs談到在未來僅僅將“system”這個詞語從其商業伙伴的語言中消除的將是多么的重要。所有他們想要討論不過就是業務流程、活動以及服務。當你開始談論系統時，你就潛在的約束了自己，因為你一開始思考的就是你已經擁有了系統A和系統B，以及他們所能做的事，而不是我想盡力實現的東西?！?/p>

2. 成功，需要業務和IT的協作

統一業務和IT的話題已經在SOA的討論中談的很多，但是Michelson指出這是社區的一個基本前提，并且也是高層會議中經理人所談論的熱門話題。

“當我們討論這個前提時，我們說今天在一個企業所發生的一個商業策略或許會或許不會影響IT策略，”她說到?！吧虡I策略影響商業需求。但是我們所重復看見的是IT解決方案的失敗，不管你是購買的，或是自己建造的，IT解決方案實際上都最終都將影響業務流程。接著將發生變化的是你的商業架構，結構、流程、政策都將變為IT解決方案的結果，這與IT解決方案的驅動因素相對立?！?/p>

Michelson說經理人首先想將舊的IT方法導向業務。SOA使舊的實踐過時了，那時IT能購買或開發軟件，然后向商業人員解釋這個軟件是如何幫助他們的。

“在SOA中，我們正看到業務和商業之間更多的前臺協，”Michelson說到，總結經理人的觀點，“你使一個商業策略影響了你實際上計劃的業務架構。這個商業策略和IT策略統一在一起，并為對方服務，因為存在很多技術進步將影響你的商業策略的樣子，而你的IT策略影響你的企業架構。你的商業架構和你的企業架構相關度很搞?！?/p>

3. 從IT的方面來說，SOA必須滲透到組織內部

SOA也許開始于特殊工程工作組，或以經理人團隊的官方正確說法——一個“科研中心，”但是它并不就此停止。然而經理人也許不會持懷疑的態度來看待試點項目，因為他們鼓勵創新，他們確是將科研中心視為一個可能的瓶頸。

“你開始于科研中心，以及作為建筑根基的一部分人，” Michelson在解釋來自高層的觀點時說到?！八麄儐幽愕腟OA計劃以及你的藍圖。他們定義出示的基礎服務。他們做一些早期的商業服務。他們做一些試點項目?！?/p>

盡管如此，一旦試點項目完成，科研中心的角色需要變化，否則SOA也許會在中途夭折。

“你不能和科研中心共處，” Michelson說到?！皫缀鯊囊婚_始，你的科研中心就是一個瓶頸。你確實需要移動并將SOA擴散到你的整個組織?！?/p>

一些CIOs告訴Michelson，他們已經將科研中心從試點開發過渡到了企業開發團隊的培訓和協作。

“CIOs告訴我們科研工作中心與開發項目團隊相協作，并且告訴他們關于SOA的標準和時間，”她說到?！皬拈_發項目來說，你一開始將SOA擴散到開發組織。最后，科研中心再一次重組，而它的工作變為治理和協作。到時開發組織負責SOA的執行?！?/p>

4. 重大的業務影響，極少的行業重點

如果CIOs和CTOs有關于SOA的主要控制權，也就是說軟件產業是不公平的，也不會提供轉換為SOA時對業務影響的支持。

比如說，Michelson說到，“CIOs所面臨的挑戰就是服務版本，而且現在沒有能夠確實的掌握操作服務版本的方法。他們所知道的只是如果你僅僅打算生產一個服務版本，是相當幼稚的。和我們進行談話的人都擁有140-250個服務，這些服務被用于9-95個組合應用中。只要你開始引進變化，就會進入一個絕對漂亮而復雜的環境中?！?/p>

測試和治理供應商的營銷人員也許會承諾幫助解決這個問題，但是在執行團隊中可能會重復Edward Deming的老說法，“除非你是上帝，否則任何人都必須依據事實說話?！北M管傾盡全力，他們也無法確定那些推銷的技術中哪個更適合自己的工作。他們有一大堆問題，他們需要答案。

“他們談論很多關于測試的話題，以及你實際上應如何測試你的服務客戶和服務供應商，” Michelson說到?！澳闳绾问惯@些測試同步?以及你如何開展測試?你如何能在同一時間將每一件事情都測試了?這又回到關于測試對你的版本實踐有何影響的問題上了?！?/p>

她說當討論轉向變化管理時，尤其是他們在何處進行敏捷開發，他們沒有發現技術所能處理的情況，在該種情況下“你每兩周引進一些東西，而且你擁有該項服務的95個顧客?！?/p>

CIOs告訴Michelson，他們想發現更多的產業重點技術來支持一個大的SOA環境的運作。

5. SOA對應用軟件提供商而言是游戲規則的改變

這個其實也許能給推銷產品的供應商一些不眠之夜以支持SOA。

“一個CIO告訴我們，SOA從根本上改變了市場，” Michelson回憶到?！八麄冑徺I軟件的方式在改變?！?/p>

一些經理人不打算“將來購買軟件?！焙芏嗾J購將軟件作為一項服務(SaaS)的方式，或是他們希望能獲得免費的開放源軟件。Michelson發現對舊的購買單獨的軟件包——在營銷化的概念中被稱為系列產品的方式幾乎未獲得任何支持。

Michelson回憶說：“當我們詢問集團：這些服務來自于何處?他們告訴我們，它們實際上可能來自于任何地方。一些可能是內部構造。它們將會擴展已有的功能和數據。實際上，一位CTO告訴我們‘我所需要的用來運轉我的業務的95%的功能和數據都是已經存在的。我們只是無法獲得它們。它們在業務流程中并沒有被統籌安排以使其對我產生作用?！?/p>

供應商的唯一亮點可能是為那些銷售平臺所預留的。

在與CIOs和CTOs談話之后，Michelson總結到：“他們所采取的方式是他們將購買應用平臺，接著獲得免費的服務?！?/p>