SOA質量和治理：滿足靈活性的元要求
傳統的軟件質量管理包括設計時間和部署時間活動。從根本上來說，就是在一定的要求，一定的時間限制下，在一定的預算支出下，盡可能的保證其完整無缺性。并且監督工作中的軟件，確保其能滿足你部署的要求。對于那非常有效些已經預先知道自己要求的機構，在這些要求穩定之后，當設計軟件滿足了這些需求之后，這種方法十分有效。
這種假設經常是錯誤的——在大多數情況下，當要求還不成熟時，會隨著時間的推移而改變。最典型的，在沒有返工的情況下，軟件的目標就是對要求的變化做出回應。在這種情況下SOA十分有效。而且只是針對當下要求的方法不再那么有效了，這也是促進SOA發展的主要因素。
運行時間的質量管理就是答案的一部分。確保運行軟件服務的質量，無論這些軟件有沒有被抽取為服務，都是系統管理價值主張的關鍵性組成部分。SOA管理則增加了服務抽取的運行時間管理。管理服務抽取要求確保要求變化的質量。尤其是非功能要求，例如性能。高效的SOA管理同時也要求處理運行時間例外管理以降低故障的級聯影響，保持松耦合。
市場上現有的SOA管理工具都能處理運行時間SOA管理。在面對要求變化時，這些工具的用途不是質量管理——變化時間。在這些變化中管理質量意味著管理元數據的質量。因此，這樣的變化時間質量管理關注元數據，要是這些元數據能夠滿足這些變化的要求。這樣的要求有兩類：持續的日常要求(重新配置可以解決)和更意義更廣的靈活性元要求。
正如ZapFlash先前的研究結果所示，至少有三種日常的變化時間要求：服務合同變化，策略變化，服務構成變化。不管這些元數據如何變化，要保證質量，必須要確保服務基礎實施能夠支持變化，還要確保新近配置的元數據滿足重新配置的要求。SOA管理工具可以解決前面的這個問題，但是后面的這個問題很難處理。
SOA的重新配置的開放源特性導致了變化時間元數據質量的復雜性。如果設計師不能提前做出規劃，引進的這種計劃很可能完全無法預測，無法管理。從根本上來說，SOA支持用戶授權，如果缺乏相應的治理可能產生混亂的局面，需要時刻記在心上的是，要把變化時間元數據質量保證當作策略來抓。為了能夠建立、通信并強制執行針對基于元數據的變化策略。你就可以創建和其它治理處理的策略了。
描述靈活性的元要求
如果能將變化時間質量保證看作是一項策略實施，也就規劃了整個SOA質量工具藍圖:設計時間質量的測試工具，運行時間質量管理工具，變化市靜安質量治理工具。但是，將變化時間質量降級至治理領域就將問題變成了如何在第一時間創建策略。為了解決這個問題，我們還要回過頭來研究靈活性的元要求。
當企業架構小組坐下來一同討論SOA措施時，他們會問許多和SOA實施有關的問題，即這些機構究竟需要何種程度的靈活性。他們將問題的答案歸納為以下幾點：
服務重用的業務要求是什么?業務會在重用時考慮到成本節省以及其它量化問題嗎?
松耦合的要求是什么?我們將這個問題分成若干層次：語義層面，數據層面，通信協議層面，以及WIRE協議層面等等。
這項實施的用戶環境是什么?例如，服務需要支持多少用戶?他們都是內部用戶么，還是你也接受外來用戶?什么用戶才被準許更改配置呢，在什么情況下可以更改配置?
什么是元策略?換句話說，什么是策略管理機構建立和執行策略?
需要注意的是，首先，所有這些問題的最后結果將是一套策略。其次，類似的問題不會關注特定功能的要求，也不會重視你在傳統項目建立的軟件。相反，這些問題最終又落到了靈活性問題上——即你的機構想實現何種程度的靈活性，更重要的是，在那些地方對靈活性的要求不是特別高。如果能找出阻礙SOA措施發展的障礙，就會節省足夠的時間和金錢，也能幫助我們進一步討論變化市靜安質量策略。
ZapThink采取的措施
盡管將變化時間質量看做是治理問題降低了SOA用戶授權的風險，但是，治理并不是完全自動化的，實際上，大部分治理活動都是人為的：訓練，組織，管理以及其它人與人之間的溝通活動。SOA治理框架將所有的治理部分連成了一個整體。不管現在的SOA治理方案如何復雜，人為因素依然存在。
例如，一家機構有一項策略，所有的服務組合在實施以前必須經過經理的審核。這項策略很顯然就是變化時間質量策略，尤其是有相關的策略指導經理人時。有一個工具可以簡化這個策略的實施，但是它不可能取代管理者的作用。
其次，你們中有些人可能意識到了一個重要的例子：如果元數據質量是策略問題，包括策略元數據本身，你怎樣能確保應用到你質量策略的這些策略的質量呢?答案很簡單：元策略層面的質量是由人提供的。假如你有一個策略，所有的服務合同必須符合機構制定的某個特定服務規范，將這個策略的實施自動化很簡單，但是要確保策略的質量就取決于人了：閱讀元要求表看策略是否還在，確保別人能夠理解其中的道理。這些活動對于人類來說很簡單，但是卻很難自動化。
【編輯推薦】
