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

1、軟件需求規(guī)格說明書模板模板修訂記錄：版本日期修改人描述（注明修改的條款或頁）0.12007-01-27xxx初次完成1.02007-03-30xxx修改格式，準(zhǔn)備發(fā)布項目代號07A001文檔編號04-04文檔版本0.9密級商密XXXX系統(tǒng) ( 名稱等在文件屬性中設(shè)置)軟件需求規(guī)格說明書xxxxx 科技有限責(zé)任公司2013年7月9日文檔修訂記錄版本日期修改人描述（注明修改的條款或頁）目錄1引 言.11.1目 標(biāo) .11.2文 檔 約 定 .11.3讀 者 對 象 和 閱 讀 建 議 .11.4項 目 范 圍 .11.5參 考 資 料 .12總 體 描 述 .22.1產(chǎn) 品 前 景 .22.2產(chǎn)

2、品 特 性 .22.3用 戶 類 及 其 特 征 .22.4運 行 環(huán) 境 .22.5設(shè) 計 和 實 現(xiàn) 上 的 約 束 .22.6假 設(shè) 和 依 賴 .33功 能 需 求 .33.1功 能 需 求 1 （ 優(yōu) 先 級 ） .33.1.1 功 能 描 述 .33.1.2 用例（編號，UC模塊縮寫流水號）. 33.1.3 用 戶 界 面 描 述 .44外 部 接 口 需 求 .44.1硬 件 接 口 .44.2軟 件 接 口 .44.3通 信 接 口 .45 其 它 非 功 能 性 需 求 .45.1性 能 需 求 .55.2防 護 性 需 求 .55.3安 全 性 需 求 .55.4軟 件 質(zhì)

3、 量 屬 性 .56其 它 需 求 .5附 錄 A術(shù) 語 表 .6附 錄 B待 確 定 問 題 的 清 單 .61 引言 引言提供一個概述，幫助讀者理解軟件需求規(guī)格說明的組織方式和使用方式。1.1目標(biāo) 確定在文檔中進行了定義的產(chǎn)品或應(yīng)用程序的需求，包括修訂版本或發(fā)布版本號，如果該軟件需求規(guī)格說明只與整個系統(tǒng)的一部分有關(guān)系，那么就只需確定這一部分或子系統(tǒng)。 1.2文檔約定 描寫編寫文檔時所采用的所有標(biāo)準(zhǔn)或印刷上的約定，包括文本樣式、強調(diào)形式或其有特殊意義的表示符號。例如，聲明高層需求的優(yōu)先級是否可以被其所有細(xì)化的需求所繼承，或者每個功能性需求聲明是否都有其自身的優(yōu)先級。1.3讀者對象和閱讀建議

4、列舉軟件需求規(guī)格說明面向的不同讀者對象。描述軟件需求規(guī)格說明中的其余部分的內(nèi)容及其組織結(jié)構(gòu)。就每一類讀者最合適用什么順序來閱讀該文檔提出建議。1.4項目范圍 提供對指定的軟件及其作用的簡短描述。把軟件與用戶或公司目標(biāo)相關(guān)聯(lián)，把軟件與業(yè)務(wù)目標(biāo)和策略相關(guān)聯(lián)，如果可以得到單獨的前景和范圍文檔，那么應(yīng)該引用它，而不要直接將其內(nèi)容復(fù)制到這里。如果是說明改進產(chǎn)品的增量發(fā)布的軟件需求規(guī)格說明，那么應(yīng)該包括它自己的范圍聲明，作為長期戰(zhàn)略的產(chǎn)品前景的一個子集。1.5參考資料 列舉編寫軟件需求規(guī)格說明時所參考的所有文檔或其他資源，如果可能的話，使用超文本鏈接。具體說來可能包括用戶界面樣式指南、合同、標(biāo)準(zhǔn)、系統(tǒng)需求

5、規(guī)格說明、用例文檔、接口規(guī)格說明、操作概念文檔或相關(guān)產(chǎn)品的軟件需求規(guī)格說明。在這里應(yīng)該給出足夠詳細(xì)的信息，包括參考資料的標(biāo)題、作者、版本號、日期以及來源或位置（例如網(wǎng)絡(luò)文件夾和URL），以方便讀者查閱這些資料。2 總體描述 這一部分用于從總體上概述產(chǎn)品及其運行環(huán)境，以及產(chǎn)品用戶對象和已知的約束、假設(shè)和依賴關(guān)系。 2.1產(chǎn)品前景 描述產(chǎn)品的背景和起源。說明該產(chǎn)品是否是產(chǎn)品系列中的下一個成員，是否是成熟系統(tǒng)的下一版本，是現(xiàn)有應(yīng)用程序的升級產(chǎn)品還是一個全新的產(chǎn)品。如果該軟件需求規(guī)格說明定義了大型系統(tǒng)的一個組件，那么就要說明這部分軟件是怎樣與整個系統(tǒng)相關(guān)聯(lián)的，并且要確定二者之間的主要接口。2.2產(chǎn)品特

