軟件需求規(guī)格說(shuō)明書(SRS)模板_第1頁(yè)
軟件需求規(guī)格說(shuō)明書(SRS)模板_第2頁(yè)
軟件需求規(guī)格說(shuō)明書(SRS)模板_第3頁(yè)
軟件需求規(guī)格說(shuō)明書(SRS)模板_第4頁(yè)
軟件需求規(guī)格說(shuō)明書(SRS)模板_第5頁(yè)
已閱讀5頁(yè),還剩15頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

軟件需求規(guī)格說(shuō)明書(SRS)模板軟件需求規(guī)格說(shuō)明書(SRS)模板軟件需求規(guī)格說(shuō)明書(SRS)模板資料僅供參考文件編號(hào):2022年4月軟件需求規(guī)格說(shuō)明書(SRS)模板版本號(hào):A修改號(hào):1頁(yè)次:1.0審核:批準(zhǔn):發(fā)布日期:產(chǎn)品名稱密級(jí)產(chǎn)品版本XX軟件需求規(guī)格說(shuō)明書擬制日期yyyy-mm-dd評(píng)審人日期yyyy-mm-dd批準(zhǔn)日期yyyy-mm-dd簽發(fā)日期yyyy-mm-dd

修訂記錄日期修訂

版本DefectID

CR號(hào)

修改

章節(jié)修改描述作者2001-06-08初稿完成作者名yyyy-mm-ddxxx修改XXXXxxXxx...作者名xxx修改XXXXxxXxx...作者名yyyy-mm-ddxxx修改XXXXxxXxx...作者名……yyyy-mm-ddxxx修改XXXXxxXxx...作者名分發(fā)記錄CopyNo.Holder'sName&Role持有者和角色I(xiàn)ssueDate分發(fā)日期1<RDPDTPDT開發(fā)代表>yyyy-mm-dd2<ProjectManager項(xiàng)目經(jīng)理>yyyy-mm-dd3<Teammembers項(xiàng)目組成員>yyyy-mm-dd4<CustomerRepresentative客戶代表>yyyy-mm-dd5<Others其他>yyyy-mm-dd

目錄1 簡(jiǎn)介 XX軟件需求規(guī)格說(shuō)明書關(guān)鍵詞:能夠體現(xiàn)文檔描述內(nèi)容主要方面的詞匯。摘要:縮略語(yǔ)清單:對(duì)本文所用縮略語(yǔ)進(jìn)行說(shuō)明,要求提供每個(gè)縮略語(yǔ)的英文全名和中文解釋。縮略語(yǔ)英文全名中文解釋

