敏捷開發對軟體架構設計產生了一定的影響，讓人產生敏捷開發中“輕架構設計”的印象。文章就筆者經驗，和大家一起討論一下敏捷中的架構設計這個話題。

首先，筆者認為敏捷開發是一種軟體過程方法和工具，敏捷開發本身並不能代表架構設計。這就好比建築架構設計和建築工程管理之間的差別一樣，兩者是建築的兩個方面。相同的軟體行業也是類似的情況，軟體架構設計描述的是事物本身，而敏捷開發描述的是建立這個事物的過程。所以敏捷開發和架構是沒有直接替代關係的兩個範疇。

但敏捷開發後，架構設計（內容和形式上）還是有了一定程度的變化。

1. 敏捷開發中架構設計的方式

這裡的架構設計方式，指什麼時候進行架構設計，並以什麼樣的方式進行架構設計，如Iteration中新需求引入時，重構的方式，Code is Design的方式等。

下圖描述了敏捷開發前和後架構方式：

上圖中，敏捷開發後軟體架構設計的方式產生了變化：敏捷開發把原先軟體過程前期的架構設計，分散到了整個敏捷開發軟體過程中。

看到敏捷開發中分散化的架構設計，想起公司財務中的"馬克威茨資產組合理論"，用馬克威茨這個諾貝爾大師的理論來解釋敏捷開發中的分散架構形式，卻也行得通。

“馬克威茨資產組合理論”中說道：可以通過分散投資使收益率不變而方差（風險）減少。通俗一點講也就是不要把雞蛋放在一個籃子裡。資產組合分散化後，可以做到收益率不變的情況下，風險減少。

這裡的風險指的是波動，也就是方差。這和軟體工程中的風險有異曲同工之意，即軟體工程中的風險指：需求的波動，數學化後就是需求的方差。然後可以按照統計定理推論出，把架構設計組合化，並分散化，有益於收益率不變的情況下，減少軟體風險。（中間的推導過程省略，有興趣的朋友參考相應文獻）。

如果按照資產組合理論，下面這些就是軟體架構設計中的組合，把一次性軟體過程前期30%（甚至更多）的架構設計，換成如下的軟體架構組合：

（1）引入新需求後的架構。每個Iteration中，新需求引入前，都可以進行構思和架構。

（2）重構產生架構。先讓軟體執行，再重構其程式碼。那麼軟體的架構隨著重構自然而然的在軟體過程中產生。

（3）開發過程中的設計：以前是設計完後開發，現在是邊設計邊開發。

（4）其他

所以敏捷開發不是輕架構設計，而是依然注重架構設計。只不過架構的方式變化了，變得更加有效且風險更小。

2. 敏捷開發中架構設計的內容

傳統的架構設計，包括架構和設計兩個方面、其中設計可以包含詳細設計，如詳細的UML圖（詳細的類圖，順序圖等），詳細的API設計以及介面描述，儲存層資料庫表字段設計等等。

出於下面兩個方面的考慮，敏捷開發不適合這種架構設計內容：

（1）在當今的快速變化的社會中，業務需求和技術也都快速變化著，在軟體過程前期花費30%（甚至更多）的時間進行架構設計，要麼開發出來的軟體不符合市場需求，要麼就是一旦需求變動，造成較大的改動成本。如，作者瞭解的一個電子商務產品，當前所做的功能都是兩年前規劃設計的，而且如有新需求發生，需要下個版本才會採納，導致整個產品脫離市場和客戶的需求。

（2）架構設計包含兩個方面，一是：架構，二是：設計。其中設計中的詳細設計需要大量的時間，包含詳細的流程，API，資料結構等設計。但軟體開發階段的Code編碼階段，同樣蘊含了很多詳細設計的內容，所以二者之間存在著Repeat Yourself的情況。換句話說，現在敏捷開發提倡Code is design，而以前是Design is code。但問題是，軟體開發人員維護一套Design，外加一套Code，不堪重負，效率低。所以，現在是Code is Design盛行，敏捷盛行。

基於這兩種原因，敏捷中將傳統的架構設計分成：架構 + 設計：

（1）敏捷開發的架構保留架構部分

（2）轉移設計到Code編碼階段、重構階段、Unit Test階段等。

分離後，敏捷開發中的架構就輕裝上陣，內容可以包括：

（1）軟體的架構層次，層次化是軟體產品架構中很重要的一部分。

（2）產品和技術選型

（3）各個元件的結構，以及的關係

（4）重要模組，和重要類的說明。但無需設計全部的類，和類的方法。

（5）….

而詳細設計階段，則在Code編碼和UT單元測試階段進行。這個階段重構很重要，重構使你的軟體架構和元件結構自然呈現。

所以在敏捷開發中架構設計的內容發生了變化：敏捷開發中止於架構，輕詳細設計。但詳細設計不是消失不見了，而是轉移到了開發階段，也即是：Code is design。這樣既能擁抱變化，又規避風險，又Don't Repeat Yourself。

3. 敏捷開發中架構設計的人員

敏捷開發後，軟體過程變化了，架構形式變化了，隨之相應的人員的責任和需要素質也會變化。

這裡不說整個軟體過程中的人員角色，以及職責和能力，如組長，經理，測試人員，開發人員等。這不是說這些的地方。可以另外的文章再繼續。

這裡強調的是，敏捷開發架構設計變化後，對開發人員提出了更高的要求，要超越Code is Code階段，達到Code is Design的要求。如上面我們分析，敏捷開發中架構設計內容變化後，一部分的設計職責轉移到了開發人員身上。所以開發人員不僅需要是技術專家，不僅能夠寫很好的程式，還需要有架構設計思想和能力，能夠在開發過程中不斷重構出Design。

總結

架構描述的是軟體本身的結構，敏捷開發描述的是製造這個軟體的過程，他們二者是軟體科學的兩條脈絡，互相影響。不管敏捷與否，架構設計依然軟體中最重要之一，是軟體開發人員的進階目標。