第十六章
我的第一感覺是在it行業中，創新的思維是非常重要的。現在得社會發展這麼迅速，很難有什麼創新，有些人有創新的想法，卻沒有對應的技術，有些人有高超的技術，卻對這門技術沒有創新的領悟。當我們有時靈光乍現時，要抓緊記下並自己親手實踐，這樣才會有成功的可能，而且創新有時很簡單，或許並不需要過硬的專業知識，也未必是自己擅長的領域，有時只是腦中產生的乙個簡單的想法就有可能是通向成功的關鍵鑰匙。創新有時靠的並不是你一人的努力，多和你的團隊進行溝通交流，大家交換想法互相補足，這樣才有可能讓創新思想更加豐滿，也和成功離得更接近，而你的團隊並不需要都是頂尖的專家，只要大家一同努力同樣可以想出非常成功創新的點子。
第八章
我了解到
1. 確定系統的綜合需求：功能需求、效能需求、可靠性和可用性需求、出錯處理需求
、介面需求、約束需求、逆向需求、將來可能提出來的需求（可擴充套件性）等。
2. 分析系統的資料要求：由於我們的軟體系統一般都是對一系列資料或者資訊進行處理，因此在軟體開發的過程中，對系統執行過程中涉及到的資料進行分析也是很重要的。通常我們通過對資料進行建模來分析，即e-r圖。
3. 匯出系統的邏輯模型：在需求分析中，我們可以通過一系列的模型來匯出系統的邏輯模型，以方便我們對系統有乙個更加直觀的了解。通常涉及到的模型有：功能模型、資料模型、行為模型、演算法邏輯模型等。。
4. 修正系統的開發計畫：在可行性分析階段的最後我們制定了乙個開發計畫，在進行需求分析後，我們可以根據我們分析的結果對開發計畫中不合理的部分進行修正。
需求分析的主要任務。需求分析主要有4大任務：
1. 確定系統的綜合需求：功能需求、效能需求、可靠性和可用性需求、出錯處理需求
、介面需求、約束需求、逆向需求、將來可能提出來的需求（可擴充套件性）等。
2. 分析系統的資料要求：由於我們的軟體系統一般都是對一系列資料或者資訊進行處理，因此在軟體開發的過程中，對系統執行過程中涉及到的資料進行分析也是很重要的。通常我們通過對資料進行建模來分析，即e-r圖。
3. 匯出系統的邏輯模型：在需求分析中，我們可以通過一系列的模型來匯出系統的邏輯模型，以方便我們對系統有乙個更加直觀的了解。通常涉及到的模型有：功能模型、資料模型、行為模型、演算法邏輯模型等。。
4. 修正系統的開發計畫：在可行性分析階段的最後我們制定了乙個開發計畫，在進行需求分析後，我們可以根據我們分析的結果對開發計畫中不合理的部分進行修正。
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...
《構建之法》讀後感
前段時間，我自學了 構建之法 的1,5,17章，並產生了很多自身的體會。首先，在第一章中我大致了解了我可以在書中學到什麼，如何落實學習。1.1節通過三個簡短的對話，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的需求，功能的可...
構建之法讀後感
第一章 軟體工程。寫軟體就是碼 寫出來，組合語句和演算法，實現需要的功能。但是軟體的開發需要一定步驟，有團隊合作精神，經過需求分析明白客戶需求，要什麼功能，並完成軟體的概要設計，再進行討論並與客戶溝通。然後進行軟體設計，然後程式 編寫，軟體測試debug，體驗版，後續維護等等。這樣才是乙個專案。軟體...