軟件需求分析說明書模板

1、保密級別：S資料編號：SRS-版 本：V.軟件需求分析說明書共 11 頁編制： 審核： 審定： 會(huì)簽： 批準(zhǔn)： XXXXXXXXXX公司年月日文檔修改記錄日期版本修改內(nèi)容修改人批準(zhǔn)人目 錄1引言21.1編寫目的21.2范圍21.3定義、首字母縮寫詞和縮略語21.4參考資料22項(xiàng)目概述32.1產(chǎn)品描述32.2產(chǎn)品需求32.2.1功能需求32.2.2性能需求42.2.3可服務(wù)性需求42.3用戶及用戶特點(diǎn)42.4一般約束52.5假設(shè)和依據(jù)53用例描述53.1用例153.2用例263.3用例n64外部接口需求74.1用戶接口74.2硬件接口74.3軟件接口74.4通信接口85設(shè)計(jì)約束85.1其他標(biāo)準(zhǔn)的

2、約束85.2硬件的限制86屬性86.1可用性86.2安全性96.3可維護(hù)性96.4可轉(zhuǎn)移 轉(zhuǎn)換性96.5警告97其他需求97.1數(shù)據(jù)庫97.2操作107.3場合適應(yīng)性需求108附錄10說明：本模板中的藍(lán)色字體與橙色字體為說明性文字，在最終提交的文檔中請刪除這些說明性的文字。1 引言1.1 編寫目的 說明編寫這份軟件需求說明書的目的，指出預(yù)期的讀者范圍。1.2 范圍說明：a 待開發(fā)的軟件系統(tǒng)的名稱；b 說明軟件將干什么，如果需要的話，還要說明軟件產(chǎn)品不干什么；c 描述所說明的軟件的應(yīng)用。應(yīng)當(dāng)：1） 盡可能精確地描述所有相關(guān)的利益、目的、以及最終目標(biāo)。2） 如果有一個(gè)較高層次的說明存在，則應(yīng)該使其

3、和高層次說明中的類似的陳述相一致（例如，系統(tǒng)的需求規(guī)格說明）。1.3 定義、首字母縮寫詞和縮略語 列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組。1.4 參考資料列出要用到的參考資料，如：a 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級機(jī)關(guān)的批文；b 屬于本項(xiàng)目的其他已發(fā)表的文件；c 本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。2 項(xiàng)目概述2.1 產(chǎn)品描述敘述該項(xiàng)軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。如果本軟件產(chǎn)品是一項(xiàng)

4、獨(dú)立的軟件，而且全部內(nèi)容自含，則說明這一點(diǎn)。如果所定義的產(chǎn)品是一個(gè)更大的系統(tǒng)的一個(gè)組成部分，則應(yīng)說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。2.2 產(chǎn)品需求2.2.1 功能需求本條是為將要完成的軟件功能提供一個(gè)摘要。例如，對于一個(gè)記帳程序來說，需求說明可以用這部分來描述：客房帳目維護(hù)、客房財(cái)務(wù)報(bào)表和發(fā)票制作，而不必把功能所要求的大量的細(xì)節(jié)描寫出來。有時(shí)，如果存在較高層次的規(guī)格說明時(shí)，則功能摘要可從中取得，這個(gè)較高層次的規(guī)格說明為軟件產(chǎn)品分配了特殊的功能，為了清晰起見，請注意：a 編制功能的一種方法是制作功能表，以便客戶或

5、者第一次讀這個(gè)文件的人都可以理解；b 用方框圖來表達(dá)不同的功能和它們的關(guān)系也是有幫助的。但應(yīng)牢記，這樣的圖不是產(chǎn)品設(shè)計(jì)時(shí)所需求的，而只是一種有效的解釋性的工具。c 用系統(tǒng)用例圖可以表達(dá)系統(tǒng)主要功能，如果功能較多，可以按功能分組分幾個(gè)小節(jié)分別描述。范例：需求編號需求版本需求名稱需求描述PR01V1.0采集屬性采集遙測點(diǎn)的采集屬性包括采集RTU號、點(diǎn)號、工程轉(zhuǎn)換系數(shù)等2.2.2 性能需求從整體來說，本條應(yīng)具體說明軟件、或人與軟件交互的靜態(tài)或動(dòng)態(tài)數(shù)值需求。A 靜態(tài)數(shù)值需求可能包括：1) 支持的終端數(shù)；2) 支持并行操作的用戶數(shù)；3) 處理的文卷和記錄數(shù)；4) 表和文卷的大小。B 動(dòng)態(tài)數(shù)值需求可能包括

