南京仁峰軟體工程****
2023年8月4日
copyright 2008 all rights reserved.
版本歷史
目錄0.文件介紹 3
0.1文件目的 3
0.2文件範圍 3
0.3讀者物件 3
0.4參考文件 3
0.5術語與縮寫解釋 3
1.系統（產品）介紹 3
2.系統（產品）面向的使用者群體 3
3.系統（產品）應遵循的標準或規範 4
4.系統（產品）範圍 4
5.系統（產品）中的角色 4
6.系統（產品）的功能性需求 4
6.1功能性需求分類 4
feature m 5
function 5
7.系統（產品）的非功能性需求 5
7.1使用者介面需求 5
7.2軟硬體環境需求 5
7.3質量需求 6
附錄a 需求建模與分析報告 6
a.1需求模型1 6
需求模型n 6
附錄b 需求確認 6
附錄c 使用者需求調查報告 7
c.1需求標題1 7
需求標題n 8
提示 列出本文件的所有參考文獻（可以是非正式出版物），格式如下：
【識別符號】作者，文獻名稱，出版單位（或歸屬單位），日期
提示 （1）說明系統或產品是什麼，有什麼用途。
（2）介紹產品的開發背景。
提示 （1）描述本系統或產品面向的使用者的特徵，包括客戶和終端使用者。
（2）說明本系統或產品將給他們帶來什麼好處？他們選擇本產品的可能性有多大？
提示 闡述本系統或產品應當遵循什麼標準、規範或業務規則（business rules）。
提示 闡述本系統或產品「適用的領域」和「不適用的領域」，本系統或產品「應當包含的內容」和「不應包含的內容」。說清楚系統或產品範圍的好處是：
（1）有助於判斷什麼是需求，什麼不是需求；
（2）可以將開發精力集中在產品範圍之內，少幹吃力不討好的事情；
（3）有助於控制需求的變更。
提示 闡述本系統或產品的各種角色及其職責。各種角色的具體行為將在功能性需求中描述。
提示 將功能性需求先粗分再細分，下表中的feature a、function a.1等符號應當被替換成有含義的名稱。
提示 此處寫一些承上啟下的文字。
建議採用rational rose對產品需求進行建模和分析。
……提示
需求確認主要分兩步：
（1）需求評審。
（2）需求承諾。對需求的評審應當採用「正式技術評審方式」，將產生乙份「需求評審報告」。在獲取責任人對需求的承諾之前，該《需求規格說明書》必須先通過需求評審。
● 常見的需求調查方式有:
● 與使用者交流，向使用者提問題
● 參觀使用者的工作流程，觀察使用者的操作
● 向使用者群體發調查問卷
● 與同行、專家交談，聽取他們的意見
● 分析已經存在的同類軟體產品，提取需求
● 從行業標準、規則中提取需求
● 從internet上搜查相關資料……
需求規格說明書模版
需求備忘錄 編寫人 編寫日期 文件修訂記錄 目錄1.引言 4 1.1.產品名稱 4 1.2.適用範圍 4 1.3.開發背景 4 1.4.調研情況介紹 4 1.5.術語 4 2.產品的前景和目標 4 3.產品的範圍 5 4.客戶情況描述 5 5.客戶使用情況分析 5 5.1.客戶使用本產品時的使用流程...
軟體需求規格說明書
專案類別 新品開發 專案名稱 貴州紅華集團公共商業平台1.0 編制年月日 審核年月日 批准年月日 修訂歷史記錄 目錄1 引言 1 1.1 目的 1 1.2 文件約定 1 1.3 預期的讀者和閱讀建議 2 1.4 產品的範圍 2 1.5 參考文獻 3 2 綜合描述 4 2.1 產品的前景 4 2.2 ...
軟體需求規格說明書
修訂記錄 關鍵詞 能夠體現文件描述內容主要方面的詞彙。摘要 縮略語清單 對本文所用縮略語進行說明，要求提供每個縮略語的英文全名和中文解釋。目錄1 簡介 3 1.1 目的 3 1.2 範圍 3 2 總體概述 3 2.1 軟體概述 3 2.1.1 專案介紹 3 2.1.2 產品環境介紹 3 2.2 軟體...