（1）在開始構建之前，首先要滿足的一個先決條件是，對這個系統要解決的問題做出清楚的陳述。問題定義只定義了問題是什么，而不設計任何可能的解決方案。問題定義應該用客戶的語言來寫，而且應該從客戶的角度描述問題。
（2）需求詳細描述軟件系統應該做什么，這是達成解決方案的第一步。
?????????明確的需求有助于確保是用戶（而不是程序員）駕馭系統的功能。如果需求明確，用戶就可以進行自行評審，并進行核準。否則程序員就會在編程期間自行決定需求，明確的需求面對你去猜想用戶需要的是什么。
?????????明確的需求有助于避免爭論。在開始編程之前，先把系統的范圍確定下來。如果你和另外一個程序員對于程序應該做什么，意見不一致，你們可以查看書面的需求，以解決分歧。
?????????重視需求有助于減少開始開發編程之后的系統變更情況。
?????????穩定的需求是軟件開發的圣杯，但是這往往是軟件開發人員的愿望。IBM和其他公司的研究發現，平均水平的項目在開發過程中，需求會有25%的變化。在典型的項目中，需求變更導致的返工占到返工總量的75%到85%。
（3）軟件架構是軟件設計的高層部分，適用于支撐更細節的設計的框架。架構的質量決定了系統的“概念完整性”，繼而決定了繼續的最終質量。一個慎重考慮的架構為“從頂層到底層維護系統的概念完整性”提供了必備的結構和體系，它為程序員提供了指引——其細節程度與程序員的技能和手邊的工作相配。它將工作分為幾個部分，使多個開發者或者開發團隊可以獨立工作。
?????????架構典型的組成部分：
?????????a、程序組織??
?????????b、主要的類：80/20法則（對構成系統的80%行為的20%的類進行詳細說明）。
?????????c、數據設計? d、業務規則? e、用戶界面設計? f、資源管理?? g、安全性???
?????????h、性能??? i、可伸縮性?? j、互用性?? k、國際化\本地化?? l、輸入輸出
?????????m、錯誤處理?? n、容錯性?? o、架構的可行性? p、過度工程???
?????????q、關于“買”還是“造”的決策?? r、關于復用的決策?? s、變更策略
（4）花費在前期準備上的時間長度：一個運作良好的項目會在需求、架構以及其他前期計劃方面投入10%-20%的工作量和20%-30%的工作時間，這些時間不包括詳細設計的時間，那是構建活動的一部分。