總算看完第三章：三思而后行，前期準備。說到前期準備，感覺很多人為了XP而XP，已經把前期準備丟到了一邊。
一個很有意思的比較：有充分準備的序列式開發在效率上要超過無準備的迭代式開發。
接下來個人感覺最有意義的東西：在構建期間處理需求變更
作者給出了這樣幾種處理的方式：使用需求核對表來評估需求的質量；確保每個人都知道需求變更的代價；建立一套變更控制程序；使用能適應變更的開發方法；放棄這個項目；注意項目的商業案例。
作者在后面繼續講到了前期準備中很重要得一部分：架構
架構的典型組成部分：程序組織；主要的類；數據設計；業務規則；用戶界面設計；資源管理；安全性；性能；可伸縮性；互用性；國際化/本地化；輸入輸出；錯誤處理；容錯性；架構的可行性；過度工程；關于“買”還是“造”的決策（Buy-vs.-Build Decisions）；關于復用的決策；變更策略；架構的總體質量。
我們不妨都來看看，是不是平時所說的架構概念過于簡單了。
|