簡(jiǎn)介目的這部分要描述文檔的目的。應(yīng)該指明讀者。說(shuō)明本需求文檔描述了哪個(gè)產(chǎn)品的軟件需求。范圍本節(jié)應(yīng)描述文檔所包括和不包括的內(nèi)容。總體概述本節(jié)描述影響產(chǎn)品和產(chǎn)品需求的一般因素。由以下4個(gè)部分構(gòu)成。有一點(diǎn)需說(shuō)明的是本節(jié)不描述具體的需求,只是使那些將要描述的具體需求更易于理解。軟件概述項(xiàng)目介紹描述本軟件需求所描述的項(xiàng)目的背景。例如:本項(xiàng)目是一系列版本中的一個(gè),或者是替代某個(gè)已經(jīng)存在的系統(tǒng),還是一個(gè)新的獨(dú)立的項(xiàng)目。產(chǎn)品環(huán)境介紹描述的是本產(chǎn)品與其它產(chǎn)品或項(xiàng)目所組成的整體環(huán)境。1.如果本產(chǎn)品是獨(dú)立的并完全自我包含,在此說(shuō)明這一點(diǎn)。2.如果SRS定義的產(chǎn)品是更大的系統(tǒng)或項(xiàng)目的組件(此種情形經(jīng)常發(fā)生),那么應(yīng): A.描述此大系統(tǒng)或項(xiàng)目每個(gè)組件的功能,并且標(biāo)識(shí)接口。 B.確定本軟件產(chǎn)品主要外部接口。(注意:在此部分并不進(jìn)行這些接口的詳細(xì)描述;對(duì)這些接口的詳細(xì)描述在SRS的其它部分提供。)C.描述相關(guān)產(chǎn)品硬件和所使用的外部設(shè)備。(注意:這只是概述性描述。)通過(guò)方塊圖來(lái)描述大系統(tǒng)或項(xiàng)目的主要組件,互連性以及外部接口將是非常有幫助的。本部分不應(yīng)提出一個(gè)具體的設(shè)計(jì)解決方案或?qū)鉀Q方案的具體設(shè)計(jì)約束(具體設(shè)計(jì)約束將在具體需求章節(jié)中描述)。本部分內(nèi)容是產(chǎn)生設(shè)計(jì)約束的基礎(chǔ)。軟件功能概述軟件的必須實(shí)現(xiàn)的和通過(guò)用戶操作實(shí)現(xiàn)的主要功能。這里只需要進(jìn)行簡(jiǎn)要描述(例如目錄列表),詳細(xì)描述在詳細(xì)需求部分描述。對(duì)需求功能進(jìn)行組織,以便于讀者理解,并能指導(dǎo)后續(xù)的設(shè)計(jì)和測(cè)試??梢杂脠D表來(lái)表示主要需求群組之間的關(guān)系,例如:高層的數(shù)據(jù)流圖,面向?qū)ο蟮姆治龅?。有時(shí)此部分所要求的功能概述可以從分配具體功能給此軟件產(chǎn)品的更高層規(guī)格(如果存在的話)直接引用。本節(jié)不應(yīng)描述具體需求。但本節(jié)內(nèi)容是具體需求章節(jié)的基礎(chǔ)。用戶特征列出對(duì)用戶或系統(tǒng)操作者的要求,如:經(jīng)驗(yàn),能力,角色等。本節(jié)不應(yīng)描述具體需求。但本節(jié)內(nèi)容是具體需求章節(jié)的基礎(chǔ)。假設(shè)和依賴關(guān)系列出可能影響SRS中需求的所有的假設(shè)因素(與已知事實(shí)相對(duì)而言),包括準(zhǔn)備使用的第三方或商業(yè)組件,操作和開發(fā)環(huán)境的問(wèn)題約束等。如果上述假設(shè)不正確、沒(méi)有被告知或者改變了都將對(duì)項(xiàng)目產(chǎn)生影響。列出項(xiàng)目對(duì)外部條件的依賴,例如重用其他項(xiàng)目的模塊等。如果在其他文檔(例如項(xiàng)目計(jì)劃或范圍文檔等)里已經(jīng)描述了,在這里可以不用描述。具體需求在每一條需求描述中重復(fù)下列部分功能需求本子章節(jié)應(yīng)描述軟件產(chǎn)品的輸入怎樣被轉(zhuǎn)換成輸出。它描述了軟件必須執(zhí)行的基本動(dòng)作。對(duì)每一類功能或有時(shí)對(duì)每一個(gè)單獨(dú)的功能,必須描述輸入、處理、輸出方面的需求。這些通常以下面四個(gè)子段落來(lái)組織:功能需求1用需求編號(hào)加上簡(jiǎn)短詞匯做為功能需求名,不要用“功能需求(1)”作為功能名,例如:計(jì)算表達(dá)式打印需求編號(hào)規(guī)則按照軟件需求管理規(guī)程(REP01)進(jìn)行介紹逐條列出與本特性相關(guān)的功能需求。包括項(xiàng)目如何響應(yīng)預(yù)期的錯(cuò)誤輸入,非法條件和無(wú)效輸入。需求應(yīng)該簡(jiǎn)明,完整,不含糊,可驗(yàn)證,必要的。當(dāng)需要的信息不確定的時(shí)候使用“待定”。輸入本子段落應(yīng)包含下列內(nèi)容:A.對(duì)該功能所有輸入數(shù)據(jù)的詳細(xì)描述,包括: 輸入來(lái)源 數(shù)量 度量單位 時(shí)間要求 包含精度和容忍度的有效輸入范圍B.在適當(dāng)?shù)牡胤教峁┑膶?duì)接口規(guī)格或接口控制文檔的參考。處理本子段落應(yīng)描述對(duì)輸入數(shù)據(jù)所執(zhí)行的所有操作和如何獲得輸出的過(guò)程。這包括下列規(guī)格:A.輸入數(shù)據(jù)的有效性檢測(cè)。B.操作的確切次序,包括各事件的時(shí)序。C.對(duì)異常情況的回應(yīng),例如: 溢出 通信失敗 錯(cuò)誤處理D.用于把系統(tǒng)輸入轉(zhuǎn)換到相應(yīng)輸出的任何方法(諸如方程式,數(shù)學(xué)算法,邏輯操作)。例如,這可能描述下列方面: 對(duì)工資單里代扣所得稅的計(jì)算公式。 用于氣象預(yù)報(bào)的氣象模型。E. 對(duì)輸出數(shù)據(jù)的有效性檢測(cè)。輸出本子段落應(yīng)包含:A.對(duì)該功能所有輸出數(shù)據(jù)的詳細(xì)描述,這個(gè)描述包括: 輸出的到何處(如打印機(jī),文件) 數(shù)量 度量單位 時(shí)序 包含精確度和容忍度的有效輸出范圍 對(duì)非法值的處理 錯(cuò)誤消息B.在適當(dāng)?shù)牡胤教峁?duì)接口規(guī)格或接口控制文檔的參考。此外,對(duì)那些需求集中在輸入/輸出行為的系統(tǒng),SRS應(yīng)描述所有重要的輸入/輸出行為及輸入輸出對(duì)的次序。對(duì)一個(gè)需要記憶其行為以根據(jù)輸入和過(guò)去的行為進(jìn)行反應(yīng)的系統(tǒng),輸入輸出對(duì)的次序是要求的;這種功能行為就類似于有限狀態(tài)機(jī)。性能需求如果有性能方面的需求,在這里列出并解釋他們的原理。以幫助開發(fā)者理解意圖以做出正確的設(shè)計(jì)選擇。在實(shí)時(shí)系統(tǒng)中的時(shí)序關(guān)系。保證需求盡可能的詳細(xì)而精確。性能需求1本子章節(jié)應(yīng)從整體上描述靜態(tài)和動(dòng)態(tài)的量化的對(duì)軟件(或人與軟件交互)的需求。靜態(tài)的量化需求可能包括:A.支持的終端數(shù)目。B.支持的同時(shí)使用的用戶數(shù)目。C.處理的文件和記錄的數(shù)目。D.表和文件的大小。動(dòng)態(tài)的量化需求可能包括:A.在正常和峰值工作量條件下特定時(shí)間段(如一小時(shí))B.處理的事務(wù)和任務(wù)的數(shù)目以及數(shù)據(jù)量。所有的這些需求應(yīng)以可測(cè)量的術(shù)語(yǔ)進(jìn)行描述,例如所有的操作應(yīng)在1秒內(nèi)被處理完成,而不是描述成操作員不必等待操作的完成。注意:用于一個(gè)具體功能的量化限制通常在該功能的處理子章節(jié)中描述。外部接口需求用戶接口詳細(xì)描述系統(tǒng)與用戶之間的接口這應(yīng)描述下述內(nèi)容:A.對(duì)每種人機(jī)界面,軟件所必須支持的特性。例如,如果系統(tǒng)用戶通過(guò)一個(gè)顯示終端進(jìn)行操作,那么應(yīng)包含下述內(nèi)容:要求的屏幕格式頁(yè)面規(guī)劃及報(bào)告或菜單的內(nèi)容輸入和輸出的相關(guān)時(shí)序一些組合功能鍵的用法B.與系統(tǒng)用戶接口使用相關(guān)的所有方面。這可能只是一個(gè)簡(jiǎn)單的關(guān)于系統(tǒng)怎樣展示給用戶而該做什么和不該做什么的列表。例如提供關(guān)于長(zhǎng)或短錯(cuò)誤消息選項(xiàng)。和所有其它需求一樣,這些需求也應(yīng)能被檢驗(yàn),例如,四級(jí)打字員經(jīng)一小時(shí)的培訓(xùn)后能在Z分鐘內(nèi)完成功能X,而不是一個(gè)打字員能完成功能X。軟件接口詳細(xì)描述與其他系統(tǒng)/模塊/項(xiàng)目之間的接口在此應(yīng)描述如何使用其它(必需的)軟件產(chǎn)品(例如,數(shù)據(jù)管理系統(tǒng),操作系統(tǒng),或算法工具包),以及與其它應(yīng)用系統(tǒng)的接口(例如,協(xié)議處理系統(tǒng)和數(shù)據(jù)庫(kù)管理系統(tǒng)之間的接口)。對(duì)每個(gè)必需的軟件產(chǎn)品,應(yīng)提供下列信息:A. 名字B. 助記符C. 版本號(hào)D. 來(lái)源對(duì)每個(gè)接口,本部分應(yīng):A. 討論與本軟件產(chǎn)品相關(guān)的接口軟件的目的。B. 按消息/函數(shù)內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述,就沒(méi)有必要在這兒進(jìn)行詳細(xì)描述,但需說(shuō)明應(yīng)參考的文檔。硬件接口詳細(xì)描述與硬件的接口在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征,也包括支持哪些設(shè)備、怎樣支持這些設(shè)備和協(xié)議等。按軟/硬件協(xié)議內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述,就沒(méi)有必要在這兒進(jìn)行詳細(xì)描述,但需說(shuō)明應(yīng)參考的文檔。通訊接口詳細(xì)描述通訊接口,如本地網(wǎng)絡(luò)協(xié)議等。按消息/函數(shù)內(nèi)容和格式定義接口。如果接口已在其它文檔中很清楚地描述,就沒(méi)有必要在這兒進(jìn)行詳細(xì)描述,但需說(shuō)明應(yīng)參考的文檔。總體設(shè)計(jì)約束該系統(tǒng)所設(shè)計(jì)的內(nèi)容不能觸犯國(guó)家的法律;該系統(tǒng)應(yīng)該滿足客戶的要求標(biāo)準(zhǔn)符合性本節(jié)詳細(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)的偏離情況。本系統(tǒng)需求采用國(guó)家標(biāo)準(zhǔn)GB8567-88;國(guó)家標(biāo)準(zhǔn)GB8567-88

