晨晨果

1.需求分析不簡單

以前寫題目，我都是看看題目的需求是什么，實現什么功能，然后就開始寫代碼了。可是看完構建之法發現，需求分析沒這么簡單。開發者要去發現目標用戶的需求，要區分需求的優先級。說得明白點就是先做重要的，后做不重要的。碼代碼之前還要對軟件結構進行分析和設計。在軟件開發的過程中，需求分析，結構設計，人工管理這些不比代碼的重要性低。

2團隊合作有多種模式，如何快速確定團隊適合哪種模式，如若后期團隊合作不佳又應該如何調整？

3.在軟件工程的團隊合作中，編程需要全部成員都參加嗎？

這是我最糾結的問題。之前我們寫課程設計團隊合作時，如若全員都參加編程，很難結合起來，我看不懂你的代碼，你瞧不起我的方法。程序員是真的會有種莫名的自信。永遠相信自己寫的代碼是最牛的。如若把編程分給部分成員，完成的效率是提高了。但是其他成員的編程能力沒有得到鍛煉，亦或者其他成員有更加高效的實現方法，而因為時間問題無法完成。

4.psp不是記錄客戶滿意度的？

這個問題我很不解，書上第36頁上寫了psp具有的特點（不局限于某一種軟件技術，不依賴考試，psp依賴數據）。這最后一個特點我不理解，PSP的目的是記錄工程師如何實現需求的效率，而不是記錄客戶對產品的滿意度。psp階段不是包含了需求分析嗎？那需求分析就是以客戶的需求為主呀！那要是客戶不滿意，我們沒有實現下去的必要呀，畢竟沒有盈利公司無法生存。