第十四章，質量保證：
軟體的質量包括哪些方面，如何衡量軟體工程質量。
和第一章給出的定義一樣：軟體質量=程式質量+軟體工程質量。「軟體的開發過程有三個主要的特性：「好」、「快」、「便宜」。通俗的理解是「軟體在功能、成本、時間三方面滿足利益相關者的需求」，各個方面都需要
好好斟酌，絕不是敲敲**的事，還得注意客戶，時間等方面的問題。不單是軟體，其他別的任何東西，質量上不去，沒什麼客戶敢用，團隊花心血做的軟體無質量保證，那心血有很多算是白費了。
明確cmmi的等級，在每一級上嚴格實行，在過程中把質量保證上去。
第十五章，穩定和發布階段：
軟體專案的會診，軟體按時發布的招數，專案的總結和回顧：
看完開頭，我已經屬於「o型」了，「他們不知道這一點，因此嘴巴驚訝成o型」，對於複雜專案應成立會診小組，決定如何處理每乙個bug，是修復，還是就是這樣設計，還是不修復，還是推遲。
給了眾多招數，設計變更，zbb，最後回歸測試，砍掉功能，逐漸提高修復bug的門檻，逐步凍結。發布之後，開「事後諸葛亮會議」，通過這次專案，我們學到了什麼，我們有什麼經驗教訓。
第十六章，it行業的創新：
創新的迷思打破普遍的錯誤印象，新商業的誕生，最關鍵的是靈感，但靈感不會在每個人腦海裡隨之產生，好的靈感不一定**於某個領域的專家大佬，但是靈感**於善於捕捉需求的人，敏銳地察覺需求，走
在較前列，明白人們的需要。創新者也不總是一馬當先，很多領域的領導者可能不是這一領域的開拓者。
創新的時機給了很多，給了**點遊戲的12次記錄，在一定程度上反映了不適時的新方法往往收不到預期效果，創新基本涵蓋三點：了解團隊能力、產品方向和大環境的趨勢。後面給出的象限分類解決了不同的處理方式。
《構建之法》1 5章讀後感
在第一章中所述的與軟體工程相關的學科有除計算機學科外還有管理學，系統工程，工業設計等9門學科，這是不是意味著我們在學完計算機這門學科之後還要學習這些其他的另外9門學科呢？我知道能夠學完這幾門學科固然是好的，但我們如何能夠在只有計算機工程這門學科下更好的理解與學習軟體工程呢？在第二章中 你的rp是由你...
《構建之法》1 2 3章讀後感
第一章 看了大概了解軟體從乙個想法到最終成品的乙個過程。軟體先是由乙個想法引出的，有那個想法，你需要乙個工具去做什麼，然後根據自己想要的功能大概做乙個能實現基本功能的軟體，再對客戶提出的要求進行完善，實現了功能後對軟體進行維護。還有就是做的軟體要符合客戶的要求，而不是只根據自己的想法去做，要滿足大部...
《構建之法》8 9 10章讀後感
第八章 需求分析 這一章主要介紹軟體需求的型別 利益相關者，獲取使用者需求分析的常用方法與步驟 競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍，只有乙個符合大眾需求的軟體，才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟 1.獲...