:對(duì)所開發(fā)軟件的功能、性能、用戶界面及運(yùn)行環(huán)境等作出詳細(xì)的說(shuō)明。它是在用戶與開發(fā)人員雙方對(duì)軟件需求取得共同理解并達(dá)成協(xié)議的條件下編寫的,也是實(shí)施開發(fā)工作的基礎(chǔ)。 硬件約束我們?cè)O(shè)計(jì)系統(tǒng)的硬件環(huán)境如下:普通pc機(jī)及主頻在1GHz以上檔次微機(jī),筆記本電腦。各種品牌的兼容機(jī),最佳主頻在2GHz以上的微機(jī)。

128MB或256MB以上內(nèi)存,最好配1GB以上內(nèi)存。彩色或液晶顯示器20GB以上硬盤

光電鼠標(biāo)或機(jī)械鼠標(biāo)。

技術(shù)限制本節(jié)包括對(duì)使用特定技術(shù)的限制,包括接口,數(shù)據(jù)庫(kù),并行操作,通訊協(xié)議,設(shè)計(jì)約定,編程規(guī)范等。數(shù)據(jù)庫(kù)為:MicroSoft

SQL

Server

2008

;瀏覽器為:、谷歌瀏覽器;軟件:操作系統(tǒng):

Windows

