1、使用者需求說明書是使用者的需求，需要和使用者確認的；需求規格說明書是系統需求主要是對內的。你考慮了一個對外一個對內。而且需求管理的時候也需要用到使用者需求

2、
優點：使用者的語言與設計人員的語言是不同的，所以需要有面向不同人員的文件。
缺點：層次越多，資訊損失的越多，誤解的概率就越大。
權衡的結果：基本上是依據專案的規模而定。

3、這要看你們的專案管理採用的規範。
如果是cmmi就需要，敏捷就取消

4、如果你非要省掉一個的話，我傾向於寫使用者需求，因為搞系統的時候要始終明白使用者在想什麼，要解決什麼問題
需求規格相對不是很重要，具體實現使用者需求的時候，你可以有各種方案，這個是使用者不關心的。要是使用者需求就已經理解錯了，軟體規格讓使用者簽字好哪裡放什麼文字框用什麼佈局有意義麼？ 最後還不是給你翻掉

5、一個是給使用者看的 ，一個給程式設計師看的

6、當然需要，需求管理不弄好，後期客戶扯皮怎麼辦？

7、1、使用者需求說明書是軟體設計的根本，使用者需要簽字畫押，詳細設計基於這個寫的，怎能不需要。
2、後期有扯皮的時候有依據，不至於什麼都沒有。

8、這個東西少不得， 做的詳細點是對自己負責， 後期意義重大

需求階段的工作主要分為兩個方面，為“需求開發”和“需求管理”。

從我們的經驗來講

“需求管理”需要產出的文件大體上包含【需求管理計劃、需求檢查表、需求跟蹤表（包含矩陣圖）、需求變更狀態跟蹤表，以及與其配套產出的指南型檔案】
“需求開發”需要產出的文件大體上包含【需求規格說明書，需求規格說明書檢查表，需求開發指南等】

需求分析報告：一般是對某個市場或者是客戶群來講的，類似於調研報告，重點是體現出產品要滿足哪些功能，哪些是重點、熱點。
需求說明書：是根據與現場實際客戶進行溝通，把客戶的需求進行整理，CMMI中有標準的模板，重點是站在客戶的角度講

===============================================================================================================

需求規格說明書在前,詳細設計說明書在後.
需求規格說明書要界定使用者的最終需求,建立軟體的功能框架.
詳細設計說明書在概要設計的基礎上要深化設計,介面\內容都要具體化.