項(xiàng)目需求規(guī)格說(shuō)明書模板

1、。歸屬部門密級(jí)版本共頁(yè)V1.00軟件項(xiàng)目名稱軟件需求規(guī)格說(shuō)明書擬制：日期：審核：日期：批準(zhǔn)：日期：。1。文件修改記錄修改日期版本修改頁(yè)碼、章節(jié)、修改描述作者條款。1。目錄1范圍 .42總體概述 .42.1產(chǎn)品描述 . .42.2軟件功能 . .42.3一般約束 . .52.4假設(shè)和依賴 . .53具體需求 .53.1功能需求 . .53.1.1功能需求 1 .53.1.2功能需求 2 .63.1.n功能需求 n .73.2外部接口需求 . .73.2.1用戶接口 .73.2.2硬件接口 .73.2.3軟件接口 .73.2.4通訊接口 .73.3性能需求 . .74設(shè)計(jì)約束 .84.1標(biāo)準(zhǔn)的約束

2、 . .84.2硬件的限制 . .84.3技術(shù)的限制 . .85軟件質(zhì)量屬性. .85.1安全性. .95.2可維護(hù)性 . .95.3可移植性 . .96其他需求 .96.1數(shù)據(jù)庫(kù). .96.2本地化. .107待確定問(wèn)題 .10。2。模板使用說(shuō)明：1 注明可選的部分， 可以根據(jù)實(shí)際情況選擇是否填寫； 如果不必說(shuō)明， 請(qǐng)保留相關(guān)的章節(jié)標(biāo)題，同時(shí)在該可選章節(jié)的內(nèi)容中填入“無(wú)” ；未注名可選的，則必須描述；如果有些設(shè)計(jì)此模版中沒(méi)有合適的地方填寫，則補(bǔ)充在最后的其他欄目中2 模版中斜體字相當(dāng)于撰寫指南， 最后文稿請(qǐng)將本模板中所有的斜體字部分全部刪除。3 模板里并不說(shuō)明設(shè)計(jì)技術(shù)和方法， 而只是說(shuō)明應(yīng)包

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

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

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

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

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

8、入輸出行為的系統(tǒng)來(lái)說(shuō)，需求說(shuō)明應(yīng)指定所有有意義的輸入、輸出對(duì)及其序列。當(dāng)一個(gè)系統(tǒng)要求記憶它的狀態(tài)時(shí)，需要這個(gè)序列，使得它可以根據(jù)本次輸入和以前的狀態(tài)作出響應(yīng)。也就是說(shuō)，這種情況猶如有限狀態(tài)機(jī)。3.1.2功能需求 2。6。3.1.n功能需求 n3.2外部接口需求3.2.1用戶接口提供用戶使用軟件產(chǎn)品時(shí)的接口需求。例如，如果系統(tǒng)的用戶通過(guò)顯示終端進(jìn)行操作，就必須指定如下要求：a 對(duì)屏幕格式的要求；b 報(bào)表或菜單的頁(yè)面打印格式和內(nèi)容；c 輸入輸出的相對(duì)時(shí)序；d 程序功能鍵的可用性。3.2.2硬件接口詳細(xì)描述與硬件的接口在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征，也包括支持哪些設(shè)備、 怎樣支持這

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

10、參考的文檔。3.3性能需求如果有性能方面的需求， 在這里列出并解釋他們的原理。 以幫助開發(fā)者理解意圖以做出。7。正確的設(shè)計(jì)選擇。在實(shí)時(shí)系統(tǒng)中的時(shí)序關(guān)系。保證需求盡可能的詳細(xì)而精確。從整體上具體說(shuō)明軟件、或人與軟件交互的靜態(tài)或動(dòng)態(tài)數(shù)值需求。A 靜態(tài)數(shù)值需求可能包括：1) 支持的終端數(shù)；2) 支持并行操作的用戶數(shù)；3) 處理的文件和記錄數(shù)；4) 表和文件的大小。B 動(dòng)態(tài)數(shù)值需求可能包括：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)間周期中處理的數(shù)據(jù)總量。所有這些需求都必須用可以度量的術(shù)語(yǔ)來(lái)敘述。例如， 95的事務(wù)必須在小于 1s 時(shí)間內(nèi)處理完，不然，操作員將不等待處理的完成。4

11、 設(shè)計(jì)約束描述可能限制開發(fā)人員選擇的事項(xiàng)。4.1標(biāo)準(zhǔn)的約束詳細(xì)說(shuō)明需求所采用的標(biāo)準(zhǔn)或規(guī)范的來(lái)源。 如果項(xiàng)目采用了國(guó)際標(biāo)準(zhǔn)， 應(yīng)該說(shuō)明國(guó)際標(biāo)準(zhǔn)及項(xiàng)目與標(biāo)準(zhǔn)的偏離情況。4.2硬件的限制本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求，例如，應(yīng)該包括：a 硬件配置的特點(diǎn)（接口數(shù)，指令系統(tǒng)等） ；b 內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量。4.3技術(shù)的限制本節(jié)包括對(duì)使用特定技術(shù)的限制，包括接口，數(shù)據(jù)庫(kù)，操作系統(tǒng)，通訊協(xié)議，設(shè)計(jì)約定，編程規(guī)范等。5 軟件質(zhì)量屬性詳細(xì)說(shuō)明項(xiàng)目任何其他的質(zhì)量特性。 該特性對(duì)客戶和開發(fā)者都非常重要。 考慮的方面包括：。8。適應(yīng)性，可用性，正確性，靈活性，交互工作能力，可維護(hù)性，可移植性，可靠性，可

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