1．引言
1．1 編寫目的
· 闡明開發本軟體的目的；
1．2 專案背景
· 標識待開發軟體產品的名稱、**；
· 列出本專案的任務提出者、專案負責人、系統分析員、系統設計員、程式設計員、程式設計師、資料員以及與本專案開展工作直接有關的人員和使用者；
· 說明該軟體產品與其他有關軟體產品的相互關係。
1．3 術語說明
列出本文件中所用到的專門術語的定義和英文縮寫詞的原文。
1．4 參考資料（可有可無）
列舉編寫軟體需求規格說明時所參考的資料，包括專案經核准的計畫任務書、合
同、引用的標準和規範、專案開發計畫、需求規格說明、使用例項文件，以及相關產品
的軟體需求規格說明。
在這裡應該給出詳細的資訊，包括標題、作者、版本號、發表日期、出版單位或資
料**。
2．專案概述
2．1 待開發軟體的一般描述
描述待開發軟體的背景，所應達到的目標，以及市場前景等。
2．2 待開發軟體的功能
簡述待開發軟體所具有的主要功能。為了幫助每個讀者易於理解，可以使用列表或
圖形的方法進行描述。使用圖形表示，可以採用：
· 頂層資料流圖；
· 用例usecase圖；
· 系統流程圖；
· 層次方框圖。
2．3 使用者特徵和水平（是哪類人使用）
描述終端使用者應具有的受教育水平、工作經驗及技術專長。
2．4 執行環境
描述軟體的執行環境，包括硬體平台、硬體要求、作業系統和版本，以及其他的軟
件或與其共存的應用程式等。
2．5 條件與限制
給出影響開發人員在設計軟體時的約束條款，例如：
· 必須使用或避免使用的特定技術、工具、程式語言和資料庫；
· 硬體限制；
· 所要求的開發規範或標準。
3．功能需求
3．1 功能劃分
列舉出所開發的軟體能實現的全部功能，可採用文字、圖表或數學公式等多種方法
進行描述。
3．2 功能描述
對各個功能進行詳細的描述。
4．外部介面需求
4．1 使用者介面
對使用者希望該軟體所具有的介面特徵進行描述。以下是可能要包括的一些特徵：
· 將要採用的圖形使用者介面標準或產品系列的風格；
· 螢幕布局；
· 選單布局；
· 輸入輸出格式；
· 錯誤資訊顯示格式；
建議採用rad開發工具， 比如visio，構造使用者介面。
4．2 硬體介面
描述系統中軟體產品和硬體裝置每一介面的特徵，以及硬體介面支援的裝置、軟體與硬體介面之間，以及硬體介面與支援裝置之間的約定，包括交流的資料和控制資訊的性質以及所使用的通訊協議。
4．3 軟體介面
描述該軟體產品與其有關軟體的介面關係，並指出這些外部軟體或元件的名字和版本號。比如執行在什麼作業系統上，訪問何種型別的資料庫，使用什麼資料庫連線元件，和什麼商業軟體共享資料等。
4．4 通訊介面
描述和本軟體產品相關的各種通訊需求，包括電子郵件、web瀏覽器、網路通訊協議等。
4．5 故障處理
對可能的軟體、硬體故障以及對各項效能而言所產生的後果進行處理。
5．效能需求
5．1 資料精確度
輸出結果的精度。
5．2 時間特性
時間特性可包括如下幾方面
·響應時間；
·更新處理時間；
·資料轉換與傳輸時間；
·執行時間等。
5．3 適應性
在操作方式、執行環境、與其他軟體的介面以及開發計畫等發生變化時，軟體的適應能力。
6．其他需求
列出在本文的其他部分未出現的需求。如果不需要增加其他需求，可省略這一部分。
7．資料描述
7．1 靜態資料
7．2 動態資料
包括輸入資料和輸出資料。
7．3 資料庫描述
給出使用資料庫的名稱和型別。
7．4 資料字典
對於資料流圖、層次方框圖中出現的所有圖形元素在資料字典中都要作為乙個詞條加以定義，使得每乙個圖形元素都有唯一的乙個清晰明確的解釋。
資料字典中所有的定義必須是嚴密的、精確的，不可有二意性。
7．5 資料採集
·列出提供輸入資料的機構、裝置和人員
·列出資料輸入的手段、介質和裝置；
·列出資料生成的方法、介質和裝置。
需求說明書
需求說明書四要素 收藏 需求說明書 是需求階段最關鍵的產出物，我們公司測試部的同事常常抱怨，有的專案的需求說明書看到末尾還是不清楚系統要做什麼，無法寫出測試用例。我想我們很多人，尤其是工作經驗不多的人，對需求說明書要寫些什麼東西也是糊里糊塗的，即使能夠從 rup 的教材上搬出來一些名詞，也往往不理解...
需求說明書
1 引言 1.1編寫的目的 說明編寫這份需求說明書的目的,指出預期的讀者.1.2背景 a.待開發的系統的名稱 b.本專案的任務提出者 開發者 使用者 c.該系統同其他系統或其他機構的基本的相互來往關係。1.3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。1.4參考資料 列出用得著的...
python需求分析說明書 需求規格說明書
1 概述 summary 1.1 專案的目的與目標 purpose and aim of project 學員體能成績管理系統需求說明書是為了讓系統的涉眾就該系統的需求達成一致認可，明確該系統的需求，為後續的開發工作提供依據。通常，該需求規格說明可以作為產品設計的主要依據，並作為程式設計師編碼時了解...