




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、軟件需求規(guī)格說明(Software Requirement Specification軟件需求規(guī)格說明是需求開發(fā)的最終結(jié)果,它精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件。軟件需求規(guī)格說明不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ),也是所有子系列項目規(guī)劃、設(shè)計和編碼的基礎(chǔ)。*軟件需求規(guī)格說明是用戶、分析人員和設(shè)計人員之間進行理解和交流的手段;*測試人員可以根據(jù)軟件需求規(guī)格說明中對產(chǎn)品行為的描述,制定測試計劃、測試用例和測試過程。*文檔人員根據(jù)軟件需求規(guī)格說明和用戶界面設(shè)計,編寫用戶手冊等;*軟件需求規(guī)格說明指導(dǎo)著整個系統(tǒng)的開發(fā)過程,評審過的需求規(guī)格說明需要進行變更控制。模板在軟件項目
2、中,開發(fā)組織應(yīng)該采用一種標準的軟件需求規(guī)格說明的模板?,F(xiàn)在有許多推薦的軟件需求規(guī)格說明模板可以使用,這里介紹一種由IEEE標準830-1998改寫并擴充的模板。a. 引言概要敘述軟件需求規(guī)格說明,便于讀者理解文檔如何編寫以及如何閱讀和解釋。a.1 目的對產(chǎn)品進行定義,在該文檔中詳盡說明了這個產(chǎn)品的軟件需求,包括修正或發(fā)行版本號。如果這個軟件需求規(guī)格說明只與整個系統(tǒng)的一部分有關(guān)系,那么就只定義文檔中說明的部分或子系統(tǒng)。a.2 文檔約定描述編寫文檔時所采用的標準或排版約定,包括正文風(fēng)格、提示區(qū)或重要符號。a.3 預(yù)期的讀者和閱讀建議列舉了軟件需求規(guī)格說明所針對的不同讀者,例如開發(fā)人員、項目經(jīng)理、營
3、銷人員、用戶、測試人員或文檔的編寫人員。描述了文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu),提出了最適合于每一類型讀者閱讀文檔的建議。a.4 產(chǎn)品范圍提供了對指定的軟件及其目的的簡短描述,包括利益和目標。a.5 參考文獻列舉了編寫軟件需求規(guī)格說明時所參考的資料或其它資源,可能包括用戶界面風(fēng)格指導(dǎo)、合同、標準、系統(tǒng)需求規(guī)格說明、使用實例文檔,或相關(guān)產(chǎn)品的軟件需求規(guī)格說明。在這里應(yīng)該給出詳細的信息,包括標題名稱、作者、版本號、日期、出版單位或資料來源,以方便讀者查閱這些文獻。b. 綜合描述這一部分概述了正在定義的產(chǎn)品以及它所運行的環(huán)境、使用產(chǎn)品的用戶和已知的限制、假設(shè)和依賴。b.1 產(chǎn)品的前景描述了軟件需求規(guī)
4、格說明中所定義的產(chǎn)品的背景和起源。說明了該產(chǎn)品是否是產(chǎn)品系列中的下一成員,是否是成熟產(chǎn)品所改進的下一代產(chǎn)品、是否是現(xiàn)有應(yīng)用程序的替代品,或者是否是一個新型的、自含型產(chǎn)品。如果軟件需求規(guī)格說明定義了大系統(tǒng)的一個組成部分,那么就要說明這部分軟件是怎樣與整個系統(tǒng)相關(guān)聯(lián)的,并且要定義出兩者之間的接口。b.2 產(chǎn)品的功能概述了產(chǎn)品所具有的主要功能。其詳細內(nèi)容將在d中描述,所以在此只需要概略地總結(jié),例如用列表的方法給出。很好地組織產(chǎn)品的功能,使每個讀者都易于理解。用圖形表示主要的需求分組以及它們之間的聯(lián)系,例如數(shù)據(jù)流程圖的頂層圖或類圖,都是有用的。b.3 用戶類和特征確定你覺得可能使用該產(chǎn)品的不同用戶類并
5、描述它們相關(guān)的特征。有一些需求可能只與特定的用戶類相關(guān),將該產(chǎn)品的重要用戶類與那些不太重要的用戶類區(qū)分開。b.4 運行環(huán)境描述了軟件的運行環(huán)境,包括硬件平臺、操作系統(tǒng)和版本,還有其它的軟件組件或與其共存的應(yīng)用程序。b.5 設(shè)計和實現(xiàn)上的限制確定影響開發(fā)人員自由選擇的問題,并說明這些問題為什么成為一種限制??赡艿南拗瓢ㄈ缦聝?nèi)容: o 必須使用或者避免的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫。o 所要求的開發(fā)規(guī)范或標準。o 企業(yè)策略、政府法規(guī)或工業(yè)標準。o 硬件限制,例如定時需求或存儲器限制。o 數(shù)據(jù)轉(zhuǎn)換格式標準。b.6 假設(shè)和依賴列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設(shè)因素,以及項目對外部因素
6、存在的依賴。c. 外部接口需求利用本節(jié)來確定可以保證新產(chǎn)品與外部組件正確連接的需求。c.1 用戶界面陳述所需要的用戶界面的軟件組件。描述每個用戶界面的邏輯特征。以下是可能要包括的一些特征: o 將要采用的圖形用戶界面(G U I標準或產(chǎn)品系列的風(fēng)格。o 屏幕布局或解決方案的限制。o 將出現(xiàn)在每個屏幕的標準按鈕、功能或?qū)Ш芥溄?例如一個幫助按鈕。o 快捷鍵。o 錯誤信息顯示標準。對于用戶界面的細節(jié),例如特定對話框的布局,應(yīng)該寫入一個獨立的用戶界面規(guī)格說明中,而不能寫入軟件需求規(guī)格說明中。c.2 硬件接口描述系統(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制
7、信息的性質(zhì)以及所使用的通信協(xié)議。c.3 軟件接口描述該產(chǎn)品與其它外部組件(由名字和版本識別的連接,包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件。明確并描述在軟件組件之間交換數(shù)據(jù)或消息的目的。描述所需要的服務(wù)以及內(nèi)部組件通信的性質(zhì),確定將在組件之間共享的數(shù)據(jù)。c.4 通信接口描述與產(chǎn)品所使用的通信功能相關(guān)的需求,包括電子郵件、Web瀏覽器、網(wǎng)絡(luò)通信標準或協(xié)議及電子表格等等。定義了相關(guān)的消息格式,規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機制。d. 系統(tǒng)特性d.1 說明和優(yōu)先級簡短說明該系統(tǒng)的特性,并指出該特性的優(yōu)先級是高、中,還是低。另外,還可以包括對特定優(yōu)先級部分的評價,例如利益、損失、
8、費用和風(fēng)險。d.2 激勵/響應(yīng)序列列出輸入激勵(用戶動作、來自外部設(shè)備的信號或其它觸發(fā)器和定義這一特性行為的系統(tǒng)響應(yīng)序列。d.3 功能需求詳列出與該特性相關(guān)的詳細功能需求。這些是必須提交給用戶的軟件功能,使用戶可以使用所提供的特性執(zhí)行服務(wù)或者使用所指定的使用實例執(zhí)行任務(wù)。e. 其他非功能需求e.1 性能需求闡述了不同的應(yīng)用領(lǐng)域?qū)Ξa(chǎn)品性能的需求,并解釋它們的原理以幫助開發(fā)人員作出合理的設(shè)計選擇。確定相互合作的用戶數(shù)或者所支持的操作、響應(yīng)時間以及與實時系統(tǒng)的時間關(guān)系。e.2 安全設(shè)施需求詳盡陳述與產(chǎn)品使用過程中可能發(fā)生的損失、破壞或危害相關(guān)的需求。定義必須采取的安全保護或動作,還有那些預(yù)防的潛在的
9、危險動作。明確產(chǎn)品必須遵從的安全標準、策略或規(guī)則。e.3 安全性需求詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關(guān)的需求,這些問題將會影響到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護。定義用戶身份確認或授權(quán)需求,明確產(chǎn)品必須滿足的安全性或保密性策略。e.4 軟件質(zhì)量屬性詳盡陳述與客戶或開發(fā)人員至關(guān)重要的其它產(chǎn)品質(zhì)量特性,這些特性必須是確定、定量的并在可能時是可驗證的。e.5 業(yè)務(wù)規(guī)則列舉出有關(guān)產(chǎn)品的所有操作規(guī)則,例如什么人在特定環(huán)境下可以進行何種操作。這些本身不是功能需求,但它們可以暗示某些功能需求執(zhí)行這些規(guī)則。e.6 用戶文檔列舉出將與軟件一同發(fā)行的用戶文檔部分,例如用戶手冊、在線幫助和教程,明確所有已知的用戶文檔的交付格式或標準。f. 其他需求定義在軟件需求規(guī)格說明的其它部分未出現(xiàn)的需求,例如國際化需求或法律上的需求。你還可以增加有關(guān)操作、管理和維護部分來完善產(chǎn)品安裝、配置、啟動和關(guān)閉、修復(fù)和容錯,以及登錄和監(jiān)控操作等方面的需求。這一部分可以省略。無論你的需求從何而來,也不管你是怎樣得到的,你都必須用一種統(tǒng)一的方式來將它們編寫成可視文檔。業(yè)務(wù)需求要編寫項目視圖和范圍文檔,用戶需求要用一種標準用例模板編寫文檔,而軟件需求規(guī)格說明則包含了軟件的功能需求和非功能需求。對于不同的需求對象,應(yīng)該采用不同的需求規(guī)格說明方法
溫馨提示
- 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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 超齡人員安全協(xié)議書
- 防火涂料合作協(xié)議書
- 超市股份經(jīng)營協(xié)議書
- 通訊專利轉(zhuǎn)讓協(xié)議書
- 修理店轉(zhuǎn)讓合同協(xié)議書
- 道路建設(shè)出資協(xié)議書
- 項目運營招商協(xié)議書
- 金店股權(quán)合作協(xié)議書
- 高校應(yīng)屆就業(yè)協(xié)議書
- 出租車并車合同協(xié)議書
- GB/T 2423.22-2012環(huán)境試驗第2部分:試驗方法試驗N:溫度變化
- 2023年云南省普通高中學(xué)業(yè)水平考試歷史試卷附答案
- 高速公路橫斷面設(shè)計
- 教資面試 閱讀課 全日語逐字稿 講義
- 導(dǎo)截流驗收報告匯編
- 大班科學(xué)《神奇的中草藥》課件
- 信用修復(fù)申請書
- 全過程造價控制流程全圖
- 溫州7.23動車事故調(diào)查報告介紹課件
- RAL 勞爾色卡電子版
- 造價咨詢質(zhì)量控制保證措施及服務(wù)質(zhì)量
評論
0/150
提交評論