敏捷頂層設計方法(3)

　　通常，人們會認為上圖-9的三個步驟就已經完成了頂層設計，其實不然。因為從事實務經驗中發現，常常會走到了中層設計步驟時，才發現業務模式可以有更多的創新，因為需要重新變更上層的業務架構設計。因此，需要像敏捷(Agile)開發一樣，采取迭代(Iterative)模式。如圖-11所示。

　　圖-11 頂層設計階段也需要迭代

　　所以頂層設計也需要迭代，于是我們采用敏捷的TDD來帶動圖-10里的迭代過程，來檢驗頂層設計、持續迭代，并不斷重構頂層設計。

　　3. 展開敏捷過程：檢驗頂層設計

　　敏捷TDD所帶動的迭代過程，其基本機制如圖-12所示。

　　圖-12 基本的敏捷迭代機制

　　如果將上圖-12的迭代機制，整合到上圖-11，就成為圖-13所示了。

　　圖-13 頂層設計的敏捷迭代機制

　　于是，以敏捷方法來檢驗中程設計里的EIT代碼，如果有錯誤，就反饋給中層設計人員，必要時就進一步反饋給更上層的業務架構規劃者，甚至調整高層愿景，這就是迭代&反饋的效益。

　　這項敏捷TDD機制，是本方法的重要檢驗機制;它是為了提升頂層設計的<可實現性>，也就是檢驗頂層設計的互聯互通規范能落實為實際的IT系統。除了TDD的檢驗機制之外，本方法里還采用AHP分析方法來評選頂層設計中的重要決策，這可確保頂層設計的決策<最佳性>。在下一節里將說明之。

　　4. <敏捷大迭代>驅動

　　本方法里，采用AHP決策分析方法來評選頂層設計中的許多重要決策，這可確保頂層設計的<最佳性>。頂層架構設計是要規劃一個城市、家庭或大型系統的未來發展情境，其涵蓋了各項未來投資，讓城市、家庭或其它系統從現況(As-is)逐漸成長、演進，邁向未來(To-be)的美好情境。那么，我們又如何選擇最好的決策、評估最好的投資、實踐最美好未來呢? 除了頂層設計人員的主觀評估之外，我們還需要仰賴定量、定性的分析方法和工具來協助評選出最好的設計決策和投資方案。

　　然而，在AHP里并沒有涉及深層的通信接口的檢驗，有時候經由AHP評選出來的最佳決策，落實到中層設計時，卻無法通過敏捷TDD的檢驗，表示不具有<可實現性>，于是透過敏捷迭代(稱為大迭代)去驅動AHP的重新評選(稱為小迭代);如圖-14所示。

　　圖-14 敏捷TDD迭代驅動了AHP迭代

　　大家都知道頂層<設計>必須能流暢地<實踐>才發揮其價值。然而，如何達到這種美好境界呢? 本方法采用敏捷TDD和AHP決策分析方法雙重迭代機制，來協助頂層設計達到最佳性和可實現性。所謂可實現性，就是頂層設計最核心的<互聯互通>規劃，將來實際投資建置系統時，真的能順利而流暢地對接起來。

　　5. 銜接到實踐層的傳統敏捷開發

　　5.1 實踐層的敏捷迭代過程

　　到了<實件開發階段>，中層設計人員也會參與實踐階段的敏捷TDD迭代&反饋過程，協助實踐開發人員來活用EIT造形，將較為細節的設計規范，包括軟件、硬件平臺的選擇、數據庫設計、代碼測試方案、性能優化設計等實踐層級的細節考慮等;包容到EIT造形的接口定義里;落實了頂層設計的互聯互通要求。如圖-15所示。

　　圖-15 實踐階段的TDD迭代過程(產出軟硬整合系統或模塊)

　　在這實踐階段的敏捷迭代過程里，以中層設計的產出代碼為基礎(Simple Solution)，展開迭代過程。這個中層設計里的EIT造形就是軟件<集裝箱>，實踐層的開發人員可以將實踐層級的軟件代碼直接添加到中層設計的EIT造形里。而且能設計EIT造形幕后的形形色色軟件代碼，來處理實踐層級的細節計算。所以，中層設計里的EIT造形的創意組合結構，能順利成為實踐層的基礎架構，一方面作為實踐階段敏捷迭代過程的起始點;另一方面，基于這個基礎架構，實踐層的架構師可以增添較為細節的設計規范，包括軟件、硬件平臺的選擇、數據庫設計、代碼測試方案、性能優化設計等實踐層級的細節考慮;成為軟硬整合的系統架構。愈大規模的SoS系統開發，其中層設計就愈重要;而造形則扮演核心角色。因為它為上、中、下層人員開創設計概念的一致性(Conceptual integrity)，讓他們獲得一致的共識(Shared understanding)。

　　5.2 各系統的深度軟硬整合開發

　　以深度軟硬整合開發來支持各系統的獨特性、普遍性和可靠性。為了實踐各業務區塊頂層設計的獨特性，實踐層必須仰賴深度軟硬整合來達成;因為只透過單獨軟件或內容的特殊化，已經不足以支撐移動互聯網時代的個性化需求了。尤其在開源開放的平臺上(如Android)，其產品多樣性、市場普及和高度競爭;無論您是軟硬件廠商、內容媒體業者、或是電信運營商等，都會積極將軟硬件特性整合到自己的產品和(增值)業務上，藉由軟硬整合手段來表達其創意和獨特性。

　　同時，移動終端系統平臺版本的不一致性(俗稱碎片化)、軟硬件產品的百花齊放;在產品運行環境上，您也會讓自己的系統(產品)或業務能完美跨(軟硬件)平臺，獲得<普遍性>，是降低成本和迅速擴大市場的不二法門。因之，無論您是產品(或業務)的企劃者、開發者或經營者，都會積極關注于軟硬整合和跨平臺相關議題上，力求在市場競爭上的獨特性和普遍性。

　　圖-16 軟硬整合系統(產品)的主要特性

　　俗語說：欲速則不達。在力求上述的獨特性和普遍性時，其生產過程往往是環環相扣的，如果關鍵環節不可靠，將會功虧一簣。于是，就需要精致的測試環境來檢驗產品的結構、效能和安全等，力求其可靠性。一旦，您的產品兼具了獨特性、普遍性和可靠性，并取得用戶感情的回饋，就能日益提升用戶體驗了。也許您會覺得要兼顧獨特性、普遍性和可靠性是一件難度很高的事情。其實它們都是一個有機體的諸多面貌而已，只要切入其核心、關注其基因(gene);并且領悟它、淬練它，就能順利兼而得之、一勞永逸了。

原文轉自：http://223.26.63.39/?p=138