《軟體需求》讀後感01

今天閱讀了第一部分的前三章：是什麼為什麼，客戶需求觀，需求工程的推薦方法

感悟深刻的是：參與度

要做乙個專案，就得明白給誰做做什麼，也就是這個專案的需求。需求是不同類的使用者所不同的，所以我們需要針對不同類的使用者獲取需求，這就需要不同類的使用者參與。

當我們在獲取需求時，要判斷哪些是我們能做的拿些不能做，對可行性進行分析，然而只有軟體工程小組成員才能知道專案的範圍和能力，所以這就需要在獲取需求的過程中有成員小組的參與。

獲取問題，分析需求，編寫規格說明書，驗證。這個過程，需要使用者類，評測人等風險承擔者們的積極參與，只有當風險承擔者和專案開發人員對需求達成統一時，才能更節省更有效的進行下一步開發。

當然在驗證之後的開發過程中需求也不是一成不變不做更改的，所以需要定期的開會，每當出現需求變更，就要評估需求的優先順序，對需求的可行性分析制定最終版，對更改的需求所影響的做改變和記錄，最好對資料有所記錄追蹤。

另外，讀後感還包括了對風險承擔者和小組成員的培訓為雙方提供相互的基礎知識和奠定一定的合作基礎；通過使用者使用例項，圖示可和使用者**需求，包括例項的完整性正確性資料的**以減少使用者和小組成員理解上的偏差；在程式設計過程中應該意識到後期的需求變更和維護方面，所以盡量使程式設計耦合度低，可靠性強。