7/windowsXP

支持環(huán)境:Microsoft

IIS

編程語(yǔ)言:

Visual

C#

設(shè)計(jì)工具:Microsoft

Visual

studio

2005,

Dream

Waver,

Flash,

PhotoShop等通信協(xié)議是:TCP/IP編程規(guī)范:由于技術(shù)問(wèn)題,所編寫的代碼比較不規(guī)范;軟件質(zhì)量特性詳細(xì)說(shuō)明項(xiàng)目任何其他的質(zhì)量特性。該特性對(duì)客戶和開發(fā)者都非常重要??紤]的方面包括:適應(yīng)性,可用性,正確性,靈活性,交互工作能力,可維護(hù)性,可移植性,可靠性,可重用性,魯棒性,可測(cè)試性等。定量的詳細(xì)描述這些特性,盡可能的可驗(yàn)證。對(duì)不同屬性之間的重要性加以闡述,如:易用性比易學(xué)性更重要。每一個(gè)屬性單獨(dú)使用一個(gè)小節(jié)描述,可根據(jù)需要進(jìn)行增減,如增加可維護(hù)性小節(jié)等。依賴關(guān)系解釋每一條需求的內(nèi)部和外部依賴關(guān)系。其他需求使用適當(dāng)?shù)恼鹿?jié),詳細(xì)說(shuō)明任何其他客戶需求,包括數(shù)據(jù)庫(kù),編碼需求,錯(cuò)誤處理,測(cè)試需求等。下面僅列出了少量樣例,你可以刪除和增加項(xiàng)目。數(shù)據(jù)庫(kù)詳細(xì)說(shuō)明項(xiàng)目相關(guān)的數(shù)據(jù)庫(kù)方面的需求。操作詳細(xì)說(shuō)明用戶通常的和特殊的操作需求。本地化描述支持多語(yǔ)種的需求。需求分級(jí)需求ID需求名稱需求分級(jí)重要性分類如下:A. 必須的 絕對(duì)基本的特性;如果不包含,產(chǎn)品就會(huì)被取消。B. 重要的 不是基本的特性,但這些特性會(huì)影響產(chǎn)品的生存能力。C. 最好有的 期望的特性;但省略一個(gè)或多個(gè)這樣的特性不會(huì)影響產(chǎn)品的生存能力。待確定問(wèn)題需求ID問(wèn)題描述影響(H/M/L)風(fēng)險(xiǎn)責(zé)任人解決日期狀態(tài)(Open/Close)附錄附錄A可行性分析結(jié)果描述對(duì)分配需求的可行性分析結(jié)果。附錄B需求建模數(shù)據(jù)流圖頂層數(shù)據(jù)流圖在這里畫出頂層數(shù)據(jù)流圖0層數(shù)據(jù)流圖在這里畫出0層數(shù)據(jù)流圖1層數(shù)據(jù)流圖在這里畫出1層數(shù)據(jù)流圖數(shù)據(jù)字典數(shù)據(jù)流說(shuō)明數(shù)據(jù)流1名稱與數(shù)據(jù)流圖中的名稱一致,采用數(shù)據(jù)描述符號(hào)說(shuō)明數(shù)據(jù)流的內(nèi)容數(shù)據(jù)流2名稱與數(shù)據(jù)流圖中的名稱一致,采用數(shù)據(jù)描述符號(hào)說(shuō)明數(shù)據(jù)流的內(nèi)容數(shù)據(jù)存儲(chǔ)說(shuō)明數(shù)據(jù)存儲(chǔ)1名稱與數(shù)據(jù)流圖中的名稱一致,采用數(shù)據(jù)描述符號(hào)說(shuō)明數(shù)據(jù)流的內(nèi)容,另外還需描述數(shù)據(jù)排列方式數(shù)據(jù)存儲(chǔ)2名稱與數(shù)據(jù)流圖中的名稱一致,采用數(shù)據(jù)描述符號(hào)說(shuō)明數(shù)據(jù)流的內(nèi)容,另外還需描述數(shù)據(jù)排列方式加工說(shuō)明加工1名稱采用自然語(yǔ)言,判斷表/判斷樹,偽碼的形式描述對(duì)數(shù)據(jù)流進(jìn)行處理的過(guò)程加工2名稱采用自然語(yǔ)言,判斷表/判斷樹,偽碼的形式描述對(duì)數(shù)據(jù)流進(jìn)行處理的過(guò)程

參考資料清單:請(qǐng)羅列本文檔所參考的有關(guān)參考文獻(xiàn)和相關(guān)文檔,格式如下:作者+書名(或雜志、文獻(xiàn)、文檔)+出版社(或期號(hào)、卷號(hào)、公司文檔編號(hào))+出版日期+起止頁(yè)碼例如:D.B.Leeson,“ASimpleModelofFeedbackOsc

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論