6、性 列出產(chǎn)品所具有的主要特性或者產(chǎn)品可實現(xiàn)的重要功能。其詳細(xì)內(nèi)容將在該軟件需求規(guī)格說明的第 3 部分中描述，所以在此只需要提供一個總體概括即可。用圖形來表示主要的需求組以及它們之間的聯(lián)系，例如頂層數(shù)據(jù)流圖，用例圖或類圖，可能是很有幫助的。 2.3用戶類及其特征 確定我們能預(yù)料到的有可能使用該產(chǎn)品的各種用戶類，并描述他們的相關(guān)特征。有些需求可能只與某些用戶類相關(guān)，應(yīng)確定哪些是優(yōu)先考慮的擁護類。用戶類是前景和范圍文檔中描述的涉眾的一個子集。2.4運行環(huán)境 描述軟件的運行環(huán)境，包括硬件平臺、操作系統(tǒng)和版本，以及用戶、服務(wù)器和數(shù)據(jù)庫的地理位置。列出系統(tǒng)必須和平共存的其他軟件組件或應(yīng)用程序，前景和范圍文

7、檔中可能包含這樣的高層信息。 2.5設(shè)計和實現(xiàn)上的約束 描述限制開發(fā)人員進行有效選擇的所有因素，以及每一種約束的基本原理。約束可能包括如下內(nèi)容：必須使用或避免使用的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫。由產(chǎn)品的運行環(huán)境所引起的一些限制，例如，將要使用的Web瀏覽器的類型和版本。所要求的開發(fā)約定或標(biāo)準(zhǔn)（例如，如果由客戶的組織負(fù)責(zé)軟件維護，那么該組織就可能指定分包商必須遵循的設(shè)計符號和編碼標(biāo)準(zhǔn)）。業(yè)務(wù)規(guī)則強加的限制硬件限制，例如定時需求、內(nèi)存或處理器限制、大小、重量、材料或成本。對現(xiàn)有產(chǎn)品進行改進時，要遵循的現(xiàn)存用戶界面的一些約定。標(biāo)準(zhǔn)數(shù)據(jù)交換格式，例如XML2.6假設(shè)和依賴 假設(shè)是這樣一種聲明，在缺

8、少證據(jù)或不確定的情況下先相信它是真的。如果假設(shè)不正確、不一致或被更改，那么就可能會產(chǎn)生問題，因此，有些假設(shè)將會轉(zhuǎn)化為項目風(fēng)險。一個軟件需求規(guī)格說明的讀者可能假設(shè)產(chǎn)品將符合某個特定的界面約定，但是另一個讀者卻可能不這樣認(rèn)為。開發(fā)人員可能假設(shè)某一組功能是為應(yīng)用程序?qū)ｉT編寫的，但是分析人員也許駕駛可以從以前的項目中重用這些功能，而項目經(jīng)理則期望獲得一個商業(yè)功能庫。此外，確定項目對其控制范圍之外的外部因素的所有依賴關(guān)系，例如，操作系統(tǒng)下一個版本的發(fā)布日期或行業(yè)標(biāo)準(zhǔn)的發(fā)布。如果您打算把其他項目正在開發(fā)的某些組件集成到系統(tǒng)中，就要以來那個項目能按時提供正常工作的組件。如果這些依賴關(guān)系已經(jīng)在其他地方進行了編

9、檔（例如在項目計劃中）那么在此就可以引用那些文檔3 功能需求3.1功能需求1（優(yōu)先級）功能描述 逐項列出與該特性相關(guān)的詳細(xì)功能性需求。這些是必須提交給擁護的軟件功能，使用戶可以執(zhí)行該特性的服務(wù)或者完成一個用例。描述產(chǎn)品如何響應(yīng)可預(yù)知的出錯條件以及如何響應(yīng)非法輸入或操作。唯一地標(biāo)識每個功能性需求。用例（編號，UC模塊縮寫流水號） 畫出用例圖 用戶界面描述 描述和功能相關(guān)的用戶描述，如果該功能沒有用戶界面，可以省略。 4 外部接口需求 這一部分用于提供可確保系統(tǒng)正確地與外部組件進行通信的信息。如果產(chǎn)品的不同部分有不同的外部接口，那么應(yīng)該把這一部分的實例并如到每一個部分的詳細(xì)需求中。4.1硬件接口