6、：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)間周期中處理的數(shù)據(jù)總量。所有這些需求都必須用可以度量的術(shù)語來敘述。例如，95的事務(wù)必須在小于1s時(shí)間內(nèi)處理完，不然，操作員將不等待處理的完成。范例：需求編號需求版本需求名稱需求描述TR01V1.0遙控、遙調(diào)正確率遙控、遙調(diào)正確率99.99%2.2.3 可服務(wù)性需求從易于安裝與調(diào)試方面提出產(chǎn)品的可服務(wù)性需求。 需求編號需求版本需求名稱需求描述SER01V1.0產(chǎn)品安裝包應(yīng)制作產(chǎn)品安裝包，一步一步指導(dǎo)完成監(jiān)控軟件、數(shù)據(jù)庫服務(wù)器、基礎(chǔ)數(shù)據(jù)的安裝及配置。 2.3 用戶及用戶特點(diǎn)列出系統(tǒng)所有可能的用戶，建議用UML圖表示。列出本軟件的最終

7、用戶的特點(diǎn)，充分說明操作人員、維護(hù)人員的教育水平和技術(shù)專長，以及本軟件的預(yù)期使用頻度。這些是軟件設(shè)計(jì)工作的重要約束。2.4 一般約束本條對設(shè)計(jì)系統(tǒng)時(shí)限制開發(fā)者選擇的其他一些項(xiàng)作一般性描述。而這些項(xiàng)將限定開發(fā)者在設(shè)計(jì)系統(tǒng)時(shí)的任選項(xiàng)。這些包括：a 管理方針；b 硬件的限制；c 與其他應(yīng)用間的接口；d 并行操作；e 審查功能；f 控制功能；g 所需的高級語言；h 通信協(xié)議；i 應(yīng)用的臨界點(diǎn)；j 安全和保密方面的考慮。2.5 假設(shè)和依據(jù)本條列出影響需求說明中陳述的需求的每一個(gè)因素。這些因此不是軟件的設(shè)計(jì)約束，但是它們的改變可能影響到需求說明中的需求。例如：假定一個(gè)特定的操作系統(tǒng)是在被軟件產(chǎn)品指定的硬件

8、上使用的，然而，事實(shí)上這個(gè)操作系統(tǒng)是不可能使用的，于是，需求說明就要進(jìn)行相應(yīng)的改變。3 用例描述下面各節(jié)分別描述各用例的具體流程。3.1 用例1給出對本用例的概括性說明，這里的說明不僅限于文字，可以給出界面草圖、活動(dòng)流程圖等。按下表的方式描述用例準(zhǔn)確過程用例1用例名稱描述該用例的詳細(xì)解釋 前提要使該用例能夠工作，系統(tǒng)需要處于什么樣條件下，如商店要賣東西必須先開張觸發(fā)條件是什么導(dǎo)致這個(gè)用例開始工作？如顧客需要商品，并進(jìn)入商店。成功用例完成后系統(tǒng)處于什么狀態(tài)？如顧客擁有了所需產(chǎn)品并感到愉快，貨幣保存在出納機(jī)中，等待下一位顧客。中止如果用例被放棄了，會(huì)發(fā)生哪些情況？如，如果顧客放下購物籃沒有買任何東

