軟件需求規(guī)格說明書標(biāo)準(zhǔn)版

1、文件編號(hào)：DW014文件版次：QMS2005項(xiàng)目名稱軟件需求規(guī)格說明書大連東軟信息學(xué)院教育資源開發(fā)與實(shí)訓(xùn)中心文檔編號(hào)-RAR-版本號(hào)Ver 1.0分冊(cè)名稱第冊(cè),/共冊(cè)總頁(yè)數(shù)正文附錄編制審批生效日期大連東軟信息學(xué)院軟件需求規(guī)格說明書Ver1.0 P-3/8修改記錄版本號(hào)變更控制報(bào)告 編號(hào)更改條款及內(nèi)容更改人審批人更改日期大連東軟信息學(xué)院目錄1 引言 41.1 文檔編制目的41.2 背景 41.3 詞匯表 41.4 參考資料 42 軟件概述42.1 軟件范圍定義42.2 系統(tǒng)特性概述 52.3 系統(tǒng)運(yùn)行環(huán)境 52.3.1 設(shè)備及分布 52.3.2 支撐軟件 52.4 假定和依賴 53 外部接口需求

2、 53.1 用戶界面63.2 軟件接口 64 需求規(guī)格64.1 系統(tǒng)特性1 （編號(hào)/名稱）74.1.1 系統(tǒng)特性說明74.1.2 功能需求 74.2 系統(tǒng)特性2 （編號(hào)/名稱）75 其他非功能需求 75.1 一般性性能需求 75.2 一般性安全性需求75.3 用戶文檔需求 86 其他需求87 附件 8軟件需求規(guī)格說明書VeU.0 P-7/8編寫指南：本模板力圖給出軟件需求分析階段可能包括的基本信息。如果某個(gè)章節(jié)在項(xiàng)目或當(dāng)前階 段中無法描述，則可保留其標(biāo)題，注明“不適用”；如果需要對(duì)本模板的個(gè)別章節(jié)詳細(xì)描述, 也可將其形成單獨(dú)的文檔，成為本文檔附件。若文檔中的某個(gè)章節(jié)已經(jīng)在其他項(xiàng)目文檔中加以描述

3、，可保留標(biāo)題，注明“參見（文檔 編號(hào)）（文檔名稱）（條款）形成正式文檔后須刪除斜體字內(nèi)容。1引言1.1 文檔編制目的說明編寫這份報(bào)告的目的，指出預(yù)期的讀者。1.2 背景敘述該項(xiàng)軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開 發(fā)的背景材料；明確需求分析過程涉及到的相關(guān)方。1.3 詞匯表列出本軟件需求規(guī)格說明書中專門術(shù)語(yǔ)的定義、英文縮寫詞的原詞組和意義、項(xiàng)目組內(nèi) 達(dá)成一致意見的專用詞匯，同時(shí)要求繼承全部的先前過程中定義過的詞匯。詞匯名稱詞匯含義備注備注中注明該詞匯的來源，或有其他更詳細(xì)的解釋的文檔位置；以及對(duì)該詞匯的其他叫法。1.4 參考資料列出編寫本報(bào)告時(shí)參考的文件、資料、

4、技術(shù)標(biāo)準(zhǔn)以及他們的作者、標(biāo)題、編號(hào)、出版日 期和出版單位。列出編寫本報(bào)告時(shí)查閱的Internet上雜志、專業(yè)著作、技術(shù)標(biāo)準(zhǔn)以及其網(wǎng)址。2軟件概述2.1 軟件范圍定義對(duì)待開發(fā)的軟件系統(tǒng)及其目的進(jìn)行簡(jiǎn)短描述，包括利益和目標(biāo)。把軟件與企業(yè)目標(biāo)或業(yè) 務(wù)策略相聯(lián)系。解釋待開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系：如果本軟件產(chǎn)品是一項(xiàng)獨(dú)立的軟件，而且 全部?jī)?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 系統(tǒng)特性概述概括描述待開發(fā)的軟件能夠?yàn)橛脩籼峁┠男┓?wù)

