附錄G-2 產(chǎn)品需求規(guī)格說明書
{ 項目名稱 } 產(chǎn)品需求規(guī)格說明書 |文件狀態(tài)： |文件標(biāo)識：|Company-Project-RD-PRS | |[√] 草稿 | | | |[ ] 正式發(fā)布 | | | |[ ] 正在修改 | | | | |當(dāng)前版本：|X.Y | | |作 者：| | | |完成日期：|Year-Month-Day | 版 本 歷 史 |版本/狀態(tài) |作者 |參與者 |起止日期 |備注 | | | | | | | | | | | | | | | | | | | 目 錄 0. 文檔介紹 4 0.1 文檔目的 4 0.2 文檔范圍 4 0.3 讀者對象 4 0.4 參考文檔 4 0.5 術(shù)語與縮寫解釋 4 1. 產(chǎn)品介紹 5 2. 產(chǎn)品面向的用戶群體 5 3. 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 5 4. 產(chǎn)品范圍 5 5. 產(chǎn)品中的角色 5 6. 產(chǎn)品的功能性需求 6 6.0 功能性需求分類 6 6.M FEATURE M 6 6.m.n Function M.N 6 7. 產(chǎn)品的非功能性需求 7 7.1 用戶界面需求 7 7.2 軟硬件環(huán)境需求 7 7.3 產(chǎn)品質(zhì)量需求 7 7.N 其他需求 7 附錄A：需求建模與分析報告 8 A.1 需求模型1 8 A.N 需求模型N 8 附錄B：需求確認(rèn) 9 0. 文檔介紹 0.1 文檔目的 0.2 文檔范圍 0.3 讀者對象 0.4 參考文檔 提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下： [標(biāo)識符] 作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期 例如： [SPP-PROC-PP] SEPG，需求開發(fā)規(guī)范，機構(gòu)名稱，日期 0.5 術(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ī)則（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)品中的角色 提示：闡述本產(chǎn)品的各種角色及其職責(zé)。各種角色的具體行為將在功能性需求中描述。 |角色名稱 |職責(zé)描述 | | | | | | | | | | | | | 6. 產(chǎn)品的功能性需求 6.0 功能性需求分類 提示：將功能性需求先粗分再細(xì)分，下表中的 Feature A, Function A.1等符號應(yīng)當(dāng)被替換成有含義的名稱。 |功能類別 |子功能 | |Feature A |Function A.1 | | |Function A.2 | | |… | |Feature B |Function B.1 | | |Function B.2 | | |… | |… | | 6.m Feature M 提示：此處寫一些承上啟下的文字。 6.m.n Function M.N |名稱、標(biāo)識 | | |符 | | |功能描述 | | |優(yōu)先級 | | |輸入 | | |操作序列 | | |輸出 | | |補充說明 | | …… 7. 產(chǎn)品的非功能性需求 7.1 用戶界面需求 |需求名稱 |詳細(xì)要求 | | | | | | | |… | | 7.2 軟硬件環(huán)境需求 |需求名稱 |詳細(xì)要求 | | | | | | | |… | | 7.3 產(chǎn)品質(zhì)量需求 |主要質(zhì)量屬性 |詳細(xì)要求 | |正確性 | | |健壯性 | | |可靠性 | | |性能，效率 | | |易用性 | | |清晰性 | | |安全性 | | |可擴展性 | | |兼容性 | | |可移植性 | | |… | | 7.n 其他需求 附錄A：需求建模與分析報告 建議用Rational Rose對產(chǎn)品需求進(jìn)行建模與分析。 A.1 需求模型1 A.n 需求模型N 附錄B：需求確認(rèn) 提示：需求確認(rèn)規(guī)程請參見SPP-PROC- RM，主要分兩步：（1）需求評審，（2）需求承諾。對需求的評審應(yīng)當(dāng)采用“正式技術(shù)評 審方式”，將產(chǎn)生一份“需求評審報告”，規(guī)程請參見SPP-PROC- TR。在獲取責(zé)任人（Stakeholders）對需求的承諾之前，該《產(chǎn)品需求規(guī)格說明書》必須 先通過需求評審。 |需求評審報告摘要 | |需求文檔 |輸入名稱，標(biāo)識符，版本，作者，完成日期，… | |需求評審報告 |輸入名稱，標(biāo)識符，評審日期，… | | |[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必 | |評審結(jié)論 |再審核”。 | | |[√] 工作成果基本合格，需要作少量的修改，之后通過審核 | | |即可。 | | |[ ] | | |工作成果不合格，需要作比較大的修改，之后必須重新對其 | | |評審。 | | | | |評審意見 | | | | | | | | |評審小組成員 |輸入評審小組成員 | |需求承諾 | |需求文檔 |輸入名稱，標(biāo)識符，版本，作者，完成日期 | | |承諾… | |客戶承諾 | | | | | | |簽字，日期 | | |承諾… | |項目經(jīng)理承諾 | | | | | | |簽字，日期 | ----------------------- 機構(gòu)圖標(biāo) 機構(gòu)公開信息
附錄G-2 產(chǎn)品需求規(guī)格說明書