軟件需求規(guī)格說明書模板之歐陽德創(chuàng)編

1、歸屬部門時間：2021.03. 07 創(chuàng)作：歐陽德密級版本共頁V1.00名稱軟件需求規(guī)格說明書以制：審核：X準:文件修改記錄日期:日期:日期:yyyy-mm-ddyyyy? m m? ddyyyy-mm-dd修改日期版本修改頁用、章節(jié).條款修改描述作者yyyy-mnvdd目錄1范圍32總體概述42.1 產(chǎn)品描述42.2 軟件功能42.3 一般約束52.4 假設和依賴63具體需求63.1 功能需求63.1.1 功能需求163.1.2 功能需求283.1.3 功能需求n83.2 外部接口需求83.2.1 用戶接口 83.2.2 硬件接口 93.2.3 軟件接口 93.2.4 通訊接口 93.3 性

2、能需求104設計約束104.1 標準的約束114.2 硬件的限制114.3 技術的限制115軟件質量屬性115安全性125.2 可維護性125.3 可移植性126其他需求126.1 數(shù)據(jù)庫136.2 本地化137待確定問題13模板使用說明：1注明可選的部分，可以根據(jù)實際情況選擇是否埴寫；如果不必說明，請保留相關的章節(jié)標題，同時在該可選章節(jié)的內容中埴入“無”；未注名可選的，則必須描述；如果有些設計此模版中沒有合適的地方埴寫，則補充在最后的其他欄目中2模版中斜體字相當于撰寫指南，最后文稿請將本模板中所有的斜體字部分全部刪除。3模板里并不說明設計技術和方法，而只是說明應包含哪些內容，以及如何描述、組

3、織這些內容。1范圍說明文檔所包括和不包括的內容，具體是：-待開發(fā)的軟件系統(tǒng)的名稱；說明軟件將干什么，如果需要的話，還要說明軟件產(chǎn)品不干什么；c.描述所說明的軟件的應用。如果有一個較高層次的說明存在，則應該使其和高層次說明中的類似的陳述相一致（例如，系統(tǒng)的需求規(guī)格說明）。2總體概述2產(chǎn)品描述敘述該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關軟件之間的關系。如果本軟件產(chǎn)品是一項獨立的軟件， 而且全部內容自含，則說明這一點。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分，則應說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關系，為此可使用一張方

4、框圖來說明該系統(tǒng) 的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。2.2軟件功能概述軟件必須實現(xiàn)的和通過用戶操作實現(xiàn)的主要功能。這里只需要進行簡要描述（例如目錄列表），詳細 描述在詳細需 求部分描述。有時，如果存在較高層次的規(guī)格說明時，則功能摘要可從中取得，這個較高層次的規(guī)格說明為軟件產(chǎn)品分 配了特殊的功 能，為了清晰起見，請注意：-編制功能的一種方法是制作功能表，以便客戶或者第一次讀這個文件的人都可以理解；用方框圖來表達不同的功能和它們的關系也是有幫助的。但應牢記，這樣的圖不是產(chǎn)品設計時所需求的，而只是一種有效的解釋性的工具。例如：高層的數(shù)據(jù)流圖，面向對象的分析等。2.3 一般約束對設計系統(tǒng)時限制開

5、發(fā)者選擇的其他一些項作一般性描述（具體需求或具體設計約束在具體需求和設計約束章節(jié)敘述）。這些包括：-管理方針； ？硬件的限制；C.與其他應用間的接口；/并行操作；-審查功能；控制功能；L所需的高級語言；通信協(xié)議；應用的臨界點；安全和保密方面的考慮。2.4 假設和依賴列出可能影響需求的所有的假設因素（與已知事實 相對而 言），包括準備使用的第三方或商業(yè)組件，操作和開發(fā)環(huán)境的 問題約束等。如果上述假設不正確、沒有 被告知或者改變了都 將對項目產(chǎn)生影響。列出項目對外 部條件的依賴，例如重用其 他項目的模塊等。如果在其 他文檔（例如項目計劃或范圍文檔 等）里已經(jīng)描述了，在這里可以不用描述。3具體需求3

6、功能需求對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、處理和輸出的需求，建議用 UML圖進 行描述。由四個 部分組成1.1 .1功能需求13-引言描述的是功能要達到的目標、所采用的方法和技術，還應清楚說明功能意圖的由來和背景。b.輸入門詳細描述該功能的所有輸入數(shù)據(jù)，女口：輸入源、數(shù)量、度量單位、時間設定、有效輸入范圍（包括精度和公差）；2）操作員控制細節(jié)的需求。其中有名字、操作員 活動的描述、控制臺或操作員的位置。例如：當打印檢查時，要求操作員進行格式調整；c處理定義輸入數(shù)據(jù)、中間參數(shù)，以獲得預期輸出結果的全部操作。它包括如下的說明：輸入數(shù)據(jù)的有效性檢查；2）操作的順序，包括事件的

