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

下載本文檔

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

文檔簡介

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

文檔編制序號:[KK8UY-LL9IO69-TTO6M3-MTOL89-FTT688]

歸屬部門密級

版本

共頁

[名稱]

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

擬制:日期:yyyy-mm-dd

審核:日期:yyyy-mm-dd

批準(zhǔn):日期:yyyy-mm-dd

文件修改記錄

修改日期版本修改貝碼、章修改描述作者

節(jié)、條款

yyyy-mm-

dd

目錄

模板使用說明:

[1J注明可選的部分,可以根據(jù)實(shí)際情況選擇是否填寫;如果不必

說明,請保留相關(guān)的章節(jié)標(biāo)題,同時在該可選章節(jié)的內(nèi)容中填入

“無”;未注名可選的,則必須描述;如果有些設(shè)計(jì)此模版中沒有合適

的地方填寫,則補(bǔ)充在最后的其他欄目中

[2]模版中斜體字相當(dāng)于撰寫指南,最后文稿請將本模板中所有的斜體字

部分全部刪除。

[3]模板里并不說明設(shè)計(jì)技術(shù)和方法,而只是說明應(yīng)包含哪些內(nèi)容,以及

如何描述、組織這些內(nèi)容。

1范圍

a.說明文檔所包括和不包括的內(nèi)容,具體是:

b.待開發(fā)的軟件系統(tǒng)的名稱;

說明軟件將干什么,如果需要的話,還要說明軟件產(chǎn)品不干什么;

描述所說明的軟件的應(yīng)用。如果有一個較高層次的說明存在,則應(yīng)該

使其和高層次說明中的類似的陳述相一致(例如,系統(tǒng)的需求規(guī)格說

明)。

2總體概述

產(chǎn)品描述

敘述該項(xiàng)軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說

明的有關(guān)該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關(guān)軟件之間

的關(guān)系。如果本軟件產(chǎn)品是一項(xiàng)獨(dú)立的軟件,而且全部內(nèi)容自含,則說

明這一點(diǎn)。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分,則應(yīng)

說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系,為此可使用一張方

框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。

軟件功能

概述軟件必須實(shí)現(xiàn)的和通過用戶操作實(shí)現(xiàn)的主要功能。這里只需要進(jìn)

行簡要描述(例如目錄列表),詳細(xì)描述在詳細(xì)需求部分描述。

R有時,如果存在較高層次的規(guī)格說明時,則功能摘要可從中

取得,這個較高層次的規(guī)格說明為軟件產(chǎn)品分配了特殊的功能,為

了清晰起見,請注意:

編制功能的一種方法是制作功能表,以便客戶或者第一次讀這個文件的

人都可以理解;

用方框圖來表達(dá)不同的功能和它們的關(guān)系也是有幫助的。但應(yīng)牢記,這

樣的圖不是產(chǎn)品設(shè)計(jì)時所需求的,而只是一種有效的解釋性的工具。

例如:高層的數(shù)據(jù)流圖,面向?qū)ο蟮姆治龅取?/p>

一般約束

a.對設(shè)計(jì)系統(tǒng)時限制開發(fā)者選擇的其他一些項(xiàng)作一般性描述

(具體需求或具體設(shè)計(jì)約束在具體需求和設(shè)計(jì)約束章節(jié)敘述)。這

些包括:

b.管理方針;

c.硬件的限制;

d.與其他應(yīng)用間的接口;

e.并行操作;

f.審查功能;

g.控制功能;

h.所需的高級語言;

i.通信協(xié)議;

J.應(yīng)用的臨界點(diǎn);

k.安全和保密方面的考慮。

假設(shè)和依賴

列出可能影響需求的所有的假設(shè)因素(與己知事實(shí)相對而言),包括

準(zhǔn)備使用的第三方或商業(yè)組件,操作和開發(fā)環(huán)境的問題約束等。如果上

述假設(shè)不正確、沒有被告知或者改變了都將對項(xiàng)目產(chǎn)生影響。列出項(xiàng)目

