1、xxx用戶需求說明書擬制：審核：批準：*公司.文件更改記錄編號：序號：序日期更改內容版次起草或修訂人批準人號12.用戶需求說明確認書根據的業(yè)務和功能需求，在用戶方名稱 和公司名稱 共同討論的基礎上， 由 公司名稱 編寫的用戶需求說明書 是對實際需求的準確描述，特此確認。顧客單位 簽字（蓋章）：日期：.目錄1引言.61.1目的與目 .61.2開 背景 .61.3 期 者 .61.4 寫 .61.5參考 料 .62任 概述 .62.1主要 能 .62.2 構 .62.3限制條件 .62.4假 和依 .62.5用 原有系 情況 .63功能需求 .73.1 功能的一般性 定 .73.2需求名稱 1.7

2、3.3需求名稱 2.83.4 .83.5需求名稱 n.84性能需求 .84.1 性能的一般性 定 .84.2數據容量 .84.3數據精確度 .84.4 特性 .84.5適 性 .84.6吞吐量 .85界面與接口需求 .95.1界面需求 .9.5.2內部接口 .95.3外部接口 .96其他需求 .96.1安全性 .96.2可靠性 .96.3故障處理 .96.4未確定的問題 .97驗收準則 .9.1 引言1.1 目的與目標1.2 開發(fā)背景1.3 預期讀者1.4 術語縮寫1.5 參考資料2 任務概述2.1 主要職能2.2 組織結構2.3 限制條件2.4 假設和依賴2.5 用戶原有系統(tǒng)情況可裁剪.3

3、功能需求3.1 對功能的一般性規(guī)定3.2 需求名稱1在本章節(jié)中描述用戶的功能需求。主要的要求：（1） 功能需求是用戶的最主要的需求， 對用戶需求的描述可以采用文字、 圖表的描述方式， 只要能夠將用戶的需求描述地完整、準確、易于理解即可。（2） 對于用戶的功能需求要進行分類， 分類的方法應便于用戶理解， 如按照用戶的部門設置情況， 進行描述每個部門的需求， 這樣也便于組織用戶進行評審。以下是分類方法的舉例：? 按部門分類：如計算機中心、市場部、計劃建設部、客戶服務中心、財務部、總經理等；? 按功能類型分類：如采集計費、綜合統(tǒng)計、結算、營收等；（3） 對每一項功能應有一個功能編號，以便于與需求規(guī)格

4、說明書中的章節(jié)進行對應。（4） 對每一個需求要說明優(yōu)先級。優(yōu)先級解釋高關鍵的功能，必須在本次項目開發(fā)中實現。中增強性功能，可以在下一個項目版本中實現。低功能或性能的提高， 屬于美化性質的功能， 如果有時間， 可以實現。注意：所有的需求都要在需求跟蹤矩陣中，以便對需求進行跟蹤。.3.3 需求名稱23.4 3.5 需求名稱n4 性能需求4.1 性能的一般性 定4.2 數據容量4.3 數據精確度4.4 特性4.5 適 性4.6 吞吐量.5 界面與接口需求5.1 界面需求5.2 內部接口5.3 外部接口6 其他需求6.1 安全性6.2 可靠性6.3 故障處理6.4 未確定的問題7 驗收準則如果在合同中有，此 注明附表 1：需求 先 定 下表根據 xxxx 的要求