一：軟體開發過程中各種不同的活動定義問題 需求分析 規劃構建 軟體架構 詳細設計 編碼與測試 單元測試 集成測試 集成 系統測試 保障維護二：軟體構建的重要性1：構建活動是軟體開發 的主要組成部分。2：構建活動是軟體開發的核心活動。3：可以提高生產率。4：構建活動的產物-源代碼-往往是對軟體的唯一的...
一：軟體開發過程中各種不同的活動
定義問題 需求分析 規劃構建 軟體架構 詳細設計 編碼與測試 單元測試 集成測試 集成 系統測試 保障維護
二：軟體構建的重要性
1：構建活動是軟體開發 的主要組成部分。
2：構建活動是軟體開發的核心活動。
3：可以提高生產率。
4：構建活動的產物-源代碼-往往是對軟體的唯一的精確的描述。
5構建活動是唯一確保可以完成的工作。
三：第二章要點
1：隱喻是啟示而不是演算法，因此他看起來有一點隨意。
2：隱喻把軟體開發的過程與你熟悉的其他活動聯繫在一起，幫助你更好的理解。
3：有一些隱喻比其他的更貼切。
4：通過把軟體伏構建過程比喻比房屋的建造過程，我們發現。仔細的準備是必要的。而大型項目與小型項目也是有區別的。
5：不同的隱喻並不排斥。適合的就是最好的。
四：核對錶
。
五：軟體架構：軟體架構是軟體設計的高層部分，是用於支撐更細節的設計的框架。通常用一份獨立的文檔描述架構。離開了軟甲架構。你可能瞄準了正確的問題。但卻用錯了方法。
典型的組成部分
1：程式組織：
以概括的形式對有關係統做一個概述
構造程式的主要構造塊（可能是類或子系統）及責任與通信。
2：主要的類：
架構應該詳細定義所用的主要的類。
架構應該記述曾經考慮過的其他設計的類。
3：數據設計：
架構應該描述所用到的主要文件和數據表的設計。
數據通常只應該有一個子系統或類進行訪問。
架構應該詳細定義所用資料庫的高層組織結構和內容。
4：業務規則：
如果架構依賴於特定的業務規則，那麼他應該詳細的描述這些業務規則，並描述這些業務規則對系統設計的影響。
5：用戶界面設計
用戶界面通常要在需求階段進行說明。如果沒有，就應該在軟體架構中設計。
架構應該模塊化。以便在替換新用戶界面的時候不影響業務的規則和程式的輸出部分。
6：資源管理：
架構應該描述一份稀缺資源的計劃。
7：安全性：
架構應該描述實現設計層面與代碼層面安全的方法。
8：性能
定義性能目標。
9：可伸縮性
可升縮性是指系統增長以滿足未來需求的能力。
10：互用性
11：國際化
12：輸入輸出
13：錯誤處理
14：容錯性：
容錯是指增強系統可靠的一組技術。
15：架構的可行性
16：關於復用的決策。
17：變更的決策
六：第三章的要點
1：構建活動的主要目標是降低風險。
2：軟體開發必須關註質量。