9、西離開，需要有人看到這些并把貨物放回原處。參與者主要的 誰起主導(dǎo)作用？如顧客和收款員？從屬的 誰起次要作用？如店員？過程步驟活動(dòng)名描述123變更步驟活動(dòng)名描述異常步驟活動(dòng)名描述3.2 用例2.3.3 用例n.4 外部接口需求4.1 用戶接口提供用戶使用軟件產(chǎn)品時(shí)的接口需求。例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求：a 對屏幕格式的要求；b 報(bào)表或菜單的頁面打印格式和內(nèi)容；c 輸入輸出的相對時(shí)間；d 程序功能鍵的可用性。4.2 硬件接口要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。4.3 軟件接口在此要指

10、定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對每一個(gè)所需的軟件產(chǎn)品，要提供如下內(nèi)容：a 名字；b 助記符；c 規(guī)格說明號；d 版本號；e 來源。 對于每一個(gè)接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。4.4 通信接口指定各種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。5 設(shè)計(jì)約束設(shè)計(jì)約束受其他標(biāo)準(zhǔn)、硬件限制等方面的影響。5.1 其他標(biāo)準(zhǔn)的約束本項(xiàng)將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如：a 報(bào)表格式；b 數(shù)據(jù)命名；c 財(cái)務(wù)處理；d 審計(jì)追蹤，等

11、等。5.2 硬件的限制本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求，例如，應(yīng)該包括：a 硬件配置的特點(diǎn)（接口數(shù)，指令系統(tǒng)等）；b 內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量。6 屬性在軟件的需求之中有若干個(gè)屬性，以下指出其中的幾個(gè)（注意：對這些決不應(yīng)理解為是一個(gè)完整的清單）。6.1 可用性可以指定一些因素，如檢查點(diǎn)、恢復(fù)和再啟動(dòng)等，以保證整個(gè)系統(tǒng)有一個(gè)確定的可用性級別。6.2 安全性指的是保護(hù)軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個(gè)領(lǐng)域的具體需求必須包括：a 利用可靠的密碼技術(shù)；b 掌握特定的記錄或歷史數(shù)據(jù)集；c 給不同的模塊分配不同的功能；d 限定一個(gè)程序中某些區(qū)域的通信；e 計(jì)算臨界值的

12、檢查和。6.3 可維護(hù)性規(guī)定若干需求以確保軟件是可維護(hù)的。例如：a 軟件模塊所需要的特殊的耦合矩陣；b 為微型裝置指定特殊的數(shù)據(jù)程序分割要求。6.4 可轉(zhuǎn)移 轉(zhuǎn)換性規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序，用戶接口兼容方面的約束等等。6.5 警告指定所需屬性十分重要，它使得人們能用規(guī)定的方法去進(jìn)行客觀的驗(yàn)證。7 其他需求根據(jù)軟件和用戶組織的特性等，某些需求放在下面各項(xiàng)中描述。7.1 數(shù)據(jù)庫本項(xiàng)對作為產(chǎn)品的一部分進(jìn)行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們可能包括：a 在功能需求中標(biāo)識的信息類別；b 使用的頻率；c 存取能力；d 數(shù)據(jù)元素和文卷描述符；e 數(shù)據(jù)元素、記錄和文卷的關(guān)系；f 靜態(tài)和動(dòng)態(tài)的組織；g 數(shù)據(jù)保存要求。 注：如果使用一個(gè)現(xiàn)有的數(shù)據(jù)庫包，這個(gè)包應(yīng)在“軟件接口”中命名，并在那里詳細(xì)說明其用法。7.2 操作這里說明用戶要求的常規(guī)的和特殊的操作。A 在用戶組織之中各種方式的操作。例如，用戶初始化操作；B 交互作用操作的周期和無人操作的周期；C 數(shù)據(jù)處理運(yùn)行功能；D 后援和恢復(fù)操作。 注：這里的內(nèi)容有時(shí)是用戶接口的一部分。7.3 場合適應(yīng)性需求這里包括：a 對給定場合或相關(guān)任務(wù)或操作方式的任何數(shù)據(jù)或初始化順序的需求進(jìn)行定義。例如，柵值，安全界限等等。b 指出場合或相關(guān)任務(wù)為特點(diǎn)，這里可以被修改以使軟件適合特殊配制的要求。8 附錄對一個(gè)實(shí)際的需求規(guī)格說明來說