產(chǎn)品需求規(guī)格說明書范本

1、項(xiàng)目名稱產(chǎn)品需求規(guī)格說明書文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識：Company-Project-RD-PRS當(dāng)前版本：作 者：完成日期：Year-Month-Day版 本 歷 史版本/狀態(tài)作者參與者起止日期備注 目 錄 0. 文檔介紹0.1 文檔目的0.2 文檔范圍0.3 讀者對象0.4 參考文檔提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下：標(biāo)識符 作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期例如：SPP-PROC-PP SEPG，需求開發(fā)規(guī)范，機(jī)構(gòu)名稱，日期0.5 術(shù)語與縮寫解釋縮寫、術(shù)語解 釋1. 產(chǎn)品介紹提示：（1）說明產(chǎn)品是什么，什么用途。（2）介紹產(chǎn)品的開發(fā)

2、背景。2. 產(chǎn)品面向的用戶群體提示：（1）描述本產(chǎn)品面向的用戶（客戶、最終用戶）的特征，（2）說明本產(chǎn)品將給他們帶來什么好處？他們選擇本產(chǎn)品的可能性有多大？3. 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范提示：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則（Business Rules），違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。4. 產(chǎn)品范圍提示：闡述本產(chǎn)品“適用的領(lǐng)域”和“不適用的領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。說清楚產(chǎn)品范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)，少干吃力不討好的事情；（3）有助于控制需求的變更。5. 產(chǎn)品中的角色

3、提示：闡述本產(chǎn)品的各種角色及其職責(zé)。各種角色的具體行為將在功能性需求中描述。角色名稱職責(zé)描述6. 產(chǎn)品的功能性需求6.0 功能性需求分類提示：將功能性需求先粗分再細(xì)分，下表中的等符號應(yīng)當(dāng)被替換成有含義的名稱。功能類別子功能Feature AFeature B6.m Feature M提示：此處寫一些承上啟下的文字。6.m.n Function M.N名稱、標(biāo)識符界面模擬草圖功能描述算法及說明優(yōu)先級輸入操作序列輸出補(bǔ)充說明7. 產(chǎn)品的非功能性需求7.1 用戶界面需求需求名稱詳細(xì)要求7.2 軟硬件環(huán)境需求需求名稱詳細(xì)要求7.3 產(chǎn)品質(zhì)量需求主要質(zhì)量屬性詳細(xì)要求正確性健壯性可靠性性能，效率易用性清晰

4、性安全性可擴(kuò)展性兼容性可移植性7.n 其他需求附錄A：需求建模與分析報(bào)告建議用EA/ROSE對產(chǎn)品需求進(jìn)行建模與分析。A.1 需求模型1提示：畫出流程圖流程分析；畫出用例圖用例說明用例模型描述用例編號用例名稱用例概述范圍主參與者次要參與者相關(guān)利益說明前置條件后置條件基本事件流擴(kuò)展事件流子事件流非功能性要求畫出序列圖；序列圖分解；A.n 需求模型N附錄B：需求確認(rèn)提示：需求確認(rèn)主要分兩步：（1）需求評審，（2）需求承諾。對需求的評審應(yīng)當(dāng)采用“正式技術(shù)評審方式”，將產(chǎn)生一份“需求評審報(bào)告”。在獲取責(zé)任人對需求的承諾之前，該產(chǎn)品需求規(guī)格說明書必須先通過需求評審。需求評審報(bào)告摘要需求文檔輸入名稱，標(biāo)識符，版本，作者，完成日期，需求評審報(bào)告輸入名稱，標(biāo)識符，評審日期，評審結(jié)論 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。 工作成果基本合格，需要作少量的修改，之后通過審核即可。 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。