附錄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 功能性需求分類 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 後...