3模板10需求規(guī)格說明書

1、文件配置項：SYD/C07-210：部門-系統(tǒng)名 -版本號 D- SRS - 版本號項目名稱（項目英文名稱）需求規(guī)格說明書文檔版本號編 寫 人：編寫時間：部 門 名：審 核 人：審核時間：修訂頁章節(jié)名稱修訂內(nèi)容簡述修訂日期修訂前版本號修訂后版本號修訂人批準(zhǔn)人目錄1. 引言1目的1文檔約定1預(yù)期的讀者和閱讀建議1產(chǎn)品的范圍1參考文獻(xiàn)12. 綜合描述1產(chǎn)品的前景1產(chǎn)品的功能2用戶類和特征2運行環(huán)境22.5 設(shè)計上的限制22.6 假設(shè)和依賴23. 外部接口需求2用戶界面3硬件接口3接口33.4 通口34. 系統(tǒng)特性3說明和優(yōu)先級3激勵/響應(yīng)序列3功能需求45. 其它非功能需求4性能需求4安全設(shè)施需求

2、4安全性需求45.4質(zhì)量屬性4業(yè)務(wù)規(guī)則4用戶文檔56. 其它需求5附錄 A：詞匯表5附錄 B：分析模型5附錄 C：待確定問題的列表51. 引言引言提出了對需求規(guī)格說明的縱覽，這有助于讀者理解文檔如何編寫并且如何閱讀和解釋。1.1 目的對產(chǎn)品進(jìn)行定義，在該文檔中詳盡說明了這個產(chǎn)品的需求，包括修正或版本號。如果這個系統(tǒng)。需求規(guī)格說明只與整個系統(tǒng)的一部分有關(guān)系，那么就只定義文檔中說明的部分或子1.2 文檔約定描述編寫文檔時所采用的標(biāo)準(zhǔn)或排版約定，包括正文風(fēng)格、提示區(qū)或重要符號。例如，說明了需求的優(yōu)先級是否可以被其所有細(xì)化的需求所繼承，或者每個需求陳述是否都有其自身的優(yōu)先級。1.3 預(yù)期的讀者和閱讀建

3、議列舉了需求規(guī)格說明所針對的不同讀者，例如開發(fā)、項目經(jīng)理、用戶、測試或文檔的編寫。描述了文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu)。提出了最適合于每一類型讀者閱讀文檔的建議。1.4 產(chǎn)品的范圍提供了對指定的及其目的的簡短描述，包括利益和目標(biāo)。把與企業(yè)目標(biāo)或業(yè)務(wù)策略相聯(lián)系?？梢詤⒖柬椖恳晥D和范圍文檔而不是將其內(nèi)容到這里。1.5 參考文獻(xiàn)列舉了編寫需求規(guī)格說明時所參考的資料或其它資源。這可能包括用戶界面風(fēng)格指導(dǎo)、合同、標(biāo)準(zhǔn)、系統(tǒng)需求規(guī)格說明、使用實例文檔，或相關(guān)產(chǎn)品的需求規(guī)格說明。在這里應(yīng)該給出詳細(xì)的信息，包括標(biāo)題名稱、作者、版本號、日期、或資料來源，以方便讀者查閱這些文獻(xiàn)。2. 綜合描述這一部分概述了正在

4、定義的產(chǎn)品以及它所運行的環(huán)境、使用產(chǎn)品的用戶和已知的限制、假設(shè)和依賴。2.1 產(chǎn)品的前景描述了需求規(guī)格說明中所定義的產(chǎn)品的背景和。說明了該產(chǎn)品是否是產(chǎn)品系列中的下一成員，是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品、是否是現(xiàn)有應(yīng)用程序的替代品，或者是否是一個新型的、自含型產(chǎn)品。如果需求規(guī)格說明定義了大系統(tǒng)的一個組成部分，那么就明這部分是怎樣與整個系統(tǒng)相關(guān)聯(lián)的，并且要定義出兩者之間的接口。2.2 產(chǎn)品的功能概述了產(chǎn)品所具有的主要功能。其詳細(xì)內(nèi)容將在4中描述，所以在此只需要概略地總結(jié)，例如用列表的方法給出。很好地組織產(chǎn)品的功能，使每個讀者都易于理解。用圖形表示主要的需求分組以及它們之間的聯(lián)系，例如數(shù)據(jù)流程圖的

