第5章：
敏捷開發以使用者的需求進化為核心，採用迭代、循序漸進的方法進行軟體開發。在敏捷開發中，軟體專案在構建初期被切分成多個子專案，各個子專案的成果都經過測試，具備可視、可整合和可執行使用的特徵。關於每日立會，雖然書中提到可借用文件和其他輔助手段來進行溝通，但聽說在異地開發模式下很難實現快速構建、快速交付，長期下來團隊可能感覺很疲憊。這種情況下怎麼辦？
第6章：
msf是一套大型系統開發指南,它描述了如何用組隊模型、過程模型和應用模型來開發client/server結構的應用程式，是在微軟的工具和技術的基礎上建立並開發分布式企業系統應用的參考。後勤人員負責將實驗室的產品商品化,變成實際可以執行的產品,達到最初制定的商業目的,取得商業效益。實際環境可能非常複雜,比如分布式環境、internet/intranet環境等,尤其是大企業,實際環境比實驗室環境複雜得多,因而將實驗室產品運用到實際環境中是一項非常重要的工作。這項工作沒有完成好，這個時候其他五個角色（產品經理、程式管理員、使用者教育、開發、測試）該作出相應變化？還是大家一起來解決？
《構建之法》第5 5，第6和第7章
第5.5 問題 5.3.5節講的老闆驅動的流程。我想問如果是這種情況，然而老闆並不了解軟體開發，這個時間我們是應該堅持自己的觀點還是聽老闆的，老闆讓我們怎麼做就怎麼做？第6 問題 表6 2敏捷的適用範圍講明敏捷的團隊人員數量不多，那麼大公司做的大專案就不能使用敏捷嗎？如果大專案分割成很多部分然後交給...
《構建之法》第5 5章 7章
第5.5 章 軟體開發分為四個階段 初始階段 細化階段 構造階段 交付階段。問題 在5.3.6中提到軟體完成的標誌為1.時間到了 2.錢花光了 3.使用者滿意了。那麼，所謂的完成有好的完成和壞的完成，但是怎樣才能避免壞的完成？第6章 敏捷作為當下的軟體界的流行名詞，因為敏捷反轉了以往的固定步驟，編寫...
《構建之法》 閱讀（第13章 第17章）
第13章 軟體測試 1.名詞解釋 bug 軟體的缺陷 test case 測試用例。測試用例描述了乙個完整的測試過程，包括測試環境 輸入 期望的結果等 2.bug解釋與例項 1 bug可以分解為 症狀 symptom 程式錯誤 fault 根本原因 root cause 症狀 即從使用者的角度看，軟...