5、，詳細(xì)內(nèi)容將在4中給出?？梢允褂昧斜淼姆绞浇o出，對(duì)軟件的系統(tǒng)特性進(jìn)行適當(dāng)?shù)慕M織， 使每個(gè)讀者都易于理解, 同時(shí)須確定系統(tǒng)特性的優(yōu)先級(jí)（“高”、“中”、“低”）。也可以采用圖形描述各系統(tǒng)特性之間的 分組情況以及它們之間的聯(lián)系，例如概念圖、數(shù)據(jù)流圖的頂層圖或類圖。系統(tǒng)特性名稱系統(tǒng)特性描述優(yōu)先級(jí)2.3 系統(tǒng)運(yùn)行環(huán)境2.3.1 設(shè)備及分布1）主機(jī)類型2）網(wǎng)絡(luò)類型3）存貯器容量4）其他特殊設(shè)備5）設(shè)備分布圖2.3.2 支撐軟件1）操作系統(tǒng)2）數(shù)據(jù)庫(kù)管理系統(tǒng)3）其他支撐軟件2.4 假定和依賴列舉出在對(duì)本文檔中確定的需求進(jìn)行描述的時(shí)候的假設(shè)條件。包括預(yù)計(jì)使用的商業(yè)組件、行業(yè)法規(guī)、開發(fā)或運(yùn)行環(huán)境的問題。描述軟

6、件系統(tǒng)對(duì)外部因素存在的依賴。例如，若打算把其他項(xiàng)目開發(fā)的組件集成到系統(tǒng) 中，那么就要依賴另一個(gè)項(xiàng)目按時(shí)提供正確的組件。3外部接口需求簡(jiǎn)要說明該軟件同其他軟件之間的公共接口、數(shù)據(jù)通信協(xié)議等，如果外部接口僅與某子 功能有關(guān)，該接口說明需單獨(dú)陳述。可以使用關(guān)聯(lián)圖描述高層抽象的接口信息，也可根據(jù)需 要將對(duì)接口數(shù)據(jù)和控制組件的詳細(xì)描述寫入數(shù)據(jù)字典中。3.1 用戶界面描述需要的用戶界面的邏輯特征。這些特征包括但不限于：1）將要采用的圖形用戶界面（GUI）標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格；2）屏幕布局或解決方案的限制；3）將出現(xiàn)在每個(gè)屏幕的標(biāo)準(zhǔn)按鈕、功能或?qū)Ш芥溄樱ɡ缫粋€(gè)幫助按鈕）；4）快捷鍵；5）錯(cuò)誤信息顯示標(biāo)準(zhǔn)。

7、對(duì)于用戶界面的細(xì)節(jié)，例如特定的對(duì)話框的布局，在這里不必詳細(xì)描述，以免由于過分 的細(xì)節(jié)規(guī)定影響項(xiàng)目的開發(fā)進(jìn)度以及開發(fā)人員的創(chuàng)造能力。3.2 軟件接口描述軟件系統(tǒng)與其他外部組件（須注明名稱和版本）的連接，包括數(shù)據(jù)庫(kù)、操作系統(tǒng)、工具軟件、庫(kù)和集成的商業(yè)組件。明確在軟件組件之間交換數(shù)據(jù)的目的，描述所需要的服務(wù)以及內(nèi)部組件通信的性質(zhì)。確定將在組件間共享的數(shù)據(jù)軟件接口名稱外部組件名稱版本號(hào)接口描述4需求規(guī)格列出待開發(fā)軟件系統(tǒng)中所有系統(tǒng)特性及每個(gè)特性中所包含的功能集。如果系統(tǒng)特性的功 能集和細(xì)化的子功能比較繁多，可以將每個(gè)系統(tǒng)特性分別編寫“軟件需求規(guī)格說明"，在本處列出文檔編號(hào)和分冊(cè)名稱。在本文檔

