軟件需求規(guī)格說明書模板

精選優(yōu)質(zhì)文檔-----傾情為你奉上精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)專心---專注---專業(yè)精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)歸屬部門密級版本共頁V1.00[名稱]TITLE軟件需求規(guī)格說明書擬制：日期：yyyy-mm-dd審核：日期：yyyy-mm-dd批準：日期：yyyy-mm-dd

文件修改記錄修改日期版本修改頁碼、章節(jié)、條款修改描述作者yyyy-mm-dd目錄TOC\o"1-4"\h\z\u模板使用說明：[1]注明可選的部分，可以根據(jù)實際情況選擇是否填寫；如果不必說明，請保留相關的章節(jié)標題，同時在該可選章節(jié)的內(nèi)容中填入“無”；未注名可選的，則必須描述；如果有些設計此模版中沒有合適的地方填寫，則補充在最后的其他欄目中[2]模版中斜體字相當于撰寫指南，最后文稿請將本模板中所有的斜體字部分全部刪除。[3]模板里并不說明設計技術和方法，而只是說明應包含哪些內(nèi)容，以及如何描述、組織這些內(nèi)容。1范圍2總體概述2.1產(chǎn)品描述此軟件需具備展示雷達分析儀輸出檢測區(qū)域內(nèi)各項實時車輛數(shù)據(jù)、實時交通統(tǒng)計數(shù)據(jù)以及事件報警功能，同時，能夠根據(jù)客戶需要展示并下載相關歷史交通統(tǒng)計數(shù)據(jù).對指定時間段內(nèi)的事件進行統(tǒng)計與輸出。2.2軟件功能概述軟件必須實現(xiàn)的和通過用戶操作實現(xiàn)的主要功能。這里只需要進行簡要描述（例如目錄列表），詳細描述在詳細需求部分描述。有時，如果存在較高層次的規(guī)格說明時，則功能摘要可從中取得，這個較高層次的規(guī)格說明為軟件產(chǎn)品分配了特殊的功能，為了清晰起見，請注意：編制功能的一種方法是制作功能表，以便客戶或者第一次讀這個文件的人都可以理解；用方框圖來表達不同的功能和它們的關系也是有幫助的。但應牢記，這樣的圖不是產(chǎn)品設計時所需求的，而只是一種有效的解釋性的工具。例如：高層的數(shù)據(jù)流圖，面向?qū)ο蟮姆治龅取?.3一般約束對設計系統(tǒng)時限制開發(fā)者選擇的其他一些項作一般性描述（具體需求或具體設計約束在具體需求和設計約束章節(jié)敘述）。這些包括：管理方針；硬件的限制；與其他應用間的接口；并行操作；審查功能；控制功能；所需的高級語言；通信協(xié)議；應用的臨界點；安全和保密方面的考慮。2.4假設和依賴列出可能影響需求的所有的假設因素（與已知事實相對而言），包括準備使用的第三方或商業(yè)組件，操作和開發(fā)環(huán)境的問題約束等。如果上述假設不正確、沒有被告知或者改變了都將對項目產(chǎn)生影響。列出項目對外部條件的依賴，例如重用其他項目的模塊等。如果在其他文檔（例如項目計劃或范圍文檔等）里已經(jīng)描述了，在這里可以不用描述。3具體需求3.1功能需求對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、處理和輸出的需求，建議用UML圖進行描述。由四個部分組成3.1.1功能需求1引言描述的是功能要達到的目標、所采用的方法和技術，還應清楚說明功能意圖的由來和背景。輸入詳細描述該功能的所有輸入數(shù)據(jù)，如：輸入源、數(shù)量、度量單位、時間設定、有效輸入范圍（包括精度和公差）；操作員控制細節(jié)的需求。其中有名字、操作員活動的描述、控制臺或操作員的位置。例如：當打印檢查時，要求操作員進行格式調(diào)整；處理定義輸入數(shù)據(jù)、中間參數(shù)，以獲得預期輸出結果的全部操作。它包括如下的說明：輸入數(shù)據(jù)的有效性檢查；操作的順序，包括事件的時間設定；響應，例如，溢出、通信故障、錯誤處理等；受操作影響的參數(shù)；降級運行的要求；用于把系統(tǒng)輸入變換成相應輸出的任何方法（方程式、數(shù)學算法、邏輯操作等）；輸出數(shù)據(jù)的有效性檢查。需有基本事件流（正常處理流程）和備選事件流（異常處理流程），可用流程圖附加描述。輸出詳細描述該功能所有輸出數(shù)據(jù)，例如：輸出目的地、數(shù)量、度量單位、時間關系、有效輸出的范圍（包括精度和公差）、非法值的處理、出錯信息；有關接口說明或接口控制文件的參考資料。此外，對著重于輸入輸出行為的系統(tǒng)來說，需求說明應指定所有有意義的輸入、輸出對及其序列。當一個系統(tǒng)要求記憶它的狀態(tài)時，需要這個序列，使得它可以根據(jù)本次輸入和以前的狀態(tài)作出響應。也就是說，這種情況猶如有限狀態(tài)機。3.1.2功能需求2．．．．．．3.1.n功能需求n3.2外部接口需求3.2.1用戶接口提供用戶使用軟件產(chǎn)品時的接口需求。例如，如果系統(tǒng)的用戶通過顯示終端進行操作，就必須指定如下要求：對屏幕格式的要求；報表或菜單的頁面打印格式和內(nèi)容；輸入輸出的相對時序；程序功能鍵的可用性。3.2.2硬件接口詳細描述與硬件的接口在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征，也包括支持哪些設備、怎樣支持這些設備和協(xié)議等。按軟/硬件協(xié)議內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進行詳細描述，但需說明應參考的文檔。3.2.3軟件接口在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學軟件包），以及同其他應用系統(tǒng)之間的接口。對于每一個接口，這部分應說明與軟件產(chǎn)品相關的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。3.2.4通訊接口詳細描述通訊接口，如本地網(wǎng)絡協(xié)議等。按消息/函數(shù)內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進行詳細描述，但需說明應參考的文檔。3.3性能需求如果有性能方面的需求，在這里列出并解釋他們的原理。以幫助開發(fā)者理解意圖以做出正確的設計選擇。在實時系統(tǒng)中的時序關系。保證需求盡可能的詳細而精確。從整體上具體說明軟件、或人與軟件交互的靜態(tài)或動態(tài)數(shù)值需求。靜態(tài)數(shù)值需求可能包括：支持的終端數(shù)；支持并行操作的用戶數(shù)；處理的文件和記錄數(shù)；表和文件的大小。動態(tài)數(shù)值需求可能包括：欲處理的事務和任務的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。所有這些需求都必須用可以度量的術語來敘述。例如，95％的事務必須在小于1s時間內(nèi)處理完，不然，操作員將不等待處理的完成。4設計約束描述可能限制開發(fā)人員選擇的事項。4.1標準的約束詳細說明需求所采用的標準或規(guī)范的來源。如果項目采用了國際標準，應該說明國際標準及項目與標準的偏離情況。4.2硬件的限制本項包括在各種硬件約束下運行的軟件要求，例如，應該包括：硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲器和輔助存儲器的容量。4.3技術的限制本節(jié)包括對使用特定技術的限制，包括接口，數(shù)據(jù)庫，操作系統(tǒng)，通訊協(xié)議，設計約定，編程規(guī)范等。5軟件質(zhì)量屬性詳細說明項目任何其他的質(zhì)量特性。該特性對客戶和開發(fā)者都非常重要?？紤]的方面包括：適應性，可用性，正確性，靈活性，交互工作能力，可維護性，可移植性，可靠性，可重用性，魯棒性，可測試性和可用性等。定量的詳細描述這些特性，盡可能的可驗證。對不同屬性之間的重要性加以闡述，如：易用性比易學性更重要。每一個屬性單獨使用一個小節(jié)描述，可根據(jù)需要進行增減，如：5.1安全性指的是保護軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領域的具體需求必須包括：利用可靠的密碼技術；掌握特定的記錄或歷史數(shù)據(jù)集；給不同的模塊分配不同的功能；限定一個程序中某些區(qū)域的通信；計算臨界值的檢查和。5.2可維護性規(guī)定若干需求以確保軟件是可維護的。5.3可移植性規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序，用戶接口兼容方面的約束等等。6其他需求使用適當?shù)恼鹿?jié)，詳細說明任何其他客戶需求，包括數(shù)據(jù)庫，編碼需求，錯誤處理，測試需求等。下面僅列出了少量樣例，你可以刪除和增加項目。6.1數(shù)據(jù)庫本項對作為產(chǎn)品的一部分進行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們可能包括：在功能需求中標識的信息類別；使用的頻率；存