建站
咨詢
售后
建站咨詢
新聞中心
敏捷開發(fā)對軟件架構(gòu)設計產(chǎn)生了一定的影響，讓人產(chǎn)生敏捷開發(fā)中“輕架構(gòu)設計”的印象。文章就筆者經(jīng)驗，和大家一起討論一下敏捷中的架構(gòu)設計這個話題。
站在用戶的角度思考問題，與客戶深入溝通，找到雞冠網(wǎng)站設計與雞冠網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設計與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：成都網(wǎng)站制作、成都網(wǎng)站建設、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名與空間、虛擬空間、企業(yè)郵箱。業(yè)務覆蓋雞冠地區(qū)。
首先，筆者認為敏捷開發(fā)是一種軟件過程方法和工具，敏捷開發(fā)本身并不能代表架構(gòu)設計。這就好比建筑架構(gòu)設計和建筑工程管理之間的差別一樣，兩者是建筑的兩個方面。相同的軟件行業(yè)也是類似的情況，軟件架構(gòu)設計描述的是事物本身，而敏捷開發(fā)描述的是創(chuàng)建這個事物的過程。所以敏捷開發(fā)和架構(gòu)是沒有直接替代關(guān)系的兩個范疇。
但敏捷開發(fā)后，架構(gòu)設計（內(nèi)容和形式上）還是有了一定程度的變化。
1. 敏捷開發(fā)中架構(gòu)設計的方式
這里的架構(gòu)設計方式，指什么時候進行架構(gòu)設計，并以什么樣的方式進行架構(gòu)設計，如Iteration中新需求引入時，重構(gòu)的方式，Code is Design的方式等。
下圖描述了敏捷開發(fā)前和后架構(gòu)方式：
上圖中，敏捷開發(fā)后軟件架構(gòu)設計的方式產(chǎn)生了變化：敏捷開發(fā)把原先軟件過程前期的架構(gòu)設計，分散到了整個敏捷開發(fā)軟件過程中。
看到敏捷開發(fā)中分散化的架構(gòu)設計，想起公司財務中的"馬克威茨資產(chǎn)組合理論"，用馬克威茨這個諾貝爾大師的理論來解釋敏捷開發(fā)中的分散架構(gòu)形式，卻也行得通。
“馬克威茨資產(chǎn)組合理論”中說道：可以通過分散投資使收益率不變而方差（風險）減少。通俗一點講也就是不要把雞蛋放在一個籃子里。資產(chǎn)組合分散化后，可以做到收益率不變的情況下，風險減少。
這里的風險指的是波動，也就是方差。這和軟件工程中的風險有異曲同工之意，即軟件工程中的風險指：需求的波動，數(shù)學化后就是需求的方差。然后可以按照統(tǒng)計定理推論出，把架構(gòu)設計組合化，并分散化，有益于收益率不變的情況下，減少軟件風險。（中間的推導過程省略，有興趣的朋友參考相應文獻）。
如果按照資產(chǎn)組合理論，下面這些就是軟件架構(gòu)設計中的組合，把一次性軟件過程前期30%（甚至更多）的架構(gòu)設計，換成如下的軟件架構(gòu)組合：
（1）引入新需求后的架構(gòu)。每個Iteration中，新需求引入前，都可以進行構(gòu)思和架構(gòu)。
（2）重構(gòu)產(chǎn)生架構(gòu)。先讓軟件運行，再重構(gòu)其代碼。那么軟件的架構(gòu)隨著重構(gòu)自然而然的在軟件過程中產(chǎn)生。
（3）開發(fā)過程中的設計：以前是設計完后開發(fā)，現(xiàn)在是邊設計邊開發(fā)。
（4）其他
所以敏捷開發(fā)不是輕架構(gòu)設計，而是依然注重架構(gòu)設計。只不過架構(gòu)的方式變化了，變得更加有效且風險更小。
2. 敏捷開發(fā)中架構(gòu)設計的內(nèi)容
傳統(tǒng)的架構(gòu)設計，包括架構(gòu)和設計兩個方面、其中設計可以包含詳細設計，如詳細的UML圖（詳細的類圖，順序圖等），詳細的API設計以及接口描述，存儲層數(shù)據(jù)庫表字段設計等等。
出于下面兩個方面的考慮，敏捷開發(fā)不適合這種架構(gòu)設計內(nèi)容：
（1）在當今的快速變化的社會中，業(yè)務需求和技術(shù)也都快速變化著，在軟件過程前期花費30%（甚至更多）的時間進行架構(gòu)設計，要么開發(fā)出來的軟件不符合市場需求，要么就是一旦需求變動，造成較大的改動成本。如，作者了解的一個電子商務產(chǎn)品，當前所做的功能都是兩年前規(guī)劃設計的，而且如有新需求發(fā)生，需要下個版本才會采納，導致整個產(chǎn)品脫離市場和客戶的需求。
（2）架構(gòu)設計包含兩個方面，一是：架構(gòu)，二是：設計。其中設計中的詳細設計需要大量的時間，包含詳細的流程，API，數(shù)據(jù)結(jié)構(gòu)等設計。但軟件開發(fā)階段的Code編碼階段，同樣蘊含了很多詳細設計的內(nèi)容，所以二者之間存在著Repeat Yourself的情況。換句話說，現(xiàn)在敏捷開發(fā)提倡Code is design，而以前是Design is code。但問題是，軟件開發(fā)人員維護一套Design，外加一套Code，不堪重負，效率低。所以，現(xiàn)在是Code is Design盛行，敏捷盛行。
基于這兩種原因，敏捷中將傳統(tǒng)的架構(gòu)設計分成：架構(gòu) + 設計：
（1）敏捷開發(fā)的架構(gòu)保留架構(gòu)部分
（2）轉(zhuǎn)移設計到Code編碼階段、重構(gòu)階段、Unit Test階段等。
分離后，敏捷開發(fā)中的架構(gòu)就輕裝上陣，內(nèi)容可以包括：
（1）軟件的架構(gòu)層次，層次化是軟件產(chǎn)品架構(gòu)中很重要的一部分。
（2）產(chǎn)品和技術(shù)選型
（3）各個組件的結(jié)構(gòu)，以及的關(guān)系
（4）重要模塊，和重要類的說明。但無需設計全部的類，和類的方法。
（5）….
而詳細設計階段，則在Code編碼和UT單元測試階段進行。這個階段重構(gòu)很重要，重構(gòu)使你的軟件架構(gòu)和組件結(jié)構(gòu)自然呈現(xiàn)。
所以在敏捷開發(fā)中架構(gòu)設計的內(nèi)容發(fā)生了變化：敏捷開發(fā)中止于架構(gòu)，輕詳細設計。但詳細設計不是消失不見了，而是轉(zhuǎn)移到了開發(fā)階段，也即是：Code is design。這樣既能擁抱變化，又規(guī)避風險，又Don't Repeat Yourself。
3. 敏捷開發(fā)中架構(gòu)設計的人員
敏捷開發(fā)后，軟件過程變化了，架構(gòu)形式變化了，隨之相應的人員的責任和需要素質(zhì)也會變化。
這里不說整個軟件過程中的人員角色，以及職責和能力，如組長，經(jīng)理，測試人員，開發(fā)人員等。這不是說這些的地方?？梢粤硗獾奈恼略倮^續(xù)。
這里強調(diào)的是，敏捷開發(fā)架構(gòu)設計變化后，對開發(fā)人員提出了更高的要求，要超越Code is Code階段，達到Code is Design的要求。如上面我們分析，敏捷開發(fā)中架構(gòu)設計內(nèi)容變化后，一部分的設計職責轉(zhuǎn)移到了開發(fā)人員身上。所以開發(fā)人員不僅需要是技術(shù)專家，不僅能夠?qū)懞芎玫某绦?，還需要有架構(gòu)設計思想和能力，能夠在開發(fā)過程中不斷重構(gòu)出Design。
總結(jié)
架構(gòu)描述的是軟件本身的結(jié)構(gòu)，敏捷開發(fā)描述的是制造這個軟件的過程，他們二者是軟件科學的兩條脈絡，互相影響。不管敏捷與否，架構(gòu)設計依然軟件中最重要之一，是軟件開發(fā)人員的進階目標。
本文標題：敏捷開發(fā)中的架構(gòu)設計
轉(zhuǎn)載來于：http://m.fisionsoft.com.cn/article/coeegog.html
