1、歸屬部門密級版本共頁軟件工程名稱軟件需求規(guī)格說明書擬制:日期:擬制:日期:日期:文件修改記錄修改日期版本修改貞碼、章節(jié)、條款修改描述作者模板使用說明：注明可選的局部，可以根據(jù)實際情況選擇是否填寫； 如果不必說明，請保存相關的 章節(jié)標題，同時在該可選章節(jié)的內(nèi)容中填入“無；未注名可選的，那么必須描述；如果有 些設計此模版中沒有適宜的地方填寫，那么補充在最后的其他欄目中模版中斜體字相當于撰寫指南，最后文稿請將本模板中所有的斜體字局部全部刪除。模板里并不說明設計技術和方法，而只是說明應包含哪些內(nèi)容，以及如何描述、組 織這些內(nèi)容。1范圍說明文檔所包括和不包括的內(nèi)容，具體是：a待開發(fā)的軟件系統(tǒng)的名稱；b

2、說明軟件將干什么，如果需要的話，還要說明軟件產(chǎn)品不干什么；c 描述所說明的軟件的應用。如果有一個較高層次的說明存在，那么應該使其和高層 次說明中的類似的陳述相一致例如，系統(tǒng)的需求規(guī)格說明。2總體概述產(chǎn)品描述表達該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開 發(fā)的背景材料。解釋被開發(fā)軟件與其他有關軟件之間的關系。如果本軟件產(chǎn)品是一項獨立的 軟件，而且全部內(nèi)容自含，那么說明這一點。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組 成局部，那么應說明本產(chǎn)品與該系統(tǒng)中其他各組成局部之間的關系， 為此可使用一張方框圖 來說明該系統(tǒng)的組成和本產(chǎn)品同其他各局部的聯(lián)系和接口。軟件功能概述軟件

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

4、括：a管理方針；b硬件的限制；c與其他應用間的接口；d并行操作；e審查功能；f.控制功能；g所需的高級語言；h.通信協(xié)議；i應用的臨界點；j.平安和保密方面的考慮。假設和依賴列出可能影響需求的所有的假設因素與事實相對而言，包括準備使用的第三方或商 業(yè)組件，操作和開發(fā)環(huán)境的問題約束等。如果上述假設不正確、沒有被告知或者改變了都將 對工程產(chǎn)生影響。列出工程對外部條件的依賴，例如重用其他工程的模塊等。如果在其他文 檔例如工程方案或范圍文檔等里已經(jīng)描述了，在這里可以不用描述。3具體需求功能需求對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、處理和輸出的需求， 建議用UML圖進行描述。由四個局

5、部組成功能需求1a,引言描述的是功能要到達的目標、所采用的方法和技術，還應清楚說明功能意圖的由來和背景。b輸入1）詳細描述該功能的所有輸入數(shù)據(jù)，如：輸入源、數(shù)量、度量單位、時間設定、 有效輸入范圍包括精度和公差；2）操作員控制細節(jié)的需求。其中有名字、操作員活動的描述、控制臺或操作員的 位置。例如：當打印檢查時，要求操作員進行格式調(diào)整；c處理定義輸入數(shù)據(jù)、中間參數(shù)，以獲得預期輸出結果的全部操作。它包括如下的說明：1）輸入數(shù)據(jù)的有效性檢查；2）操作的順序，包括事件的時間設定；3）響應，例如，溢出、通信故障、錯誤處理等；4）受操作影響的參數(shù)；5）降級運行的要求；6）用于把系統(tǒng)輸入變換成相應輸出的任何

6、方法方程式、數(shù)學算法、邏輯操作等；7）輸出數(shù)據(jù)的有效性檢查。需有根本領件流正常處理流程和備選事件流異常處理流程，可用流程 圖附加描述。輸出1）詳細描述該功能所有輸出數(shù)據(jù)，例如：輸出目的地、數(shù)量、度量單位、時間關 系、有效輸出的范圍包括精度和公差、非法值的處理、出錯信息；2）有關接口說明或接口控制文件的參考資料。此外，對著重于輸入輸出行為的系統(tǒng)來說，需求說明應指定所有有意義的輸入、輸 出對及其序列。當一個系統(tǒng)要求記憶它的狀態(tài)時，需要這個序列，使得它可以根據(jù) 本次輸入和以前的狀態(tài)作出響應。也就是說，這種情況猶如有限狀態(tài)機。功能需求2功能需求n外部接口需求用戶接口提供用戶使用軟件產(chǎn)品時的接口需求。例