5、頂層圖或類圖，都是有用的。2.3 用戶類和特征確定你覺得可能使用該產(chǎn)品的不同用戶類并描述它們相關(guān)的特征。有一些需求可能只與特定的用戶類相關(guān)。將該產(chǎn)品的重要用戶類與那些不太重要的用戶類區(qū)分開。2.4 運行環(huán)境描述了用程序。的運行環(huán)境，包括硬件、操作系統(tǒng)和版本，還有其它的組件或與其共存的應(yīng)2.5 設(shè)計上的限制確定影響開發(fā)內(nèi)容：，并說明這些問題為什么成為一種限制。可能的限制包括如下必須使用或者避免的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫。所要求的開發(fā)規(guī)范或標(biāo)準(zhǔn)（例如，如果由客戶的公司負(fù)責(zé)用的設(shè)計符號表示和編碼標(biāo)準(zhǔn)。，就必須定義轉(zhuǎn)包者所使企業(yè)策略、或工業(yè)標(biāo)準(zhǔn)。硬件限制，例如定時需求或數(shù)據(jù)轉(zhuǎn)換格式標(biāo)準(zhǔn)。器限制

6、。2.6 假設(shè)和依賴列舉出在對需求規(guī)格說明中影響需求陳述的假設(shè)（與已知相對立）。這可能包括你打算要用的商業(yè)組件或有關(guān)開發(fā)或運行環(huán)境。你可能認(rèn)為產(chǎn)品將符合一個特殊的用戶界面設(shè)計約定，但是另一個讀者卻可能不這樣認(rèn)為。如果這些假設(shè)不正確、不一致或被更改，就會使項目受到影響。此外，確定項目對外部存在的依賴。例如，如果你打算把其它項目開發(fā)的組件集成到系統(tǒng)中，那么你就要依賴那個項目按時提供正確的操作組件。如果這些依賴已經(jīng)中了，那么在此就可以參考其它文檔。到其它文檔(例如項目計劃)3. 外部接口需求利用本節(jié)來確定可以保證新產(chǎn)品與外部組件正確連接的需求。關(guān)聯(lián)圖表示了抽象的外部接口。需要把對接口數(shù)據(jù)和控制組件的

7、詳細(xì)描述寫入數(shù)據(jù)字典中。如果產(chǎn)品的不同部分有不同的外部接口，那么應(yīng)把這些外部接口的詳細(xì)需求并入到這一部分的實例中。3.1 用戶界面陳述所需要的用戶界面的征：組件。描述每個用戶界面的邏輯特征。以下是可能要包括的一些特將要采用的圖形用戶界面（GUI）標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格。屏幕布局或解決方案的限制。將出現(xiàn)在每個屏幕的標(biāo)準(zhǔn)按鈕、功能或?qū)Ш娇旖萱I。錯誤信息顯示標(biāo)準(zhǔn)。（例如一個幫助按鈕）。對于用戶界面的細(xì)節(jié)，例如特定框的布局，應(yīng)該寫入一個獨立的用戶界面規(guī)格說明中，而不能寫入需求規(guī)格說明中。3.2 硬件接口描述系統(tǒng)中硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及

8、所使用的通信協(xié)議。3.3接口描述該產(chǎn)品與其它外部組件（由名字和版本識別）的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件。明確并描述在組件之間交換數(shù)據(jù)或消息的目的。描述所需要的服務(wù)以及組件通信的性質(zhì)。確定將在組件之間共享的數(shù)據(jù)。如果必須用一種特殊的方法來實現(xiàn)數(shù)據(jù)共享機(jī)制，例如在多任務(wù)操作系統(tǒng)中的一個全局?jǐn)?shù)據(jù)區(qū)，那么就必須把它定義為一種實現(xiàn)上的限制。3.4 通口描述與產(chǎn)品所使用的通信功能相關(guān)的需求，包括電子郵件、Web瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等等。定義了相關(guān)的消息格式。規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機(jī)制。4. 系統(tǒng)特性功能需求是根據(jù)系統(tǒng)特性即產(chǎn)品所提供的主要服務(wù)