10、描述系統(tǒng)中軟件和硬件組件之間的每一個接口的特征。這種描述可能包括支持的設(shè)備類型、軟件和硬件之間的數(shù)據(jù)和控制交互以及所用的通信協(xié)議等。4.2軟件接口 描述該產(chǎn)品與其他軟件組件（由名稱和版本來識別）之間的連結(jié)，這些組件包口數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件等。聲明在軟件組件之間交換消息、數(shù)據(jù)和控制項的目的。描述外部軟件組件所需的服務(wù)，以及組件間通信的本質(zhì)。確定將在軟件組件之間共享的數(shù)據(jù)。如果必須用一種特殊的方式來實現(xiàn)數(shù)據(jù)共享機制，例如一個全局?jǐn)?shù)據(jù)區(qū)，那么就必須把它定義為一種實現(xiàn)上的約束。4.3通信接口 描述產(chǎn)品將使用的所有通信功能的需求，包括電子郵件、WEB瀏覽器、網(wǎng)絡(luò)通信協(xié)議和電子表格等

11、。定義所有相關(guān)的消息格式。規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機制等。如果沒有，需標(biāo)明不適用。5 其它非功能性需求 這部分用于定義所有非功能性需求，而不是外部接口需求，外部接口需求應(yīng)該包括在第 4 部分中，也不是約束，約束應(yīng)該記錄在第2.5 部分 5.1性能需求 聲明各種系統(tǒng)操作特定的性能需求，并解釋其原理以指導(dǎo)開發(fā)人員做出合理的設(shè)計選擇，指定每秒支持處理的交易量、響應(yīng)時間、運算精度和實時系統(tǒng)的定時關(guān)系。還應(yīng)該指定內(nèi)存和磁盤空間需求，并發(fā)的用戶負(fù)載，或者數(shù)據(jù)庫表中所能存儲的最大行數(shù)。如果不同的功能性需求或者特征具有不同的性能需求，那么比較合適的做法是使用其相應(yīng)的功能性需求指定性能目標(biāo)

12、，而不要將他們都集中在這一部分中。5.2防護性需求 這一部分聲明與產(chǎn)品使用過程中可能發(fā)生的損失、破壞或危害相關(guān)的需求，定義必須采取的安全保護措施或動作，還有那些必須避免的可能危險的動作，明確產(chǎn)品必須遵循的安全標(biāo)準(zhǔn)、策略或規(guī)則。 5.3安全性需求 指定與安全性、 完整性或保密性問題相關(guān)的所有需求，這些問題影響對產(chǎn)品的訪問、使用以及產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護。安全性需求一般來源于業(yè)務(wù)規(guī)則，因此要確定產(chǎn)品必須遵守的所有安全或保密策略或規(guī)則。另一個方法是，也可以在完整性質(zhì)量屬性中聲明這些需求。5.4軟件質(zhì)量屬性 聲明對可戶或開發(fā)人員至關(guān)重要的其他產(chǎn)品質(zhì)量特征。這些特征必須是明確的、定量的和可以驗證的

13、。應(yīng)該指明各種屬性的相對優(yōu)先級，例如，容易使用與容易學(xué)習(xí)相比，要優(yōu)先考慮容易使用，可移植性與有效性相比，要優(yōu)先考慮可移植性。6 其它需求 定義在此軟件需求規(guī)格說明中其他部分未出現(xiàn)的所有其他需求，例如國際化需求及法律上的需求。還可以添加操作、管理和維護等幾部分來描述產(chǎn)品的安裝、配置、啟動和關(guān)閉、修復(fù)和容錯，以及登陸和監(jiān)控操作等方面的需求。應(yīng)在模板中加如與項目相關(guān)的任何新的需求部分。如果不需要添加任何其他需求，就省略這一部分。附錄 A術(shù)語表 定義讀者需要了解的所有專門術(shù)語（包括縮略詞），以便他們能夠正確地理解軟件需求規(guī)格說明。拼寫出每一個縮略詞的全稱并給出其定義，還要考慮生成一個跨越多個項目的企業(yè)級術(shù)語表，然