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

XX 軟件需求規(guī)格說明書請輸入密級產(chǎn)品名稱密級產(chǎn)品版本共16頁XX 軟件需求規(guī)格說明書擬制日期yyyy-mm-dd評審人日期yyyy-mm-dd批準(zhǔn)日期yyyy-mm-dd簽發(fā)日期yyyy-mm-dd修訂記錄日期修訂版本Defect IDCR號修改章節(jié)修改描述作者2001-06-081.00初稿完成作者名yyyy-mm-dd1.01xxxx.x.x; y.y.yI. 修改XXX1. Xxx2. Xxx3. .作者名xxxx.x.x; y.y.yI. 修改XXX1. Xxx2. Xxx3. .作者名yyyy-mm-dd1.02xxxx.x.x; y.y.yII. 修改XXX1. Xxx2. Xxx3. .作者名yyyy-mm-dd2.00xxxx.x.x; y.y.yI. 修改XXX1. Xxx2. Xxx3. .作者名分發(fā)記錄Copy No.Holders Name & Role 持有者和角色I(xiàn)ssue Date 分發(fā)日期1yyyy-mm-dd2yyyy-mm-dd3yyyy-mm-dd4yyyy-mm-dd5yyyy-mm-dd目 錄1簡介61.1目的61.2范圍62總體概述62.1軟件概述62.1.1項目介紹62.1.2產(chǎn)品環(huán)境介紹62.2軟件功能62.3用戶特征72.4假設(shè)和依賴關(guān)系73具體需求73.1功能需求73.1.1功能需求173.2性能需求93.2.1性能需求193.3外部接口需求93.3.1用戶接口93.3.2軟件接口103.3.3硬件接口103.3.4通訊接口114總體設(shè)計約束114.1標(biāo)準(zhǔn)符合性114.2硬件約束114.3技術(shù)限制115軟件質(zhì)量特性116依賴關(guān)系117其他需求117.1數(shù)據(jù)庫127.2操作127.3本地化128需求分級129待確定問題1210附錄1210.1附錄A 可行性分析結(jié)果1310.2附錄B 需求建模1310.2.1數(shù)據(jù)流圖1310.2.2數(shù)據(jù)字典13表目錄Table1*表錯誤！未定義書簽。表1*表錯誤！未定義書簽。圖目錄Figure 1*圖錯誤！未定義書簽。XX 軟件需求規(guī)格說明書關(guān)鍵詞：能夠體現(xiàn)文檔描述內(nèi)容主要方面的詞匯。摘 要：縮略語清單：對本文所用縮略語進(jìn)行說明，要求提供每個縮略語的英文全名和中文解釋。 縮略語英文全名中文解釋1 簡介1.1 目的這部分要描述文檔的目的。應(yīng)該指明讀者。說明本需求文檔描述了哪個產(chǎn)品的軟件需求。1.2 范圍本節(jié)應(yīng)描述文檔所包括和不包括的內(nèi)容。2 總體概述本節(jié)描述影響產(chǎn)品和產(chǎn)品需求的一般因素。由以下4個部分構(gòu)成。 有一點需說明的是本節(jié)不描述具體的需求，只是使那些將要描述的具體需求更易于理解。2.1 軟件概述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)或項目每個組件的功能，并且標(biāo)識接口。B. 確定本軟件產(chǎn)品主要外部接口。（ 注意：在此部分并不進(jìn)行這些接口的詳細(xì)描述；對這些接口的詳細(xì)描述在SRS的其它 部分提供。）C. 描述相關(guān)產(chǎn)品硬件和所使用的外部設(shè)備。（ 注意： 這只是概述性描述。）通過方塊圖來描述大系統(tǒng)或項目的主要組件，互連性以及外部接口將是非常有幫助的。本部分不應(yīng)提出一個具體的設(shè)計解決方案或?qū)鉀Q方案的具體設(shè)計約束（具體設(shè)計約束將在具體需求章節(jié)中描述）。本部分內(nèi)容是產(chǎn)生設(shè)計約束的基礎(chǔ)。2.2 軟件功能概述軟件的必須實現(xiàn)的和通過用戶操作實現(xiàn)的主要功能。這里只需要進(jìn)行簡要描述（例如目錄列表），詳細(xì)描述在詳細(xì)需求部分描述。對需求功能進(jìn)行組織，以便于讀者理解，并能指導(dǎo)后續(xù)的設(shè)計和測試?？梢杂脠D表來表示主要需求群組之間的關(guān)系，例如：高層的數(shù)據(jù)流圖，面向?qū)ο蟮姆治龅?。有時此部分所要求的功能概述可以從分配具體功能給此軟件產(chǎn)品的更高層規(guī)格（如果存在的話）直接引用。本節(jié)不應(yīng)描述具體需求。但本節(jié)內(nèi)容是具體需求章節(jié)的基礎(chǔ)。2.3 用戶特征列出對用戶或系統(tǒng)操作者的要求，如：經(jīng)驗，能力，角色等。本節(jié)不應(yīng)描述具體需求。但本節(jié)內(nèi)容是具體需求章節(jié)的基礎(chǔ)。2.4 假設(shè)和依賴關(guān)系列出可能影響SRS中需求的所有的假設(shè)因素（與已知事實相對而言），包括準(zhǔn)備使用的第三方或商業(yè)組件，操作和開發(fā)環(huán)境的問題約束等。如果上述假設(shè)不正確、沒有被告知或者改變了都將對項目產(chǎn)生影響。列出項目對外部條件的依賴，例如重用其他項目的模塊等。如果在其他文檔（例如項目計劃或范圍文檔等）里已經(jīng)描述了，在這里可以不用描述。3 具體需求在每一條需求描述中重復(fù)下列部分3.1 功能需求本子章節(jié)應(yīng)描述軟件產(chǎn)品的輸入怎樣被轉(zhuǎn)換成輸出。它描述了軟件必須執(zhí)行的基本動作。 對每一類功能或有時對每一個單獨的功能，必須描述輸入、處理、輸出方面的需求。這些通常以下面四個子段落來組織：3.1.1 功能需求1用需求編號加上簡短詞匯做為功能需求名，不要用“功能需求（1）”作為功能名，例如：R.INTF.CALC.001 計算表達(dá)式R.INTF.CALC.002 打印需求編號規(guī)則按照軟件需求管理規(guī)程(REP01)進(jìn)行1. 介紹逐條列出與本特性相關(guān)的功能需求。包括項目如何響應(yīng)預(yù)期的錯誤輸入，非法條件和無效輸入。需求應(yīng)該簡明，完整，不含糊，可驗證，必要的。 當(dāng)需要的信息不確定的時候使用“待定”。2. 輸入本子段落應(yīng)包含下列內(nèi)容：A. 對該功能所有輸入數(shù)據(jù)的詳細(xì)描述，包括：輸入來源數(shù)量度量單位時間要求包含精度和容忍度的有效輸入范圍B. 在適當(dāng)?shù)牡胤教峁┑膶涌谝?guī)格或接口控制文檔的參考。3. 處理本子段落應(yīng)描述對輸入數(shù)據(jù)所執(zhí)行的所有操作和如何獲得輸出的過程。這包括下列規(guī)格：A. 輸入數(shù)據(jù)的有效性檢測。B. 操作的確切次序，包括各事件的時序。C. 對異常情況的回應(yīng)，例如：溢出通信失敗錯誤處理D. 用于把系統(tǒng)輸入轉(zhuǎn)換到相應(yīng)輸出的任何方法（諸如方程式，數(shù)學(xué)算法，邏輯操作）。例如，這可能描述下列方面：對工資單里代扣所得稅的計算公式。用于氣象預(yù)報的氣象模型。E.對輸出數(shù)據(jù)的有效性檢測。4. 輸出本子段落應(yīng)包含：A. 對該功能所有輸出數(shù)據(jù)的詳細(xì)描述，這個描述包括：輸出的到何處（如打印機，文件）數(shù)量度量單位時序包含精確度和容忍度的有效輸出范圍對非法值的處理錯誤消息B. 在適當(dāng)?shù)牡胤教峁涌谝?guī)格或接口控制文檔的參考。 此外，對那些需求集中在輸入/輸出行為的系統(tǒng)，SRS應(yīng)描述所有重要的輸入/輸出行為及輸入輸出對的次序。對一個需要記憶其行為以根據(jù)輸入和過去的行為進(jìn)行反應(yīng)的系統(tǒng)，輸入輸出對的次序是要求的；這種功能行為就類似于有限狀態(tài)機。3.2 性能需求如果有性能方面的需求，在這里列出并解釋他們的原理。以幫助開發(fā)者理解意圖以做出正確的設(shè)計選擇。在實時系統(tǒng)中的時序關(guān)系。保證需求盡可能的詳細(xì)而精確。3.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ù)量。所有的這些需求應(yīng)以可測量的術(shù)語進(jìn)行描述，例如所有的操作應(yīng)在1秒內(nèi)被處理完成，而不是描述成操作員不必等待操作的完成。注意： 用于一個具體功能的量化限制通常在該功能的處理子章節(jié)中描述。3.3 外部接口需求3.3.1 用戶接口詳細(xì)描述系統(tǒng)與用戶之間的接口這應(yīng)描述下述內(nèi)容：A. 對每種人機界面，軟件所必須支持的特性。例如，如果系統(tǒng)用戶通過一個顯示終端進(jìn)行操作，那么應(yīng)包含下述內(nèi)容：要求的屏幕格式頁面規(guī)劃及報告或菜單的內(nèi)容輸入和輸出的相關(guān)時序一些組合功能鍵的用法B. 與系統(tǒng)用戶接口使用相關(guān)的所有方面。這可能只是一個簡單的關(guān)于系統(tǒng)怎樣展示給用戶而該做什么和不該做什么的列表。例如提供關(guān)于長或短錯誤消息選項。和所有其它需求一樣，這些需求也應(yīng)能被檢驗，例如，四級打字員經(jīng)一小時的培訓(xùn)后能在Z分鐘內(nèi)完成功能X，而不是一個打字員能完成功能X。3.3.2 軟件接口詳細(xì)描述與其他系統(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.來源對每個接口，本部分應(yīng)：A .討論與本軟件產(chǎn)品相關(guān)的接口軟件的目的。B.按消息/函數(shù)內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進(jìn)行詳細(xì)描述，但需說明應(yīng)參考的文檔。3.3.3 硬件接口詳細(xì)描述與硬件的接口在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征，也包括支持哪些設(shè)備、怎樣支持這些設(shè)備和協(xié)議等。 按軟/硬件協(xié)議內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進(jìn)行詳細(xì)描述，但需說明應(yīng)參考的文檔。3.3.4 通訊接口詳細(xì)描述通訊接口，如本地網(wǎng)絡(luò)協(xié)議等。按消息/函數(shù)內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進(jìn)行詳細(xì)描述，但需說明應(yīng)參考的文檔。4 總體設(shè)計約束該系統(tǒng)所設(shè)計的內(nèi)容不能觸犯國家的法律； 該系統(tǒng)應(yīng)該滿足客戶的要求4.1 標(biāo)準(zhǔn)符合性本節(jié)詳細(xì)說明需求所采用的標(biāo)準(zhǔn)或規(guī)范的來源。如果項目采用了國際標(biāo)準(zhǔn)，應(yīng)該說明國際標(biāo)準(zhǔn)及項目與標(biāo)準(zhǔn)的偏離情況。本系統(tǒng)需求采用國家標(biāo)準(zhǔn)GB8567-88；國家標(biāo)準(zhǔn)GB8567-88：對所開發(fā)軟件的功能、性能、用戶界面及運行環(huán)境等作出詳細(xì)的說明。它是在用戶與開發(fā)人員雙方對軟件需求取得共同理解并達(dá)成協(xié)議的條件下編寫的，也是實施開發(fā)工作的基礎(chǔ)。4.2 硬件約束我們設(shè)計系統(tǒng)的硬件環(huán)境如下：普通pc機及主頻在1GHz以上檔次微機，筆記本電腦。各種品牌的兼容機，最佳主頻在2GHz以上的微機。128MB或256MB以上內(nèi)存，最好配1GB以上內(nèi)存。彩色或液晶顯示器20GB以上硬盤光電鼠標(biāo)或機械鼠標(biāo)。4.3 技術(shù)限制本節(jié)包括對使用特定技術(shù)的限制，包括接口，數(shù)據(jù)庫，并行操作，通訊協(xié)議，設(shè)計約定，編程規(guī)范等。數(shù)據(jù)庫為：MicroSoftSQLServer2008；瀏覽器為：IE6.0、谷歌瀏覽器；軟件：操作系統(tǒng)：Windows7/windows XP 支持環(huán)境： MicrosoftIIS編程語言：VisualC# 設(shè)計工具： MicrosoftVisualstudio2005, DreamWaver, Flash, PhotoShop等通信協(xié)議是：TCP/IP編程規(guī)范:由于技術(shù)問題，所編寫的代碼比較不規(guī)范；5 軟件質(zhì)量特性詳細(xì)說明項目任何其他的質(zhì)量特性。該特性對客戶和開發(fā)者都非常重要?？紤]的方面包括：適應(yīng)性，可用性，正確性，靈活性，交互工作能力，可維護(hù)性，可移植性，可靠性，可重用性，魯棒性，可測試性等。定量的詳細(xì)描述這些特性，盡可能的可驗證。對不同屬性之間的重要性加以闡述，如：易用性比易學(xué)性更重要。每一個屬性單獨使用一個小節(jié)描述，可根據(jù)需要進(jìn)行增減，如增加可維護(hù)性小節(jié)等。6 依賴關(guān)系解釋每一條需求的內(nèi)部和外部依賴關(guān)系。7 其他需求使用適當(dāng)?shù)恼鹿?jié)，詳細(xì)說明任何其他客戶需求，包括數(shù)據(jù)庫，編碼需求，錯誤處理，測試需求等。下面僅列出了少量樣例，你可以刪除和增加項目。7.1 數(shù)據(jù)庫詳細(xì)說明項目相關(guān)的數(shù)據(jù)庫方面的需求。7.2 操作詳細(xì)說明用戶通常的和特殊的操作需求。7.3 本地化描述支持多語種的需求。8 需求分級需求ID 需求名稱需求分級重要性分類如下：A.必須的絕對基本的特性；如果不包含，產(chǎn)品就會被取消。B.重要的不是基本的特性，但這些特性會影響產(chǎn)品的生存能力。C.最好有的期望的特性；但省略一個或多個這樣的特性不會影響產(chǎn)品的生存能力。9 待確定問題需求ID問題描述影響(H/M/L)風(fēng)險責(zé)任人解決日期狀態(tài)(Open/Close)10 附錄10.1 附錄A 可行性分析結(jié)果描述對分配需求的可行性分析結(jié)果。10.2 附錄B 需求建模 10.2.1 數(shù)據(jù)流圖1. 頂層數(shù)據(jù)流圖在這里畫出頂層數(shù)據(jù)流圖2. 0層數(shù)據(jù)流圖在這里畫出0層數(shù)據(jù)流圖3. 1層數(shù)據(jù)流圖在這里畫出1層數(shù)據(jù)流圖10.2.2 數(shù)據(jù)字典1. 數(shù)據(jù)流說明1） 數(shù)據(jù)流1名稱與數(shù)據(jù)流圖中的名稱一致，采用數(shù)據(jù)描述符號說明數(shù)據(jù)流的內(nèi)容2） 數(shù)據(jù)流2名稱與數(shù)據(jù)流圖中的名稱一致，采用數(shù)據(jù)描述符號說明數(shù)據(jù)流的內(nèi)容2. 數(shù)據(jù)存儲說明1） 數(shù)據(jù)存儲1名稱與數(shù)據(jù)流圖中的名稱一致，采用數(shù)據(jù)描述符號說明數(shù)據(jù)流的內(nèi)容，另外還需描述數(shù)據(jù)排列方式2） 數(shù)據(jù)存儲2名稱與數(shù)據(jù)流圖中的名稱一致，采用數(shù)據(jù)描述符號說明數(shù)據(jù)流的內(nèi)容，另外還需描述數(shù)據(jù)排列方式3. 加工說明1） 加工1名稱采用自然語言，判斷表/判斷樹，偽碼的形式描述對數(shù)據(jù)流進(jìn)行處理的過程2） 加工2名稱采用自然語言，判斷表/判斷樹，偽碼的形式描述對數(shù)據(jù)流進(jìn)行處理的過程 參考資料清單：請羅列本文檔所參考的有關(guān)參考文獻(xiàn)和相關(guān)文檔，格式如下：作者書名（或雜志、文獻(xiàn)、文檔）出版社（或期號、卷號、公司文檔編號）出版日期+起止頁碼例如：1 D. B. Leeson, “A Simple Model of Feedback Oscillator Noise Spectrum