用戶需求說明書 與 需求規格說明書 有什麼本質區別？

1、用戶需求說明書是用戶的需求，需要和用戶確認的；需求規格說明書是系統需求主要是對內的。你考慮了一個對外一個對內。而且需求管理的時候也需要用到用戶需求。
 
2、 
優點：用戶的語言與設計人員的語言是不同的，所以需要有面向不同人員的文檔。
缺點：層次越多，信息損失的越多，誤解的概率就越大。
權衡的結果：基本上是依據項目的規模而定。
 
3、這要看你們的項目管理採用的規範。 
如果是cmmi就需要，敏捷就取消
 
4、如果你非要省掉一個的話，我傾向於寫用戶需求，因爲搞系統的時候要始終明白用戶在想什麼，要解決什麼問題
需求規格相對不是很重要，具體實現用戶需求的時候，你可以有各種方案，這個是用戶不關心的。要是用戶需求就已經理解錯了，軟件規格讓用戶簽字好哪裏放什麼文本框用什麼佈局有意義麼？ 最後還不是給你翻掉
 
5、一個是給用戶看的 ，一個給程序員看的
 
6、當然需要，需求管理不弄好，後期客戶扯皮怎麼辦？
 
7、第一, 用戶需求說明書是軟件設計的根本，用戶需要簽字畫押，詳細設計基於這個寫的，怎能不需要; 第二，後期有扯皮的時候有依據，不至於什麼都沒有。
 
8、這個東西少不得， 做的詳細點是對自己負責， 後期意義重大

需求階段的工作主要分爲兩個方面，爲“需求開發”和“需求管理”。
 
從我們的經驗來講
 
“需求管理”需要產出的文檔大體上包含【需求管理計劃、需求檢查表、需求跟蹤表（包含矩陣圖）、需求變更狀態跟蹤表，以及與其配套產出的指南型文件】
“需求開發”需要產出的文檔大體上包含【需求規格說明書，需求規格說明書檢查表，需求開發指南等】

需求分析報告：一般是對某個市場或者是客戶羣來講的，類似於調研報告，重點是體現出產品要滿足哪些功能，哪些是重點、熱點。 
需求說明書：是根據與現場實際客戶進行溝通，把客戶的需求進行整理，CMMI中有標準的模板，重點是站在客戶的角度講產品功能。 
需求規格說明書：是從業務規則講起的，細一點偏向於軟件的概要設計。是從開發、測試的角度去講產品功能，裏面要包含原型界面、業務接口、活動圖等。