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

頁腳內(nèi)容16 產(chǎn)品名稱產(chǎn)品名稱產(chǎn)品版本密級共16頁XX軟件需求規(guī)格說明書擬制日期yyyy-mm-dd評審人日期yyyy-mm-dd批準日期yyyy-mm-dd簽發(fā)日期yyyy-mm-dd頁腳內(nèi)容16 修訂記錄修修改描述初稿完成I.修改XXX1.Xxx2.Xxx3....I.修改XXX1.Xxx2.Xxx3....1.Xxx2.Xxx3....I.修改XXX1.Xxx2.Xxx3....2001-06-08yyyy-mm-dd修訂版本yyyy-mm-dd1.02yyyy-mm-dd2.00DefectID修改CR號章節(jié)xxxx.x.x;y.y.yxxxx.x.x;y.y.yxxxx.x.x;y.y.yxxxx.x.x;y.y.y作者作者名作者名作者名作者名作者名分發(fā)記錄HolderHolder'sName&Role持有者和角色<RDPDTPDT開發(fā)代表><ProjectManager項目經(jīng)理><Teammembers項目組成員><CustomerRepresentative客戶代表><Others其他>IssueDate分發(fā)日期yyyy-mm-ddyyyy-mm-ddyyyy-mm-ddyyyy-mm-ddyyyy-mm-ddCopyNo.12345頁腳內(nèi)容16 頁腳內(nèi)容16 表目錄Notableofcontentsentriesfound.圖目錄Notableofcontentsentriesfound.頁腳內(nèi)容16 XX軟件需求規(guī)格說明書摘要：縮略語清單：對本文所用縮略語進行說明，要求提供每個縮略語的英文全名和中文解釋。英文全名英文全名縮略語頁腳內(nèi)容16 1簡介這部分要描述文檔的目的。應(yīng)該指明讀者。說明本需求文檔描述了哪個產(chǎn)品的軟件需求。本節(jié)應(yīng)描述文檔所包括和不包括的內(nèi)容。2總體概述本節(jié)描述影響產(chǎn)品和產(chǎn)品需求的一般因素。由以4部分構(gòu)成。有一點需說明的是本節(jié)不描述具體的需求，只是使那些將要描述的具體需求更易于理解。2.1.1項目介紹描述本軟件需求所描述的項目的背景。例如：本項目是一系列版本中的一個，或者是替代某個已經(jīng)存在的系統(tǒng)，還是一個新的獨立的項目。2.1.2產(chǎn)品環(huán)境介紹描述的是本產(chǎn)品與其它產(chǎn)品或項目所組成的整體環(huán)境。1.如果本產(chǎn)品是獨立的并完全自我包含，在此說明這一點。2.如果SRS定義的產(chǎn)品是更大的系統(tǒng)或項目的組件(此種情形經(jīng)常發(fā)生)，那么應(yīng)：A.描述此大系統(tǒng)或項目每個組件的功能，并且標識接口。B.確定本軟件產(chǎn)品主要外部接口。(注意：在此部分并不進行這些接口的詳細描述；對這C.描述相關(guān)產(chǎn)品硬件和所使用的外部設(shè)備。(注意：這只是概述性描述。)通過方塊圖來描述大系統(tǒng)或項目的主要組件，互連性以及外部接口將是非常有幫助的。本部分不應(yīng)提出一個具體的設(shè)計解決方案或?qū)鉀Q方案的具體設(shè)計約束(具體設(shè)計約束將在具體需求章節(jié)中描述)。本部分內(nèi)容是產(chǎn)生設(shè)計約束的基礎(chǔ)。頁腳內(nèi)容16 概述軟件的必須實現(xiàn)的和通過用戶操作實現(xiàn)的主要功能。這里只需要進行簡要描述(例如目錄列表)，詳細描述在詳細需求部分描述。對需求功能進行組織，以便于讀者理解，并能指導(dǎo)后續(xù)的設(shè)計和測試。可以用圖表來表示主要需求群組之間的關(guān)系，例如：高層的數(shù)據(jù)流圖，面向?qū)τ袝r此部分所要求的功能概述可以從分配具體功能給此軟件產(chǎn)品的更高層規(guī)格(如果存在的話)直接引用。本節(jié)不應(yīng)描述具體需求。但本節(jié)內(nèi)容是具體需求章節(jié)的基礎(chǔ)。列出對用戶或系統(tǒng)操作者的要求，如：經(jīng)驗，能力，角色等。本節(jié)不應(yīng)描述具體需求。但本節(jié)內(nèi)容是具體需求章節(jié)的基礎(chǔ)。列出可能影響SRS中需求的所有的假設(shè)因素(與已知事實相對而言)，包括準備使用的第三方或商業(yè)組件，操作和開發(fā)環(huán)境的問題約束等。如果上述假設(shè)不正確、沒有被告知或者改變了都將對項目產(chǎn)生影響。列出項目對外部條件的依賴，例如重用其他項目的模塊等。如果在其他文檔 (例如項目計劃或范圍文檔等)里已經(jīng)描述了，在這里可以不用描述。3具體需求在每一條需求描述中重復(fù)下列部分本子章節(jié)應(yīng)描述軟件產(chǎn)品的輸入怎樣被轉(zhuǎn)換成輸出。它描述了軟件必須執(zhí)行的基本動作。對每一類功能或有時對每一個單獨的功能，必須描述輸入、處理、輸出方面的需求。這些通常以下面四個子段落來組織：3.1.1功能需求1R.INTF.CALC.001計算表達式R.INTF.CALC.002打印頁腳內(nèi)容16 1.介紹逐條列出與本特性相關(guān)的功能需求。包括項目如何響應(yīng)預(yù)期的錯誤輸入，非法條件和無效輸2.輸入A.對該功能所有輸入數(shù)據(jù)的詳細描述，包括：輸入來源度量單位包含精度和容忍度的有效輸入范圍B.在適當(dāng)?shù)牡胤教峁┑膶涌谝?guī)格或接口控制文檔的參考。3.處理本子段落應(yīng)描述對輸入數(shù)據(jù)所執(zhí)行的所有操作和如何獲得輸出的過程。這包括下列規(guī)格：A測。B.操作的確切次序，包括各事件的時序。通信失敗錯誤處理D.用于把系統(tǒng)輸入轉(zhuǎn)換到相應(yīng)輸出的任何方法(諸如方程式，數(shù)學(xué)算法，邏輯操作)。例如，這可能描述下列方面：對工資單里代扣所得稅的計算公式。用于氣象預(yù)報的氣象模型。E.對輸出數(shù)據(jù)的有效性檢測。4.輸出A.對該功能所有輸出數(shù)據(jù)的詳細描述，這個描述包括：輸出的到何處(如打印機，文件)度量單位頁腳內(nèi)容16 包含精確度和容忍度的有效輸出范圍對非法值的處理錯誤消息B.在適當(dāng)?shù)牡胤教峁涌谝?guī)格或接口控制文檔的參考。出行為及輸入輸出對的次序。對一個需要記憶其行為以根據(jù)輸入和過去的行為進行反應(yīng)的系統(tǒng)，輸入輸出對的次序是要求的；這種功能行為就類似于有限狀態(tài)機。3.2性能需求如果有性能方面的需求，在這里列出并解釋他們的原理。以幫助開發(fā)者理解意圖以做出正確的設(shè)計選擇。在實時系統(tǒng)中的時序關(guān)系。保證需求盡可能的詳細而精確。2.1性能需求1本子章節(jié)應(yīng)從整體上描述靜態(tài)和動態(tài)的量化的對軟件(或人與軟件交互)的需求。靜態(tài)的量化需求可能包括：A.支持的終端數(shù)目。B.支持的同時使用的用戶數(shù)目。C.處理的文件和記錄的數(shù)目。D.表和文件的大小。動態(tài)的量化需求可能包括:A.在正常和峰值工作量條件下特定時間段(如一小時)B.處理的事務(wù)和任務(wù)的數(shù)目以及數(shù)據(jù)量。描述成操作員不必等待操作的完成。3.1用戶接口詳細描述系統(tǒng)與用戶之間的接口頁腳內(nèi)容16 A.對每種人機界面，軟件所必須支持的特性。例如，如果系統(tǒng)用戶通過一個顯示終端進行操要求的屏幕格式頁面規(guī)劃及報告或菜單的內(nèi)容輸入和輸出的相關(guān)時序一些組合功能鍵的用法B.與系統(tǒng)用戶接口使用相關(guān)的所有方面。這可能只是一個簡單的關(guān)于系統(tǒng)怎樣展示給用戶而該做什么和不該做什么的列表。例如提供關(guān)于長或短錯誤消息選項。和所有其它需求一樣，這些需求也應(yīng)能被檢驗，例如，四級打字員經(jīng)一小時的培訓(xùn)后鐘內(nèi)完成功能X，而不是一個打3.3.2軟件接口詳細描述與其他系統(tǒng)/模塊/項目之間的接口在此應(yīng)描述如何使用其它(必需的)軟件產(chǎn)品(例如，數(shù)據(jù)管理系統(tǒng)，操作系統(tǒng)，或算法工具包)，以及與其它應(yīng)用系統(tǒng)的接口(例如，協(xié)議處理系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)之間的接口)。對每個必需的軟件產(chǎn)品，應(yīng)提供下列信息：A.名字B.助記符C.版本號D.來源A.討論與本軟件產(chǎn)品相關(guān)的接口軟件的目的。B.按消息/函數(shù)內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要硬件接口詳細描述與硬件的接口在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征，也包括支持哪些設(shè)備、怎樣支持這些設(shè)備和協(xié)議等。述，就沒有必要在頁腳內(nèi)容16 3.3.4通訊接口詳細描述通訊接口，如本地網(wǎng)絡(luò)協(xié)議等。按消息/函數(shù)內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進行詳細描述，但需說明應(yīng)參考的文檔。4總體設(shè)計約束；該系統(tǒng)應(yīng)該滿足客戶的要求本節(jié)詳細說明需求所采用的標準或規(guī)范的來源。如果項目采用了國際標準，應(yīng)該說明本系統(tǒng)需求采用國家標準GB8567-88；細的說明。它是在用戶與開發(fā)人員雙方對軟件需求取得共同理解并達成協(xié)議的條件下腦。各種品牌的兼容機，最佳主頻在2GHz以上的微機。本節(jié)包括對使用特定技術(shù)的限制，包括接口，數(shù)據(jù)庫，并行操作，通訊協(xié)議，設(shè)計約數(shù)據(jù)庫為：MicroSoftSQLServer2008；覽器為：IE6.0、谷歌瀏覽器；頁腳內(nèi)容16 MicrosoftVisualstudio2005,DreamWaver,Flash,PhotoShop等頁腳內(nèi)容16 5軟件質(zhì)量特性詳細說明項目任何其他的質(zhì)量特性。該特性對客戶和開發(fā)者都非常重要。考慮的方面包括：適應(yīng)性，可用性，正確性，靈活性，交互工作能力，可維護性，可移植性，可靠性，可重用性，魯棒性，可測試性等。定量的詳細描述這些特性，盡可能的可驗證。對不同屬性之間的重要性加以闡述，如：易用性比易學(xué)性更重要。每一個屬性單獨使用一個小節(jié)描述，可根據(jù)需要進行增減，如增加可維護性小節(jié)等。6依賴關(guān)系解釋每一條需求的內(nèi)部和外部依賴關(guān)系。7其他需求使用適當(dāng)?shù)恼鹿?jié)，詳細說明任何其他客戶需求，包括數(shù)據(jù)庫，編碼需求，錯誤處理，測試需求等。下面僅列出了少量樣例，你可以刪除和增加項目。詳細說明項目相關(guān)的數(shù)據(jù)庫方面的需求。詳細說明用戶通常的和特殊的操作需求。描述支持多語種的需求。8需求分級需求ID需求名稱需求分級A.必須的B.重要的絕對基本的特性；如果不包含，產(chǎn)品就會被取消。。頁腳內(nèi)容16 C.最好有的期望的特性；但省略一個或多個這樣的特性不會影響產(chǎn)品的生存能力。9待確定問題狀態(tài)狀態(tài)(Open/Close)影響解決日期人需求ID風(fēng)險附錄A可行性分析結(jié)果描述對分配需求的可行性分析結(jié)果。B需求建模1.頂層數(shù)據(jù)流圖在這里畫出頂層數(shù)據(jù)流圖2.0層數(shù)據(jù)流圖3.1層數(shù)據(jù)流圖1.數(shù)據(jù)流說明1)數(shù)據(jù)流1名稱與數(shù)據(jù)流圖