版本歷史
目錄0. 文件介紹 4
0.1 文件目的 4
0.2 文件範圍 4
0.3 讀者物件 4
0.4 參考文件 4
0.5 術語與縮寫解釋 4
1. 產品介紹 5
2. 產品面向的使用者群體 5
3. 產品應當遵循的標準或規範 5
4. 產品範圍 5
5. 產品中的角色 5
6. 產品的功能性需求 6
6.0 功能性需求分類 6
feature m 6
function 6
7. 產品的非功能性需求 7
7.1 使用者介面需求 7
7.2 軟硬體環境需求 7
7.3 產品質量需求 7
其他需求 7
附錄a:需求建模與分析報告 8
a.1 需求模型1 8
需求模型n 8
附錄b:需求確認 9
提示:列出本文件的所有參考文獻(可以是非正式出版物),格式如下:
[識別符號] 作者,文獻名稱,出版單位(或歸屬單位),日期
例如:[spp-proc-pp] sepg,需求開發規範,機構名稱,日期
提示:(1)說明產品是什麼,什麼用途。
(2)介紹產品的開發背景。
提示:(1)描述本產品面向的使用者(客戶、終端使用者)的特徵,
(2)說明本產品將給他們帶來什麼好處?他們選擇本產品的可能性有多大?
提示:闡述本產品應當遵循什麼標準、規範或業務規則(business rules),違反標準、規範或業務規則的產品通常不太可能被接受。
提示:闡述本產品「適用的領域」和「不適用的領域」,本產品「應當包含的內容」和「不包含的內容」。說清楚產品範圍的好處是:
(1)有助於判斷什麼是需求,什麼不是需求;(2)可以將開發精力集中在產品範圍之內,少幹吃力不討好的事情;(3)有助於控制需求的變更。
提示:闡述本產品的各種角色及其職責。各種角色的具體行為將在功能性需求中描述。
提示:將功能性需求先粗分再細分,下表中的 feature a, function a.1等符號應當被替換成有含義的名稱。
提示:此處寫一些承上啟下的文字。
……建議用rational rose對產品需求進行建模與分析。
提示:需求確認規程請參見spp-proc-rm,主要分兩步:(1)需求評審,(2)需求承諾。
對需求的評審應當採用「正式技術評審方式」,將產生乙份「需求評審報告」,規程請參見spp-proc-tr。在獲取責任人(stakeholders)對需求的承諾之前,該《產品需求規格說明書》必須先通過需求評審。
附錄G 2產品需求規格說明書
版本歷史 目錄0.文件介紹 4 0.1 文件目的 4 0.2 文件範圍 4 0.3 讀者物件 4 0.4 參考文件 4 0.5 術語與縮寫解釋 4 1.產品介紹 5 2.產品面向的使用者群體 5 3.產品應當遵循的標準或規範 5 4.產品範圍 5 5.產品中的角色 5 6.產品的功能性需求 6 6....
產品需求規格說明書
鏈電子商務營銷平台 版本歷史 目錄0.文件介紹 4 0.1 文件目的與範圍 4 0.2 讀者物件 4 0.3 參考文獻 4 0.4 術語與縮寫解釋 4 1.軟體系統的開發背景和目標 5 2.使用者介紹 5 3.軟體系統當前版本的範圍 5 5.軟體系統中的角色 5 6.功能需求概述 6 7.功能需求詳...
產品需求規格說明書
tom商機頻道分類通 0.文件介紹 3 0.1 文件目的 3 0.2 文件範圍 3 0.3 讀者物件 3 0.4 術語與縮寫解釋 3 1.產品介紹 4 2.產品面向的使用者群體 4 3.中的角色 4 4.產品的功能性需求 5 4.0 功能性需求分類 5 4.1 系統管理員後台模組 6 4.1.1 後...