對外部條件的依賴,例如重用其他項(xiàng)目的模塊等。如果在其他文檔(例

如項(xiàng)目計(jì)劃或范圍文檔等)里已經(jīng)描述了,在這里可以不用描述。

3具體需求

功能需求

對于每一類功能或者有時對于每一個功能,需要具體描述其輸

入、處理和輸出的需求,建議用圖進(jìn)行描述。由四個部分組成

3.1.1功能需求1

a.引言

描述的是功能要達(dá)到的目標(biāo)、所采用的方法和技術(shù),還應(yīng)清楚說

明功能意圖的由來和背景。

b.輸入

1)詳細(xì)描述該功能的所有輸入數(shù)據(jù),如:輸入源、數(shù)量、度量單

位、時間設(shè)定、有效輸入范圍(包括精度和公差);

C.操作員控制細(xì)節(jié)的需求。其中有名字、操作員活動的描述、

控制臺或操作員的位置。例如:當(dāng)打印檢查時,要求操作員進(jìn)行格

式調(diào)整;

d.處理

1)定義輸入數(shù)據(jù)、中間參數(shù),以獲得預(yù)期輸出結(jié)果的全部操作。

它包括如下的說明:

2)輸入數(shù)據(jù)的有效性檢查;

3)操作的順序,包括事件的時間設(shè)定;

4)響應(yīng),例如,溢出、通信故障、錯誤處理等;

5)受操作影晌的參數(shù);

6)降級運(yùn)行的要求;

7)用于把系統(tǒng)輸入變換成相應(yīng)輸出的任何方法(方程式、數(shù)學(xué)算

法、邏輯澡作等);

8)輸出數(shù)據(jù)的有效性檢查。

需有基本事件流(止常處理流程)和備選事件流(異常處理流

程),可用流程圖附加描述。

e.輸出

1)詳細(xì)描述該功能所有輸出數(shù)據(jù),例如:輸出目的地、數(shù)量、度

量單位、時間關(guān)系、有效輸出的范圍(包括精度和公差)、非

法值的處理、出錯信息;

2)有關(guān)接口說明或接口控制文件的參考資料。

此外,對著重于輸入輸出行為的系統(tǒng)來說,需求說明應(yīng)指定所有

有意義的輸入、輸出對及其序列。當(dāng)一個系統(tǒng)要求記憶它的狀態(tài)

時,需要這個序列,使得它可以根據(jù)本次輸入和以前的狀態(tài)作出

響應(yīng)。也就是說,這種情況猶如有限狀態(tài)機(jī)。

3.1.2功能需求2

功能需求n

外部接口需求

3.2.1用戶接口

a.提供用戶使用軟件產(chǎn)品時的接口需求。例如,如果系統(tǒng)的用

戶通過顯示終端進(jìn)行操作,就必須指定如下要求:

b.對屏幕格式的要求;

C.報(bào)表或菜單的頁面打印格式和內(nèi)容;

d.輸入輸出的相對時序;

e.程序功能鍵的可用性。

3.2.2硬件接口

詳細(xì)描述與硬件的接口

在此描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征,也包括支持

哪些設(shè)備、怎樣支持這些設(shè)備和協(xié)議等。

按軟/硬件協(xié)議內(nèi)容和格式定義接口。如果接口己在其它文檔中很清楚

地描述,就沒有必要在這兒進(jìn)行詳細(xì)描述,但需說明應(yīng)參考的文檔。

3.2.3軟件接口

在此要指定需使用的其他軟件產(chǎn)品(例如,數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)

或數(shù)學(xué)軟件包),以及同其他應(yīng)用系統(tǒng)之間的接口。

對于每一個接口,這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的,

并根據(jù)信息的內(nèi)容和格式定義接口,但不必詳細(xì)描述任何已有完整文件

的接口,只要引用定義該接口的文件即可。

3.2.4通訊接口

詳細(xì)描述通訊接口,如本地網(wǎng)絡(luò)協(xié)議等。

按消息/函數(shù)內(nèi)容和格式定義接口。如果接口己在其它文檔中很清楚地

