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

1、軟件項目需求規(guī)格說明書模板歸屬部門密級版本共頁V1.00軟件項目名稱軟件需求規(guī)格說明書日期:日期:日期:擬制:審核:批準(zhǔn):文件修改記錄修改日 期版本修改頁 碼、章節(jié)、 條款修改描述作者1范圍 52總體概述 52.1產(chǎn)品描述 522軟件功能 62.3一般約束 72.4假設(shè)和依賴 73具體需求3.1功能需求3.1.1 功能需求1 83.1.2 功能需求2 103.1.n功能需求n 11113.2外部接口需求 3.2.1 用戶接口 113.2.2 硬件接口 113.2.3 軟件接口 123.2.4 通訊接口 123.3性能需求124設(shè)計約束 134.1標(biāo)準(zhǔn)的約束 134.2硬件的限制 144.3技術(shù)

2、的限制 145軟件質(zhì)量屬性 145.1安全性 155.2可維護(hù)性 155.3可移植性 166其他需求 166.1數(shù)據(jù)庫 166.2本地化 177待確定問題 171注明可選的部分，可以根據(jù)實際情況選 擇是否填寫；如果不必說明，請保留相關(guān)的章節(jié) 標(biāo)題，同時在該可選章節(jié)的內(nèi)容中填入"無”； 未注名可選的，則必須描述；如果有些設(shè)計此模 版中沒有合適的地方填寫，則補(bǔ)充在最后的其他 欄目中模版中斜體字相當(dāng)于撰寫指南，最后文 稿請將本模板中所有的斜體字部分全部刪除。3模板里并不說明設(shè)計技術(shù)和方法，而只 是說明應(yīng)包含哪些內(nèi)容，以及如何描述、組織這 些內(nèi)容。1范圍說明文檔所包括和不包括的內(nèi)容，具體是：

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

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

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

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

7、：1）輸入數(shù)據(jù)的有效性檢查；2）操作的順序，包括事件的時間設(shè)定；3）響應(yīng)，例如，溢出、通信故障、錯誤處理 等；4）受操作影響的參數(shù)；5）降級運行的要求；6）用于把系統(tǒng)輸入變換成相應(yīng)輸出的任何 方法（方程式、數(shù)學(xué)算法、邏輯操作等）；7）輸出數(shù)據(jù)的有效性檢查。需有基本事件流（正常處理流程）和備選事件流（異常處理流程），可用流程 圖附加描述。d. 輸出1）詳細(xì)描述該功能所有輸出數(shù)據(jù)，例如：輸 出目的地、數(shù)量、度量單位、時間關(guān)系、 有效輸出的范圍（包括精度和公差）、非 法值的處理、出錯信息；2）有關(guān)接口說明或接口控制文件的參考資 料。此外，對著重于輸入輸出行為的系統(tǒng)來說， 需求說明應(yīng)指定所有有意義的輸

8、入、輸出 對及其序列。當(dāng)一個系統(tǒng)要求記憶它的狀 態(tài)時，需要這個序列，使得它可以根據(jù)本 次輸入和以前的狀態(tài)作出響應(yīng)。也就是說， 這種情況猶如有限狀態(tài)機(jī)。功能需求23.2外部接口需求用戶接口提供用戶使用軟件產(chǎn)品時的接口需求。例如， 如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須 指定如下要求：a. 對屏幕格式的要求；b. 報表或菜單的頁面打印格式和內(nèi)容;c. 輸入輸出的相對時序;d. 程序功能鍵的可用性。硬件接口詳細(xì)描述與硬件的接口在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的 邏輯特征，也包括支持哪些設(shè)備、怎樣支持這 些設(shè)備和協(xié)議等。按軟/硬件協(xié)議內(nèi)容和格式定義接口。如果接 口已在其它文檔中很清楚地描述，

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

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

11、應(yīng)該說明國際標(biāo)準(zhǔn)及項目與標(biāo)準(zhǔn)的偏離情況4.2硬件的限制本項包括在各種硬件約束下運行的軟件要求， 例如，應(yīng)該包括：a. 硬件配置的特點（接口數(shù)，指令系統(tǒng)等）;b. 內(nèi)存儲器和輔助存儲器的容量。4.3技術(shù)的限制本節(jié)包括對使用特定技術(shù)的限制，包括接口， 數(shù)據(jù)庫，操作系統(tǒng)，通訊協(xié)議，設(shè)計約定，編程 規(guī)范等。5軟件質(zhì)量屬性詳細(xì)說明項目任何其他的質(zhì)量特性。該特性對 客戶和開發(fā)者都非常重要?？紤]的方面包括： 適應(yīng)性，可用性，正確性，靈活性，交互工作 能力，可維護(hù)性，可移植性，可靠性，可重用 性，魯棒性，可測試性和可用性等。定量的詳 細(xì)描述這些特性，盡可能的可驗證。對不同屬 性之間的重要性加以闡述，如：易用性

12、比易學(xué) 性更重要。每一個屬性單獨使用一個小節(jié)描述，可根據(jù)需 要進(jìn)行增減，如：5.1安全性指的是保護(hù)軟件的要素，以防止各種非法的訪 問、使用、修改、破壞或者泄密。這個領(lǐng)域的具 體需求必須包括：a. 利用可靠的密碼技術(shù)；b. 掌握特定的記錄或歷史數(shù)據(jù)集；c. 給不同的模塊分配不同的功能；d. 限定一個程序中某些區(qū)域的通信；e. 計算臨界值的檢查和。5.2可維護(hù)性規(guī)定若干需求以確保軟件是可維護(hù)的。5.3可移植性規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所 要求的用戶程序，用戶接口兼容方面的約束等6其他需求使用適當(dāng)?shù)恼鹿?jié)，詳細(xì)說明任何其他客戶需 求，包括數(shù)據(jù)庫，編碼需求，錯誤處理，測試需 求等。下面僅列出了少量樣例，你可以刪除和增 加項目。6.1數(shù)據(jù)庫本項對作為產(chǎn)品的一部分進(jìn)行開發(fā)的數(shù)據(jù)庫 規(guī)定一