版本歷史
目錄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
4.0 功能性需求分類 5
feature m 6
function 6
5. 產品的非功能性需求 6
5.1 使用者介面需求 6
5.2 軟硬體環境需求 6
5.3 產品質量需求 6
其它需求 7
附錄a：使用者需求調查報告 8
a.1 需求標題1 8
需求標題n 8
提示：說明編寫這份使用者需求說明書的目的。本節是為了說明編制「使用者需求說明書」亦即本文件的意圖和希望達到的效果。
注意這裡的「目的」不是「專案目標」，而是為了說明本文件的目的與作用。意義：使專案成員和專案干係人了解使用者需求說明書的作用、希望達到的效果。
提示：文件範圍就是指該文件的使用範圍,用途.比如:本需求規格說明書的主要內容有：介紹專案的背景、概述專案的任務與功能需求、效能需求以及執行需求等內容
提示：出預期的讀者
提示：列出本文件的所有參考文獻（可以是非正式出版物），如： 1、本專案的經核准的計畫任務書或合同、上級機關的批文； 2、屬於本專案的其他已發表的檔案； 3、本檔案中各處引用的檔案、資料、包括所要用到的軟體開發標準。
格式如下：
[識別符號] 作者，文獻名稱，出版單位（或歸屬單位），日期
例如：[spp-proc-pp] sepg，需求開發規範，機構名稱，日期
提示：（1）說明產品是什麼，什麼用途。
（2）介紹產品的開發背景。
提示：（1）描述本產品面向的使用者（客戶、終端使用者）的特徵，
（2）說明本產品將給他們帶來什麼好處？他們選擇本產品的可能性有多大？
提示：闡述本產品應當遵循什麼標準、規範或業務規則（business rules），違反標準、規範或業務規則的產品通常不太可能被接受。
提示：將功能性需求先粗分再細分，下表中的 feature a, function a.1等符號應當被替換成有含義的名稱。
提示：此處寫一些承上啟下的文字。
功能描述：
……常見需求調查方式有：
與使用者交談，向使用者提問題。
參觀使用者的工作流程，觀察使用者的操作。
向使用者群體發調查問卷。
與同行、專家交談，聽取他們的意見。
分析已經存在的同類軟體產品，提取需求。
從行業標準、規則中提取需求。
從internet上搜查相關資料。
附錄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....
附錄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 0.5 術語與縮寫解釋 4 1.產品介紹 5 2.產品面向的使用者群體 5 3.產品應當遵循的標準或規範 5 4.產品的功能性需求 5 4.0 功能性需求分類 5 feature ...