描述,就沒有必要在這兒進(jìn)行詳細(xì)描述,但需說明應(yīng)參考的文檔C

性能需求

如果有性能方面的需求,在這里列出并解釋他們的原理。以幫助開發(fā)

者理解意圖以做出正確的設(shè)計(jì)選擇。在實(shí)時系統(tǒng)中的時序關(guān)系。保證需

求盡可能的詳細(xì)而精確。

從整體上具體說明軟件、或人與軟件交互的靜態(tài)或動態(tài)數(shù)值需求。

1)靜態(tài)數(shù)值需求可能包括:

2)支持的終端數(shù):

3)支持并行操作的用戶數(shù);

4)處理的文件和記錄數(shù);

5)表和文件的大小。

動態(tài)數(shù)值需求可能包括:欲處理的事務(wù)和任務(wù)的數(shù)量,以及在正常情

況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。

所有這些需求都必須用可以度量的術(shù)語來敘述。例如,95%的事務(wù)必

須在小于1s時間內(nèi)處理完,不然,操作員將不等待處理的完成。

4設(shè)計(jì)約束

描述可能限制開發(fā)人員選擇的事項(xiàng)。

標(biāo)準(zhǔn)的約束

詳細(xì)說明需求所采用的標(biāo)準(zhǔn)或規(guī)范的來源。如果項(xiàng)目采用了國際標(biāo)準(zhǔn),

應(yīng)該說明國際標(biāo)準(zhǔn)及項(xiàng)目與標(biāo)準(zhǔn)的偏離情況。

硬件的限制

a.本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求,例如,應(yīng)該包

括.

b,硬件配置的特點(diǎn)(接口數(shù),指令系統(tǒng)等);

c.內(nèi)存儲器和輔助存儲器的容量。

技術(shù)的限制

本節(jié)包括對使用特定技術(shù)的限制,包括接口,數(shù)據(jù)庫,操作系統(tǒng),通

訊協(xié)議,設(shè)計(jì)約定,編程規(guī)范等。

5軟件質(zhì)量屬性

詳細(xì)說明項(xiàng)目任何其他的質(zhì)量特性。該特性對客戶和開發(fā)者都非常重

要??紤]的方面包括:適應(yīng)性,可用性,正確性,靈活性,交互工作能

力,可維護(hù)性,可移植性,可靠性,可重用性,魯棒性,可測試性和可

用性等。定量的詳細(xì)描述這些特性,盡可能的可驗(yàn)證。對不同屬性之間

的重要性加以闡述,如:易用性比易學(xué)性更重要。

每一個屬性單獨(dú)使用一個小節(jié)描述,可根據(jù)需要進(jìn)行增減,如:

安全性

a.指的是保護(hù)軟件的要素,以防止各種非法的訪問、使用、修

改、破壞或者泄密。這個領(lǐng)域的具體需求必須包括:

b.利用可靠的密碼技術(shù);

c.掌握特定的記錄或歷史數(shù)據(jù)集;

d.給不同的模塊分配不同的功能;

e.限定一個程序中某些區(qū)域的通信;

f.計(jì)算臨界值的檢查和。

可維護(hù)性

規(guī)定若干需求以確保軟件是可維護(hù)的。

可移植性

規(guī)定把軟件從-一種環(huán)境移植到另一種環(huán)境所要求的用戶程序,用戶接

口兼容方面的約束等等。

6其他需求

使用適當(dāng)?shù)恼鹿?jié),詳細(xì)說明任何其他客戶需求,包括數(shù)據(jù)庫,編碼需

求,錯誤處理,測試需求等。下面僅列出了少量樣例,你可以刪除和增

加項(xiàng)目。

數(shù)據(jù)庫

,本項(xiàng)對作為產(chǎn)品的一部分進(jìn)行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求,

它們可能包括:

b.在功能需求中標(biāo)識的信息類別;

c.使用的頻率;

d.存取能力;

e.數(shù)據(jù)元素和文卷描述符;

f.數(shù)據(jù)元素、記錄和文卷的關(guān)系;

g

溫馨提示

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

評論

0/150

提交評論