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

1、項目名稱產(chǎn)品需求規(guī)格說明書文件狀態(tài)：V草稿正式發(fā)布止在修改文件標(biāo)識：Company-Project-RD-PRS當(dāng)前版本：作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與日起止日期備注錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。2. 產(chǎn)品面向的用戶群體錯誤!未定義書簽。3. 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范錯誤!未定義書簽。4. 產(chǎn)品范圍5. 產(chǎn)品中的角色6. 產(chǎn)品的功能性需求功能性需求分類FeatureMFunction錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!

2、未定義書簽。錯誤!未定義書簽。7. 產(chǎn)品的非功能性需求用戶界面需求軟硬件環(huán)境需求產(chǎn)品質(zhì)量需求其他需求錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。0.文檔介紹文檔目的文檔范圍讀者對象參考文檔術(shù)語與縮寫解釋1.產(chǎn)品介紹附錄A:需求建模與分析報告需求模型1需求模型N錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。附錄B:需求確認(rèn)0.文檔介紹文檔目的文檔范圍讀者對象參考文檔提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下:標(biāo)識符作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期例如：SPP-PROC-PPSEPG需求開發(fā)規(guī)范

3、，機構(gòu)名稱，日期術(shù)語與縮寫解釋縮寫、術(shù)語解釋1. 產(chǎn)品介紹提示：（1）說明產(chǎn)品是什么，什么用途。（2）介紹產(chǎn)品的開發(fā)背景。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ī)則（BusinessRules），違反標(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）有助于判斷什么是需求，什么不是需求

4、；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)，少干吃力不討好的事情；（3）有助于控制需求的變更。5. 產(chǎn)品中的角色提示：闡述本產(chǎn)品的各種角色及其職責(zé)。各種角色的具體行為將在功能性需求中描述。角色名稱職責(zé)描述6. 產(chǎn)品的功能性需求功能性需求分類提示：將功能性需求先粗分再細(xì)分，下表中的FeatureA,Function等符號應(yīng)當(dāng)被替換成有含義的名稱。功能類別子功能FeatureAFunctionFunctionFeatureBFunctionFunctionFeatureM提示：此處寫一些承上啟下的文字Function名稱、標(biāo)識符界面模擬草圖功能描述算法及說明優(yōu)先級輸入操作序列輸出補充說明7. 產(chǎn)品的

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