上次的博文敏捷開發之道（七）測試中，我們講了一下敏捷開發中對測試的相關認識，今天我們繼續講解敏捷開發中的另乙個重要概念-設計。
在傳統軟體開發的時候，通常需要做的首先是了解需求，其次會進行乙個簡單的設計，例如畫乙個uml或者ui介面等等。
然而，在進行軟體開發的時候，更多的時候，開發者會發現隨著時間的流逝、需求的變化，很多之前做的設計，在慢慢發生著變動。並且隨之而來的一些變動導致的問題也會變的越來越大。
傳統設計通常導致的問題主要有這麼幾個特點：
a、僵化性。僵化性是指單一的改動會導致有依賴關係的模組中的連鎖變動。這種僵化性，通常會導致改動量超出預算。
b、脆弱性。脆弱性是指在進行一處改動之後，軟體的很多與之不相關地方出現不可預見的錯誤。這種問題通常會導致改動的越多出現的問題越多。
c、牢固性。牢固性是指一些有用的部分難以從現有系統中抽離，或者一旦抽離風險非常大。
d、粘滯性。所謂粘滯性就是指在保持現有設計或環境的情況下很難對軟體進行修改。這種問題在開發過程中非常常見，更多的時候我們應對這種問題所採取的的都是比較激進的策略。
e、不必要的複雜性。複雜性通常指軟體中存在一些沒有用的部分，通常這些沒有用的部分在一開始是為了應對各種變化而存在的。
f、不必要的重複性。不必要的重複性最典型的就是貼上和複製**。這種問題在非物件導向程式設計中普遍存在。
g、晦澀性。晦澀性是指**難以閱讀、理解和應用。這種問題很多時候出現在一些新手或一些比較特立獨行的作者編寫的**身上。
敏捷開發之道（九）設計（續）
在上次的博文敏捷開發之道 八 設計中，我們講解了一下在傳統開發過程中的設計存在的一些缺陷和原因。今天我們講解一下敏捷開發是如何對待設計的。在實際的開發過程中，經常會存在兩種設計極端，一種是過度設計，一種是設計不足。兩種情況對於專案來講都會造成不好的影響，所以在開發過程中應該盡量去避免這兩種極端，但是...
敏捷開發修煉之道
敏捷開發宣言 敏捷的精神 敏捷的修煉之道 敏捷工具箱 做事欲速則不達 對事不對人 排除萬難，奮勇前行 敏捷需要不斷的學習和充電 跟蹤變化 對團隊投資 懂得丟棄 打破砂鍋問到底 把握開發節奏 沒有任何計畫在遇敵後還能繼續執行。讓客戶做決定 讓設計指導而不是操作開發 好設計是一張地圖，它也會進化。設計指...
敏捷開發修煉之道
敏捷開發宣言 敏捷的精神 敏捷的修煉之道 敏捷工具箱 做事欲速則不達 對事不對人 排除萬難，奮勇前行 敏捷需要不斷的學習和充電 跟蹤變化 對團隊投資 懂得丟棄 打破砂鍋問到底 把握開發節奏 沒有任何計畫在遇敵後還能繼續執行。讓客戶做決定 讓設計指導而不是操作開發 好設計是一張地圖，它也會進化。設計指...