9、來組織的。你可能更喜歡通過使用實例、運行模式、用戶類、對象類或功能等級來組織這部分內(nèi)容（IEEE1998）。你還可以使用這些元素的組合。總而言之，你必須選擇一種使讀者易于理解預(yù)期產(chǎn)品的組織方案。僅用簡短的語句說明特性的名稱，例如“4.1拼寫檢查和拼寫字典管理”。無論你想說明何種特性，闡述每種特性時都將重述從4.14.3這三步系統(tǒng)特性。4.1 說明和優(yōu)先級提出了對該系統(tǒng)特性的簡短說明并該特性的優(yōu)先級是高、中，還是低。或者你還可以包括對特定優(yōu)先級部分的評價，例如利益、損失、費用和風(fēng)險，其相對優(yōu)先等級可以從1（低）到9（高）。4.2 激勵/響應(yīng)序列列出輸入激勵（用戶動作、來自外部設(shè)備的信號或其它觸發(fā)

10、器）和定義這一特性行為的系統(tǒng)響應(yīng)序列。這些序列將與使用實例相關(guān)的元素相對應(yīng)。4.3 功能需求詳列出與該特性相關(guān)的詳細(xì)功能需求。這些是必須提交給用戶的功能，使用戶可以使用所提供的特性執(zhí)行服務(wù)或者使用所指定的使用實例執(zhí)行任務(wù)。描述產(chǎn)品如何響應(yīng)可預(yù)知的出錯條件或者非法輸入或動作。每個需求的標(biāo)識必須是唯一的。5. 其它非功能需求這部分列舉出了所有非功能需求，而不是外部接口需求和限制。5.1 性能需求闡述了不同的應(yīng)用領(lǐng)域?qū)Ξa(chǎn)品性能的需求，并解釋它們的原理以幫助開發(fā)作出合理的設(shè)計選擇。確定相互合作的用戶數(shù)或者所支持的操作、響應(yīng)時間以及與實時系統(tǒng)的時間關(guān)系。你還可以在這里定義容量需求，例如器和磁盤空間的需求

11、或者在數(shù)據(jù)庫中表的最大行數(shù)。盡可能詳細(xì)地確定性能需求?？赡苄枰槍γ總€功能需求或特性分別陳述其性能需求，而不是把它們都集中在一起陳述。例如，“在運行微軟Window 2000的450 MhzPentium的計算機(jī)上，當(dāng)系統(tǒng)至少有50%的空閑資源時，95%的目錄數(shù)據(jù)庫查詢必須在兩秒內(nèi)完成”。5.2 安全設(shè)施需求詳盡陳述與產(chǎn)品使用過程中可能發(fā)生的損失、破壞或危害相關(guān)的需求。定義必須采取的安全保護(hù)或動作，還有那些預(yù)防的潛在的動作。明確產(chǎn)品必須遵從的安全標(biāo)準(zhǔn)、策略或規(guī)則。一個安全設(shè)施需求的范例如下：“如果油箱的壓力超過了規(guī)定的最大壓力的95%，那么必須在1秒鐘內(nèi)終止操作”。5.3 安全性需求詳盡陳述與

12、系統(tǒng)安全性、完整性或與私人問題相關(guān)的需求，這些問題將會影響到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護(hù)。定義用戶確認(rèn)或需求。明確產(chǎn)品必須滿足的安全性或性。策略。一個最初的登錄系統(tǒng)的安全需求的范例如下：“每個用戶在第一次登錄后，必須更改他的最初登錄不能重用。”5.4質(zhì)量屬性詳盡陳述與客戶或開發(fā)的其它產(chǎn)品質(zhì)量特性。這些特性必須是確定、定量的并在可能時是可驗證的。至少應(yīng)指明不同屬性的相對側(cè)重點，例如易用程度優(yōu)于易學(xué)程度，或者可移植性優(yōu)于有效性。5.5 業(yè)務(wù)規(guī)則列舉出有關(guān)產(chǎn)品的所有操作規(guī)則，例如什么人在特定環(huán)境下可以進(jìn)行何種操作。這些本身不是功能需求，但它們可以暗示某些功能需求執(zhí)行這些規(guī)則。一個業(yè)務(wù)規(guī)則的范例如下：“只有持有管理員密碼的用戶才能執(zhí)行$100.00或更大額的退款操作?！?.6 用戶文檔列舉出將與一同的用戶文分，例如，用戶手冊、和。明確所有已知的用戶文檔的交付格式或標(biāo)準(zhǔn)。6. 其它需求定義在需求規(guī)格說明的其它部分未出現(xiàn)的需求，例如需求或法律上的需求。你還可以增加有關(guān)操作、管理和部分來完善產(chǎn)品安裝、配置、啟動和關(guān)閉、修復(fù)和容錯，以及登錄和操作等方面的需求。在模板中加入與你的項目相關(guān)的新部分。如果你不需要增加其它需求，就省略這一部分。附錄