01用戶需求說明書(模板)

1、擬制:審核:批準(zhǔn):XXX*公司文件更改記錄序號(hào)日期更改內(nèi)容版次起草或修訂人批準(zhǔn)人12編號(hào):序號(hào):用戶需求說明確認(rèn)書根據(jù)業(yè)務(wù)和功能需求，在用戶方名稱和公司名稱共同討論的基礎(chǔ)上，由公司名稱編與的用戶需求說明書是對(duì)實(shí)際需求的準(zhǔn)確描述，特此確認(rèn)。顧客單位日期:目錄1引言6.1.1目的與目標(biāo)6.1.2開發(fā)背景6.1.3預(yù)期讀者6.1.4術(shù)語縮寫6.1.5參考資料6.2任務(wù)概述6.2.1主要職能6.2.2組織結(jié)構(gòu)6.2.3限制條件6.2.4假設(shè)和依賴6.2.5用戶原有系統(tǒng)情況6.3功能需求7.3.1對(duì)功能的一般性規(guī)定 7.3.2需求名稱17.3.3需求名稱28.3.4&3.5需求名稱n8.4性能需

2、求8.4.1對(duì)性能的一般性規(guī)定8.4.2數(shù)據(jù)容量8.4.3數(shù)據(jù)精確度8.4.4時(shí)間特性8.4.5適應(yīng)性8.4.6吞吐量8.5界面與接口需求 9.5.1界面需求9.5.2 內(nèi)部接口9.5.3外部接口9.9.6 其他需求6.1安全性9.6.2可靠性9.6.3故障處理9.6.4未確定的問題9.9.7 驗(yàn)收準(zhǔn)則1引言1.1目的與目標(biāo)1.2開發(fā)背景1.3預(yù)期讀者1.4術(shù)語縮寫1.5參考資料2任務(wù)概述2.1主要職能2.2組織結(jié)構(gòu)2.3限制條件2.4假設(shè)和依賴2.5用戶原有系統(tǒng)情況可裁剪(1)(2)優(yōu)先級(jí)解釋高關(guān)鍵的功能，必須在本次項(xiàng)目開發(fā)中實(shí)現(xiàn)。中增強(qiáng)性功能，可以在下一個(gè)項(xiàng)目版本中實(shí)現(xiàn)。低功能或性能的提高

3、，屬于美化性質(zhì)的功能，如果有時(shí)間，可以實(shí)現(xiàn)。(4)注意：所有的需求都要在需求跟蹤矩陣中，以便對(duì)需求進(jìn)行跟蹤。3功能需求3.1對(duì)功能的一般性規(guī)定3.2需求名稱1在本章節(jié)中描述用戶的功能需求。主要的要求:功能需求是用戶的最主要的需求，對(duì)用戶需求的描述可以采用文字、圖 表的描述方式，只要能夠?qū)⒂脩舻男枨竺枋龅赝暾?、?zhǔn)確、易于理解即 可。對(duì)于用戶的功能需求要進(jìn)行分類，分類的方法應(yīng)便于用戶理解，如按照 用戶的部門設(shè)置情況，進(jìn)行描述每個(gè)部門的需求，這樣也便于組織用戶 進(jìn)行評(píng)審。以下是分類方法的舉例：按部門分類：如計(jì)算機(jī)中心、市場(chǎng)部、計(jì)劃建設(shè)部、客戶服務(wù)中心、 財(cái)務(wù)部、總經(jīng)理等；按功能類型分類：如采集計(jì)費(fèi)、綜合統(tǒng)計(jì)、結(jié)算、營(yíng)收等；對(duì)每一項(xiàng)功能應(yīng)有一個(gè)功能編號(hào)，以便于與需求規(guī)格說明書中的章節(jié)進(jìn) 行對(duì)應(yīng)。對(duì)每一個(gè)需求要說明優(yōu)先級(jí)。3.3需求名稱23.43.5需求名稱n性能需求4.1對(duì)性能的一般性規(guī)定4.2數(shù)據(jù)容量4.3數(shù)據(jù)精確度4.4時(shí)間特性4.5適應(yīng)性4.6吞吐量5界面與接口需求5.1界面需求5.2內(nèi)部接口5.3外部接口6其他需求6.1安全性6.2可靠性6.3故障處理6.4未確定的問題7驗(yàn)收準(zhǔn)則如果在合同中有，此處應(yīng)注明附表1 ：需求優(yōu)先級(jí)定義下表根據(jù)XXXX的要求對(duì)用戶需