8、中，功能需求的描述是根據(jù)系統(tǒng)特性即軟件所提供的服務(wù)來組織的。根據(jù)項(xiàng)目 的實(shí)際需要，也可以通過使用實(shí)例、運(yùn)行模式、用戶類、對(duì)象類或需求優(yōu)先級(jí)的描述方法對(duì) 這部分內(nèi)容加以輔助說明。在描述時(shí)盡量使用簡(jiǎn)短明了的語(yǔ)句定義系統(tǒng)特性和功能的名稱。例如：“拼寫檢查和拼寫字典管理”。為滿足確定的軟件需求的可跟蹤性和可維護(hù)性， 需唯一確定每個(gè)系統(tǒng)特性及相應(yīng)的功能， 尤其對(duì)于需求復(fù)雜度較高、項(xiàng)目規(guī)模較大的項(xiàng)目，唯一性標(biāo)識(shí)尤為必要。對(duì)需求的標(biāo)識(shí)可以 采用序列號(hào)（UR-2; SRS-31B、層次編碼（4.1.3.2）或自定義其他的方法。在下面的系統(tǒng)特 性和相應(yīng)功能集的描述中貫徹并在項(xiàng)目組內(nèi)達(dá)成一致。大連東軟信息學(xué)院軟件

9、需求規(guī)格說明書Ver1.0 P-9/84.1 系統(tǒng)特性1 （編號(hào)/名稱）這部分要求對(duì)每個(gè)系統(tǒng)特性以及包含的功能集分別進(jìn)行描述。4.1.1 系統(tǒng)特性說明對(duì)該系統(tǒng)特性面向的最終用戶、能夠提供的具體服務(wù)以及使用時(shí)機(jī)和必要的依賴關(guān)系進(jìn) 行簡(jiǎn)明、清晰的描述。4.1.2 功能需求詳細(xì)列出該系統(tǒng)特性包含的功能集。這些是須提交給用戶的軟件功能，使用戶可以使用 所提供的特性執(zhí)行特定的服務(wù)。描述各功能需求如何響應(yīng)可預(yù)知的出錯(cuò)條件或者非法輸入或動(dòng)作。對(duì)每個(gè)功能需唯一標(biāo)識(shí)功能編號(hào)功能名稱功能描述4.2 系統(tǒng)特性2 （編號(hào)/名稱）5其他非功能需求5.1 一般性性能需求詳細(xì)描述不同應(yīng)用領(lǐng)域?qū)浖阅艿男枨?，解釋它們的原?/p>

10、以幫助設(shè)計(jì)人員做出合理的設(shè)計(jì)選擇。確定相互合作的用戶數(shù)或者所支持的操作、 響應(yīng)時(shí)間以及與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系 定義容量需求，例如存儲(chǔ)器和磁盤空間的需求或者存儲(chǔ)在數(shù)據(jù)庫(kù)中表的最大行數(shù)等。5.2 一般性安全性需求詳細(xì)描述與系統(tǒng)安全性、完整性或與登錄到該系統(tǒng)的使用人員的隱私相關(guān)的需求，這些 問題會(huì)影響到軟件系統(tǒng)的使用以及創(chuàng)建或使用的數(shù)據(jù)的保護(hù)。定義用戶身份確認(rèn)或授權(quán)需求明確產(chǎn)品必須滿足達(dá)到安全性或保密性策略。如有必要，須描述與產(chǎn)品使用過程中可能發(fā)生的損失、破壞或危害相關(guān)的需求。定義必 須采取的安全保護(hù)或動(dòng)作，預(yù)防潛在的危險(xiǎn)動(dòng)作。明確軟件系統(tǒng)必須遵循的安全標(biāo)準(zhǔn)和規(guī)則。 例如如果油箱的壓力超過了規(guī)定的最大壓力的 95%,那么必須在1秒鐘之內(nèi)停止操作。5.3 用戶文檔需求列舉出將與軟件系統(tǒng)一同提交的用戶文檔，例如用戶手冊(cè)和在線幫助和教程。明確用戶 文檔的提交格式或編制標(biāo)準(zhǔn)。6其他需求定義在本文檔的其他部分未出現(xiàn)的但需要提起注意的需求：1）特定的業(yè)務(wù)規(guī)則，例如某些最終用戶只有在特定的環(huán)境下才可以執(zhí)行何種操作；2）國(guó)際化需求或法律法規(guī)的需求；3）需要增加有關(guān)操作、管理和維護(hù)的功能需求來完