《一份完整的開發(fā)文檔之-- 附錄g-2 產(chǎn)品需求規(guī)格說明書》由會員分享，可在線閱讀，更多相關《一份完整的開發(fā)文檔之-- 附錄g-2 產(chǎn)品需求規(guī)格說明書（10頁珍藏版）》請在裝配圖網(wǎng)上搜索。
1、編號：
時間：2021年x月x日
書山有路勤為徑，學海無涯苦作舟
頁碼：第10頁 共10頁
機構圖標
{ 項目名稱 }
產(chǎn)品需求規(guī)格說明書
文件狀態(tài)：
[√] 草稿
[ ] 正式發(fā)布
[ ] 正在修改
文件標識：
Company-Project-RD-PRS
當前版本：
X.Y
作 者：
完成日期：
Year-Month-Day
機構公開信息
版 本 歷 史
版本/狀態(tài)
作者
參與者
起止日期
備注
2、
目 錄
0. 文檔介紹 4
0.1 文檔目的 4
0.2 文檔范圍 4
0.3 讀者對象 4
0.4 參考文檔 4
0.5 術語與縮寫解釋 4
1. 產(chǎn)品介紹 5
2. 產(chǎn)品面向的用戶群體 5
3. 產(chǎ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)品質量需求 7
7.n 其它需求 7
附錄A
3、：需求建模與分析報告 8
A.1 需求模型1 8
A.n 需求模型N 8
附錄B：需求確認 9
0. 文檔介紹
0.1 文檔目的
0.2 文檔范圍
0.3 讀者對象
0.4 參考文檔
提示：列出本文檔的所有參考文獻（可以是非正式出版物），格式如下：
[標識符] 作者，文獻名稱，出版單位（或歸屬單位），日期
例如：
[SPP-PROC-PP] SEPG，需求開發(fā)規(guī)范，機構名稱，日期
0.5 術語與縮寫解釋
縮寫、術語
解 釋
…
1. 產(chǎn)品介紹
提示：
（1）說明產(chǎn)品是什么，什么用途。
（2）介紹產(chǎn)品的開發(fā)背景。
4、
2. 產(chǎn)品面向的用戶群體
提示：
（1）描述本產(chǎn)品面向的用戶（客戶、最終用戶）的特征，
（2）說明本產(chǎn)品將給他們帶來什么好處？他們選擇本產(chǎn)品的可能性有多大？
3. 產(chǎn)品應當遵循的標準或規(guī)范
提示：闡述本產(chǎn)品應當遵循什么標準、規(guī)范或業(yè)務規(guī)則（Business Rules），違反標準、規(guī)范或業(yè)務規(guī)則的產(chǎn)品通常不太可能被接受。
4. 產(chǎn)品范圍
提示：闡述本產(chǎn)品“適用的領域”和“不適用的領域”，本產(chǎn)品“應當包含的內容”和“不包含的內容”。說清楚產(chǎn)品范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內，少干吃力不討好的事情；（3）有
5、助于控制需求的變更。
5. 產(chǎn)品中的角色
提示：闡述本產(chǎn)品的各種角色及其職責。各種角色的具體行為將在功能性需求中描述。
角色名稱
職責描述
6. 產(chǎn)品的功能性需求
6.0 功能性需求分類
提示：將功能性需求先粗分再細分，下表中的 Feature A, Function A.1等符號應當被替換成有含義的名稱。
功能類別
功能名稱、標識符
描述
Feature A
Function A.1
…
Feature B
Function B.1
…
Feature C
Function C.1
…
6、
6.m Feature M
提示：此處寫一些承上啟下的文字。
6.m.n Function M.N
名稱、標識符
功能描述
優(yōu)先級
輸入
操作序列
輸出
補充說明
……
7. 產(chǎn)品的非功能性需求
7.1 用戶界面需求
需求名稱
詳細要求
…
7.2 軟硬件環(huán)境需求
需求名稱
詳細要求
…
7.3 產(chǎn)品質量需求
主要質量屬性
詳細要求
正確性
健壯性
可靠性
性能，效率
易用性
清晰性
安全性
可擴展性
兼容性
可移植性
7、
…
7.n 其它需求
附錄A：需求建模與分析報告
建議用Rational Rose對產(chǎn)品需求進行建模與分析。
A.1 需求模型1
A.n 需求模型N
附錄B：需求確認
提示：需求確認規(guī)程請參見SPP-PROC-RM，主要分兩步：（1）需求評審，（2）需求承諾。對需求的評審應當采用“正式技術評審方式”，將產(chǎn)生一份“需求評審報告”，規(guī)程請參見SPP-PROC-TR。在獲取責任人（Stakeholders）對需求的承諾之前，該《產(chǎn)品需求規(guī)格說明書》必須先通過需求評審。
需求評審報告摘要
需求文檔
輸入名稱，標識符，版本，作者，完成日期，…
需求評審報告
輸入名稱，標識符，評審日期，…
評審結論
[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。
[√] 工作成果基本合格，需要作少量的修改，之后通過審核即可。
[ ] 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。
評審意見
評審小組成員
輸入評審小組成員
需求承諾
需求文檔
輸入名稱，標識符，版本，作者，完成日期
客戶承諾
承諾…
簽字，日期
項目經(jīng)理承諾
承諾…
簽字，日期
第 10 頁 共 10 頁
一份完整的開發(fā)文檔之-- 附錄g-2 產(chǎn)品需求規(guī)格說明書
