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

1、項目名稱產(chǎn)品需求規(guī)格說明書文件狀態(tài)：V草稿 正式發(fā)布 正在修改文件標識：Company-Project-RD-PRS當前版本：X.Y作者：完成日期：Year-Month-Day機構(gòu)公開信息版本歷史版本/狀態(tài)作者9T日起止日期備注0.文檔介紹 40.1文檔目的 40.2文檔范圍 40.3讀者對象 40.4參考文檔 40.5術(shù)語與縮寫解釋 41. 產(chǎn)品介紹 52. 產(chǎn)品面向的用戶群體 53. 產(chǎn)品應當遵循的標準或規(guī)范 54. 產(chǎn)品范圍 55. 產(chǎn)品中的角色 56. 產(chǎn)品的功能性需求 66.0功能性需求分類 66. MF EATURE M 66.m.n Function M.N 67. 產(chǎn)品的非功能

2、性需求 77.1 用戶界面需求 77.2 軟硬件環(huán)境需求 77.3 產(chǎn)品質(zhì)量需求 77. N 其他需求 7附錄 A ：需求建模與分析報告 8A.1 需求模型1 8A. N 需求模型N 8附錄 B ：需求確認 90.文檔介紹0.1文檔目的0.2文檔范圍0.3讀者對象0.4參考文檔提示：列出本文檔的所有參考文獻（可以是非正式出版物），格式如下:標識符作者，文獻名稱，出版單位（或歸屬單位），日期例如：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)品面向的用戶群體提示：

3、（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)品“應當包含的內(nèi)容”和“不包含的內(nèi)容”。說清楚產(chǎn)品范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)，少干吃力不討好的事情；（3）有助于控制需求的變更。5 .產(chǎn)品中的角色提示：闡述本產(chǎn)品的各種角色及其職

4、責。各種角色的具體行為將在功能性需求中描述。角色名稱職責描述7.產(chǎn)品的非功能性需求6 .0功能性需求分類提示：將功能性需求先粗分再細分，下表中的Feature A, Function A.1等符號應當被替換成有含義的名稱。功能類別子功能Feature AFunction A.1Function A.2Feature BFunction B.1Function B.27 .m Feature M提示：此處寫一些承上啟下的文字8 .m.n Function M.N名稱、標識符功能描述優(yōu)先級輸入操作序列輸出補充說明7.1 用戶界面需求需求名稱詳細要求7.2 軟硬件環(huán)境需求需求名稱詳細要求7.3 產(chǎn)品

5、質(zhì)量需求主要質(zhì)量屬性詳細要求正確性健壯性可靠性性能，效率易用性清晰性安全性可擴展性兼容性可移植性7.n其他需求附錄 A ：需求建模與分析報告建議用 Rational Rose 對產(chǎn)品需求進行建模與分析。A.1 需求模型 1A.n 需求模型 N附錄B :需求確認提示：需求確認規(guī)程請參見SPP-PROC-RM ,主要分兩步：（1）需求評審，（2）需求承諾。對需求的評審應當采用“正式技術(shù)評審方式”，將產(chǎn)生一份“需求評審報告”，規(guī)程請參見SPP-PROC-TR。在獲取責任人（Stakeholders ）對需求的承諾之前，該產(chǎn)品需 求規(guī)格說明書必須先通過需求評審。需求評審報告摘要需求文檔輸入名稱，標識符，版本，作者，完成日期，需求評審報告輸入名稱，標識符，評審日期， 評審結(jié)論工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。，工作成果基本合格，需要作少量的修改，之后通過審核即可。工作成果不合格，需要作比較大