7、時間設定；刃響應，例如，溢出、通信故障、錯誤處理等；日勺受操作影響的參數(shù)；5）降級運行的要求；6）用于把系統(tǒng)輸入變換成相應輸出的任何方法（方程式、數(shù)學算法、邏輯操作等）；7）輸出數(shù)據(jù)的有效性檢查。需有基本事件流（正常處理流程）和備選事件流（異常處理流程），可用流程圖附加描述。山輸出詳細描述該功能所有輸出數(shù)據(jù)，例如：輸出目 的地、 數(shù)量、度量單位、時間關系、有效輸出的范圍（包括精度和公差）、非法值的處理、2）有關接口說明或接口控制文件的參考資料。止匕外，對著重于輸入輸出行為的系統(tǒng)來說，需求 說明應指定所有有意義的輸 入、輸出對及其序歹嘰當一個系統(tǒng)要求記憶它的狀態(tài) 時，需要這個 序列，使得它可以根

8、據(jù)本次輸入和以前 的狀態(tài)作 出響應。也就是說，這種情況猶如有限狀態(tài) 機。1.2 .2功能需求23.1 .n功能需求n3.2 外部接口需求321用戶接口提供用戶使用軟件產(chǎn)品時的接口需求。例如，如果系統(tǒng)的用戶通過顯示終端進行操作，就必須指定如下要求：e對屏幕格式的要求；工報表或菜單的頁面打印格式和內容；-輸入輸出的相對時序；程序功能鍵的可用性。322硬件接口詳細描述與硬件的接口在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特 征,也 包括支持哪些設備、怎樣支持這些設備和協(xié)議ArA-寺。按軟/硬件協(xié)議內容和格式定義接口。如果接口已在 其它文 檔中很清楚地描述，就沒有必要在這兒進行詳細 描述，但需說 明

9、應參考的文檔。323軟件接口在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管 理系 統(tǒng)、操作系統(tǒng)或數(shù)學軟件包），以及同其他應用系統(tǒng)之間的接口。對于每一個接口，這部分應說明與軟件產(chǎn)品相關的接口軟件的目的，并根據(jù)信息的內容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。324通訊接口詳細描述通訊接口，如本地網(wǎng)絡協(xié)議等。按消息/函數(shù)內容和格式定義接口。如果接口已在其 它文檔中很清楚地描述，就沒有必要在這兒進行詳細 描述，但需說明 應參考的文檔。3.3性能需求如果有性能方面的需求，在這里列出并解釋他們的原理。以幫助開發(fā)者理解意圖以做出正確的設計選擇。 在實時系統(tǒng)中 的時

10、序關系。保證需求盡可能的詳細而精確。從整體上具體說明軟件、或人與軟件交互的靜態(tài)或 動態(tài)數(shù) 值需求。A?靜態(tài)數(shù)值需求可能包括：門支持的終端數(shù)；2 J支持并行操作的用戶數(shù)；刃處理的文件和記錄數(shù)；幻表和文件的大小。皮動態(tài)數(shù)值需求可能包括：欲處理的事務和任務的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。所有這些需求都必須用可以度量的術語來敘述。例如,95%的事務必須在小于Is時間內處理完，不然，操作員將不等待處理的完成。4設計約束描述可能限制開發(fā)人員選擇的事項4標準的約束詳細說明需求所采用的標準或規(guī)范的來源。如果項目采用了國際杯準，應該說明國際杯準及項目與杯準的偏離情況。4.2

11、 硬件的限制本項包括在各種硬件約束下運行的軟件要求，例如,應該包括：“硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；a內存儲器和輔助存儲器的容量。4.3 技術的限制本節(jié)包括對使用特定技術的限制，包括接口，數(shù)據(jù) 庫，操 作系統(tǒng)，通訊協(xié)議，設計約定，編程規(guī)范等。5軟件質量屬性詳細說明項目任何其他的質量特性。該特性對客戶和 開發(fā)者 都非常重要?？紤]的方面包括：適應性，可用 性,正確性，靈活 性,交互工作能力，可維護性,可 移植性,可靠性,可重用性,魯 棒性，可測試性和可用性等。定量的詳細描述這些特性，盡可 能的可驗證。對不同屬性之間的重要性加以闡述，如:易用性 比易學性更重要每一個屬性單獨使用一個小節(jié)描述，可根據(jù)需要進行增減，如5安全性指的是保護軟件的要素，以防止各種非法的訪問、壞或者泄密。這個領域的具體需求必須包括：-利用可靠的密碼技術；a掌握特定的記錄或歷史數(shù)據(jù)集；C.給不同的模塊分配不同的功能；使用、修改、破e-計算臨界值的檢查和5.2可維護性規(guī)定若干需求以確保軟件是可維護的5.3可移植性規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的接口兼容方面的約束等等。6其他需求使用適當?shù)恼鹿?jié)，詳細說明任何其他客戶需求，包 需求，錯誤處理，測試需求等。下面僅列出了少量樣例,增加項目。用戶程序，用戶括數(shù)據(jù)庫，編碼你可以刪除和6數(shù)據(jù)庫本項對作為產(chǎn)品的一部分進行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們可