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

1、公司名稱XXX用戶需求說明書擬制： 審核： 批準(zhǔn)： *公司文件更改記錄編號： 序號：序號日期更改內(nèi)容版次起草或修訂人批準(zhǔn)人12用戶需求說明確認(rèn)書根據(jù) 的 業(yè)務(wù)和功能需求，在 用戶方名稱 和公司名稱共同討論的基礎(chǔ)上，由公司名稱編寫的 用戶需求說明書是對 實(shí)際需求的準(zhǔn)確描述，特此確認(rèn)。顧客單位簽字（蓋章）：日期：目錄1引言61.1目的與目標(biāo)61.2開發(fā)背景61.3預(yù)期讀者61.4術(shù)語縮寫61.5參考資料62任務(wù)概述62.1主要職能62.2組織結(jié)構(gòu)62.3限制條件62.4假設(shè)和依賴62.5用戶原有系統(tǒng)情況63功能需求73.1對功能的一般性規(guī)定73.2需求名稱173.3需求名稱283.483.5需求名

2、稱n84性能需求84.1對性能的一般性規(guī)定84.2數(shù)據(jù)容量84.3數(shù)據(jù)精確度84.4時(shí)間特性84.5適應(yīng)性84.6吞吐量85界面與接口需求95.1界面需求95.2內(nèi)部接口95.3外部接口96其他需求96.1安全性96.2可靠性96.3故障處理96.4未確定的問題97驗(yàn)收準(zhǔn)則91 引言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)情況可裁剪3 功能需求3.1 對功能的一般性規(guī)定3.2 需求名稱1在本章節(jié)中描述用戶的功能需求。主要的要求：（1） 功能需求是用戶的最主

3、要的需求，對用戶需求的描述可以采用文字、圖表的描述方式，只要能夠?qū)⒂脩舻男枨竺枋龅赝暾?、?zhǔn)確、易于理解即可。（2） 對于用戶的功能需求要進(jìn)行分類，分類的方法應(yīng)便于用戶理解，如按照用戶的部門設(shè)置情況，進(jìn)行描述每個(gè)部門的需求，這樣也便于組織用戶進(jìn)行評審。以下是分類方法的舉例：Ø 按部門分類：如計(jì)算機(jī)中心、市場部、計(jì)劃建設(shè)部、客戶服務(wù)中心、 財(cái)務(wù)部、總經(jīng)理等；Ø 按功能類型分類：如采集計(jì)費(fèi)、綜合統(tǒng)計(jì)、結(jié)算、營收等；（3） 對每一項(xiàng)功能應(yīng)有一個(gè)功能編號，以便于與需求規(guī)格說明書中的章節(jié)進(jìn)行對應(yīng)。（4） 對每一個(gè)需求要說明優(yōu)先級。優(yōu)先級解釋高關(guān)鍵的功能，必須在本次項(xiàng)目開發(fā)中實(shí)現(xiàn)。中增強(qiáng)性功能，可以在下一個(gè)項(xiàng)目版本中實(shí)現(xiàn)。低功能或性能的提高，屬于美化性質(zhì)的功能，如果有時(shí)間，可以實(shí)現(xiàn)。注意：所有的需求都要在需求跟蹤矩陣中，以便對需求進(jìn)行跟蹤。3.3 需求名稱23.4 3.5 需求名稱n4 性能需求4.1 對性能的一般性規(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ù)xxxx的要求對用戶需求進(jìn)行了優(yōu)先級定