需求分析報告：一般是對某個市場或者是客戶群來講的，類似於調研報告，重點是體現出產品要滿足哪些功能，哪些是重點、熱點。
需求說明書：是根據與現場實際客戶進行溝通，把客戶的需求進行整理，CMMI中有標准的模板，重點是站在客戶的角度講產品功能。
需求規格說明書：是從業務規則講起的，細一點偏向於軟件的概要設計。是從開發、測試的角度去講產品功能，里面要包含原型界面、業務接口、活動圖等。
1、用戶需求說明書是用戶的需求，需要和用戶確認的；
需求規格說明書是系統需求主要是對內的。你考慮了一個對外一個對內。而且需求管理的時候也需要用到用戶需求。
2、
優點：用戶的語言與設計人員的語言是不同的，所以需要有面向不同人員的文檔。
缺點：層次越多，信息損失的越多，誤解的概率就越大。
權衡的結果：基本上是依據項目的規模而定。
3、要看你們的項目管理采用的規范。
如果是cmmi就需要，敏捷就取消。
4、如果你非要省掉一個的話，我傾向於寫用戶需求，因為搞系統的時候要始終明白用戶在想什么，要解決什么問題
需求規格相對不是很重要，具體實現用戶需求的時候，你可以有各種方案，這個是用戶不關心的。要是用戶需求就已經理解錯了，軟件規格讓用戶簽字好哪里放什么文本框用什么布局有意義么？ 最后還不是給你翻掉
5、一個是給用戶看的 ，一個給程序員看的
6、當然需要，需求管理不弄好，后期客戶扯皮怎么辦？
7、用戶需求說明書是軟件設計的根本，用戶需要簽字畫押，詳細設計基於這個寫的，怎能不需要。
后期有扯皮的時候有依據，不至於什么都沒有。
8、這個東西少不得， 做的詳細點是對自己負責， 后期意義重大。
需求階段的工作主要分為兩個方面，為“需求開發”和“需求管理”。
從我們的經驗來講
“需求管理”需要產出的文檔大體上包含【需求管理計划、需求檢查表、需求跟蹤表（包含矩陣圖）、需求變更狀態跟蹤表，以及與其配套產出的指南型文件】
“需求開發”需要產出的文檔大體上包含【需求規格說明書，需求規格說明書檢查表，需求開發指南等】