1. 程式人生 > >【使用者需求說明書】和【需求規格說明書】的區別

【使用者需求說明書】和【需求規格說明書】的區別

1、使用者需求說明書是使用者的需求,需要和使用者確認的;

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

2、

優點:使用者的語言與設計人員的語言是不同的,所以需要有面向不同人員的文件。

缺點:層次越多,資訊損失的越多,誤解的概率就越大。

權衡的結果:基本上是依據專案的規模而定。

 

3、要看你們的專案管理採用的規範。 


如果是cmmi就需要,敏捷就取消。
 

4、如果你非要省掉一個的話,我傾向於寫使用者需求,因為搞系統的時候要始終明白使用者在想什麼,要解決什麼問題

需求規格相對不是很重要,具體實現使用者需求的時候,你可以有各種方案,這個是使用者不關心的。要是使用者需求就已經理解錯了,軟體規格讓使用者簽字好哪裡放什麼文字框用什麼佈局有意義麼? 最後還不是給你翻掉
 
5、一個是給使用者看的 ,一個給程式設計師看的
 
6、當然需要,需求管理不弄好,後期客戶扯皮怎麼辦?
 

7、使用者需求說明書是軟體設計的根本,使用者需要簽字畫押,詳細設計基於這個寫的,怎能不需要。

     後期有扯皮的時候有依據,不至於什麼都沒有。
 

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



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

從我們的經驗來講 

“需求管理”需要產出的文件大體上包含【需求管理計劃、需求檢查表、需求跟蹤表(包含矩陣圖)、需求變更狀態跟蹤表,以及與其配套產出的指南型檔案】

“需求開發”需要產出的文件大體上包含【需求規格說明書,需求規格說明書檢查表,需求開發指南等】

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