敏捷頂層設計方法(4)

　　由于深度軟硬整合開發產品的多樣性，是當今智能移動終端時代的最大特征。無論您所做的是軟硬整合、跨平臺或測試，其實都圍繞著SoS(System of System)的組合創新思想。所謂SoS思維就如同設計飛機，如何將一群不會飛的配件(Part)加以巧妙的組合，讓其整體(Whole)能飛上天空。于是，大家都能體會到，一架飛機就是一群 {whole, interface, part} 基本結構單位的巧妙重復組合而已。于此，筆者將這個基本單位稱為EIT造形(Form);它在本文所介紹的”方法論”里，扮演了重要角色。

　　6. 結語

　　本篇文章的目標是：簡潔地敘述高煥堂提出的<敏捷頂層設計方法>?？焖僬f明其兩階段的敏捷迭代過程，以及闡述各步驟的工作要點。

　　如果您需要更詳細的相關文章，可來信索?。簃isoo.tw@gmail.com。于此，加以歸納說明這兩階段敏捷過程的基本思維和用意;如下的敘述：

　　兩階段敏捷的基本思維

　　在頂層設計階段，中層設計人員與頂層設計人員，會一起合作，相對上，頂層設計人員偏于戰略，而中層設計人員偏于戰術。戰略人員會協助戰術人員，來尋覓與制定戰術。這項戰略與戰術的融合，也必須表現于計劃書的一致性。換句話說，Top-down型的頂層設計，必須與Bottom-up型的中層設計，兩者必須進一步整合，也進一步檢驗戰略與戰術的融合程度。如下圖所示：

　　圖-17 中層設計屬于頂層設計階段

　　至于，雙方如何整合呢? 在本文里，提出了一個美好的途徑：就是如圖-13所示，將頂層設計與中層設計納入到敏捷TDD驅動的迭代&反饋過程中。依據敏捷開發的實務經驗顯示，這種敏捷過程自然會帶動所有參與人員的良好溝通與合作。

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

　　圖-18 中層設計+EIT造形+兩階段敏捷過程

　　以上歸納了本方法的兩階性敏捷TDD迭代過程，能大幅提升了頂層設計的可實現性，并讓實踐開發更為順暢完成，則無論是城市、家庭或其它復雜系統的美好景象就在眼前了。

　　本方法的基本概念

　　最后，再厘清本方法的基本概念：

　　頂層設計是要支持投資決策;而不是去支持建置一個大型IT系統。

　　頂層設計關注的是各業務區塊之間的 “互通性“(Inter-operationality);而不是追求穩定、可靠、不變的“共同性“(Commonality)。所以頂層設計不是去設計<中間件>(Middleware)。

　　頂層設計并非完全是<由上而下>(Top-Down)進行的;而是<從中間往上>(Middle-Up)的。

　　由于頂層設計攸關現今決策的質量，以及攸關未來投資的成敗。因此，如何確保頂層設計的質量(即最佳性和可實現性)，是非常重要的。所以建議采用AHP決策分析法來確保頂層設計的<最佳性>。

　　建立一個新層級：中層設計?；?lt;中層設計 + EIT軟件造形>的兩階性敏捷TDD迭代過程，大幅提升了頂層設計的<可實現性>。

　　敏捷思維的核心是：以跌代(Iterative)過程帶動反饋;以反饋促進溝通(與合作)。這項思維非常適合于頂層設計，持續地帶動整個系統(如家庭、城市或公共交通等)的創新和未來發展性。

　　本方法分為兩大階段：<敏捷頂層設計>與<敏捷實踐開發>。兩階段之間，能透過中層設計來做無縫隙的銜接?！?/p>

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