7、如，如果系統(tǒng)的用戶通過顯示終端進行操作， 就必須指定如下要求：a對屏幕格式的要求；b報表或菜單的頁面打印格式和內(nèi)容；c輸入輸出的相對時序；d.程序功能鍵的可用性。硬件接口詳細描述與硬件的接口在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征，也包括支持哪些設備、怎樣支持這些設備和協(xié)議等。按軟/硬件協(xié)議內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有 必要在這兒進行詳細描述，但需說明應參考的文檔。軟件接口在此要指定需使用的其他軟件產(chǎn)品例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學軟件包，以 及同其他應用系統(tǒng)之間的接口。對于每一個接口，這局部應說明與軟件產(chǎn)品相關的接口軟件的目的，并根據(jù)信息的內(nèi)容

8、和格式定義接口，但不必詳細描述任何已有完整文件的接口， 只要引用定義該接口的文件即 可。通訊接口詳細描述通訊接口，如本地網(wǎng)絡協(xié)議等。按消息/函數(shù)內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進行詳細描述，但需說明應參考的文檔。性能需求如果有性能方面的需求，在這里列出并解釋他們的原理。以幫助開發(fā)者理解意圖以做出正確的設計選擇。在實時系統(tǒng)中的時序關系。保證需求盡可能的詳細而精確。從整體上具體說明軟件、或人與軟件交互的靜態(tài)或動態(tài)數(shù)值需求。A.靜態(tài)數(shù)值需求可能包括：1）支持的終端數(shù)；2）支持并行操作的用戶數(shù)；3）處理的文件和記錄數(shù)；4）表和文件的大小。B動態(tài)數(shù)值需求可能包括：

9、欲處理的事務和任務的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。所有這些需求都必須用可以度量的術語來表達。例如，95 %的事務必須在小于1s時間內(nèi) 處理完，不然，操作員將不等待處理的完成。4設計約束描述可能限制開發(fā)人員選擇的事項。標準的約束詳細說明需求所采用的標準或標準的來源。如果工程采用了國際標準，應該說明國際標 準及工程與標準的偏離情況。硬件的限制本項包括在各種硬件約束下運行的軟件要求，例如，應該包括：a硬件配置的特點接口數(shù)，指令系統(tǒng)等;b內(nèi)存儲器和輔助存儲器的容量。技術的限制本節(jié)包括對使用特定技術的限制，包括接口，數(shù)據(jù)庫，操作系統(tǒng)，通訊協(xié)議，設計約 定，編程標準等

10、。5軟件質(zhì)量屬性詳細說明工程任何其他的質(zhì)量特性。該特性對客戶和開發(fā)者都非常重要?？紤]的方面包括：適應性，可用性，正確性，靈活性，交互工作能力，可維護性，可移植性，可靠性，可重 用性，魯棒性，可測試性和可用性等。定量的詳細描述這些特性，盡可能的可驗證。對不 同屬性之間的重要性加以闡述，如：易用性比易學性更重要。每一個屬性單獨使用一個小節(jié)描述，可根據(jù)需要進行增減，如：平安性指的是保護軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領 域的具體需求必須包括：a利用可靠的密碼技術；b掌握特定的記錄或歷史數(shù)據(jù)集；給不同的模塊分配不同的功能；限定一個程序中某些區(qū)域的通信；e 計算臨界值的檢查和?？删S護性規(guī)定假設干需求以確保軟件是可維護的?？梢浦残砸?guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序，用戶接口兼容方面的約束6其他需求使用適當?shù)恼鹿?jié)，詳細說明任何其他客戶需求，包括數(shù)據(jù)庫，編碼需求，錯誤處理，測 試需求等。下面僅列出了少量樣例，你可以刪除和增加工程。數(shù)據(jù)庫本項對作為產(chǎn)品的一局部進行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們