附錄G-2 產(chǎn)品需求規(guī)格說(shuō)明書(shū)

《附錄G-2 產(chǎn)品需求規(guī)格說(shuō)明書(shū)》由會(huì)員分享，可在線閱讀，更多相關(guān)《附錄G-2 產(chǎn)品需求規(guī)格說(shuō)明書(shū)（17頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、編號(hào)： 時(shí)間：2021年x月x日 書(shū)山有路勤為徑，學(xué)海無(wú)涯苦作舟 頁(yè)碼：第17頁(yè) 共17頁(yè) 機(jī)構(gòu)圖標(biāo) { 項(xiàng)目名稱(chēng) } 產(chǎn)品需求規(guī)格說(shuō)明書(shū) 文件狀態(tài)： [√] 草稿 [ ] 正式發(fā)布 [ ] 正在修改 文件標(biāo)識(shí)： Company-Project-RD-PRS 當(dāng)前版本： X.Y 作 者： 完成日期： Year-Month-Day 機(jī)構(gòu)公開(kāi)信息 版 本 歷 史 版本/狀態(tài) 作者 參與者 起止日期 備注

2、 目 錄 0. 文檔介紹 4 0.1 文檔目的 4 0.2 文檔范圍 4 0.3 讀者對(duì)象 4 0.4 參考文檔 4 0.5 術(shù)語(yǔ)與縮寫(xiě)解釋 4 1. 產(chǎn)品介紹 5 2. 產(chǎn)品面向的用戶(hù)群體 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 功能性需求分類(lèi) 6 6.m Feature M 6 6.m.n Function M.N 6 7. 產(chǎn)品的非功能性需求 7 7.1 用戶(hù)界面需求 7 7.2 軟硬件環(huán)境需求 7 7.3 產(chǎn)品質(zhì)量需求 7 7.n 其他需求 7 附錄A

3、：需求建模與分析報(bào)告 8 A.1 需求模型1 8 A.n 需求模型N 8 附錄B：需求確認(rèn) 9 0. 文檔介紹 0.1 文檔目的 0.2 文檔范圍 0.3 讀者對(duì)象 0.4 參考文檔 提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下： [標(biāo)識(shí)符] 作者，文獻(xiàn)名稱(chēng)，出版單位（或歸屬單位），日期 例如： [SPP-PROC-PP] SEPG，需求開(kāi)發(fā)規(guī)范，機(jī)構(gòu)名稱(chēng)，日期 0.5 術(shù)語(yǔ)與縮寫(xiě)解釋 縮寫(xiě)、術(shù)語(yǔ) 解 釋 … 1. 產(chǎn)品介紹 提示： （1）說(shuō)明產(chǎn)品是什么，什么用途。 （2）介紹產(chǎn)品的開(kāi)發(fā)背景。

4、 2. 產(chǎn)品面向的用戶(hù)群體 提示： （1）描述本產(chǎn)品面向的用戶(hù)（客戶(hù)、最終用戶(hù)）的特征， （2）說(shuō)明本產(chǎn)品將給他們帶來(lái)什么好處？他們選擇本產(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)容”。說(shuō)清楚產(chǎn)品范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開(kāi)發(fā)精力集中在產(chǎn)品范圍之內(nèi)，少干吃力不討好的事情；（3）有

5、助于控制需求的變更。 5. 產(chǎn)品中的角色 提示：闡述本產(chǎn)品的各種角色及其職責(zé)。各種角色的具體行為將在功能性需求中描述。 角色名稱(chēng) 職責(zé)描述 6. 產(chǎn)品的功能性需求 6.0 功能性需求分類(lèi) 提示：將功能性需求先粗分再細(xì)分，下表中的 Feature A, Function A.1等符號(hào)應(yīng)當(dāng)被替換成有含義的名稱(chēng)。 功能類(lèi)別 子功能 Feature A Function A.1 Function A.2 … Feature B Function B.1 Function B.2 … … 6.m Featu

6、re M 提示：此處寫(xiě)一些承上啟下的文字。 6.m.n Function M.N 名稱(chēng)、標(biāo)識(shí)符 功能描述 優(yōu)先級(jí) 輸入 操作序列 輸出 補(bǔ)充說(shuō)明 …… 7. 產(chǎn)品的非功能性需求 7.1 用戶(hù)界面需求 需求名稱(chēng) 詳細(xì)要求 … 7.2 軟硬件環(huán)境需求 需求名稱(chēng) 詳細(xì)要求 … 7.3 產(chǎn)品質(zhì)量需求 主要質(zhì)量屬性 詳細(xì)要求 正確性 健壯性 可靠性 性能，效率 易用性 清晰性 安全性 可擴(kuò)展性 兼容性 可移植性 … 7.n

7、 其他需求 附錄A：需求建模與分析報(bào)告 建議用Rational Rose對(duì)產(chǎn)品需求進(jìn)行建模與分析。 A.1 需求模型1 A.n 需求模型N 附錄B：需求確認(rèn) 提示：需求確認(rèn)規(guī)程請(qǐng)參見(jiàn)SPP-PROC-RM，主要分兩步：（1）需求評(píng)審，（2）需求承諾。對(duì)需求的評(píng)審應(yīng)當(dāng)采用“正式技術(shù)評(píng)審方式”，將產(chǎn)生一份“需求評(píng)審報(bào)告”，規(guī)程請(qǐng)參見(jiàn)SPP-PROC-TR。在獲取責(zé)任人（Stakeholders）對(duì)需求的承諾之前，該《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》必須先通過(guò)需求評(píng)審。 需求評(píng)審報(bào)告摘要 需求文檔 輸入名稱(chēng)，標(biāo)識(shí)符，版本，作者，完成日期，… 需求評(píng)審報(bào)告 輸入名稱(chēng)，標(biāo)識(shí)符，評(píng)審日期，… 評(píng)審結(jié)論 [ ] 工作成果合格，“無(wú)需修改”或者“需要輕微修改但不必再審核”。 [√] 工作成果基本合格，需要作少量的修改，之后通過(guò)審核即可。 [ ] 工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。 評(píng)審意見(jiàn) 評(píng)審小組成員 輸入評(píng)審小組成員 需求承諾 需求文檔 輸入名稱(chēng)，標(biāo)識(shí)符，版本，作者，完成日期 客戶(hù)承諾 承諾… 簽字，日期 項(xiàng)目經(jīng)理承諾 承諾… 簽字，日期 第 17 頁(yè) 共 17 頁(yè)