第八章：需求分析
軟體開發團隊就是為了使用者著想，於是總會在程式專案開發前進行專案的需求分析
本章節講述軟體需求的4個步驟，（1）獲取和引導需求（2）分析和定義需求（3）驗證需求（4）在軟體產品的生命週期中管理需求 。在軟體工程中分析軟體需求需要考慮相關者的利益關係，例如使用者、顧客、市場分析師、監管機構、軟體工程師等之間的關係。
講述了9種使用者調研方法：（1）焦點小組（2）深入面談（3）卡片分類（4）使用者調查問卷（5）使用者日誌研究（6）民族誌/人類學調查（7）眼動跟蹤研究（8）快速原型調研（9）a/b測試
在這一章中，我明白的是軟體開發團隊應該遵循的就是顧客的需求，我們做的每乙個步驟都離不開使用者的需求調查，我們要及時的去得到顧客最新的想法然後將使用者的需求改進到我們的為其做的專案中去，要明白的就是使用者才是我們完成程式的目標。
第九章：專案經理
在這一章中主要介紹專案經理（pm）的由來和要求，以及專案經理的重要性。pm和大家平等地工作，推動團隊完成軟體的功能。乙個團中可以有多個很多個pm，和其他團隊常成員一起形成決議，管事不管人，也要做具體的工作。這裡pm是促進乙個團隊快速工作，高效率的重要角色，但是也需要可其他人一起工作，平等。乙個好的pm要需要較強的要求和能力：1.觀察、理解和快速學習的能力，2.分析的能力3.一定的專業能力，4.一定的專業能力5.自省的能力。
在乙個團隊之中，我們常常會有很多的困難，在遇到這些困難的時候有些成員可能會出現消極的想法，比如說，程式太困難了就覺得自己做不出來，感覺沒辦法去做，這時候，專案經理就該出來，理解組員的苦惱，並且去開解組員，給組員乙個新的目標，促使他去前進，只有這樣，才能夠推動我們的小組，完成我們最終的目標。
第十章：典型的使用者和場景
1、典型場景和典型使用者
對使用者的認識，例如使用者的價值，如何定義使用者，使用者與場景的結合，在從場景到任務等，還有使用者的模板或者故事。
2、規格說明書
（1）功能說明書
定義相關的概念->規範好假設->避免誤解，界定一些便界條件->描述主流的使用者/軟體互動步驟->一些好的功能和***->服務質量
（2）功能說明書模板
（3）技術說明書
（4）功能驅動的設計
構建總體模型->構建功能列表->制定開發計畫->功能設計階段->實現具體功能
次章節告訴了我們完成乙個專案需要做的工作流程，這章節有助於我們區更好的完成我們的任務。
構建之法第8,9,10章
第八章主要講的是軟體需求和分析，然而軟體的需求要分為以下幾步 1.獲取和引導需求，講的是軟體工程團隊需要找到軟體利益相關的人員，了解和分析他們對軟體的需求。2.分析和定義需求，是軟體團隊對各種需求進行分析和調整，從各種角度對需求量化。3.驗證的需求，講的是軟體工程團隊要跟相關者溝通，實時更近他們需求...
閱讀《構建之法》第8,9,10章
第八章 需求分析 本章節講述軟體需求的4個步驟，講述了9種使用者調研方法，nabcd模型和四象限方法，我覺得使用這幾個方法分析出來比較的具體，比自己空想要好，因為使用者的需求才是我們開發軟體的方向，如果方向錯了，只能是白做工。提出的問題 如果使用者需求很多很多，我們應該全部滿足，還是側重滿足?第九章...
讀《構建之法》第8 9 10章有感
第8章需求分析讀後感 這一章主要介紹軟體需求的型別 利益相關者，獲取使用者需求分析的常用方法與步驟 競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍，只有乙個符合大眾需求的軟體，才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟 1...