軟件需求規(guī)格說明書模板(2017.03).doc

《軟件需求規(guī)格說明書模板(2017.03).doc》由會員分享，可在線閱讀，更多相關(guān)《軟件需求規(guī)格說明書模板(2017.03).doc（14頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、軟件需求規(guī)格說明書模版文件變化記錄單版本編號*變化狀態(tài)簡要說明變更人變更日期批準(zhǔn)人批準(zhǔn)日期*變化狀態(tài)：A增加，M修改，D刪除文件批準(zhǔn)單職務(wù)簽字日期1. 引言提出對軟件需求規(guī)格說明書的縱覽，幫助讀者理解文檔如何編寫并且如何閱讀和解釋。1.1 編寫目的對產(chǎn)品（也可能是項(xiàng)目，但是我們統(tǒng)稱為產(chǎn)品）進(jìn)行定義，在該文檔中詳盡說明這個(gè)產(chǎn)品的軟件需求，包括修正或發(fā)行版本號。如果這個(gè)軟件需求規(guī)格說明書只與整個(gè)系統(tǒng)的一部分有關(guān)，那么只定義文檔中說明的部分或子系統(tǒng)。1.2 文檔約定描述編寫文檔時(shí)所采用的標(biāo)準(zhǔn)或排版約定，包括正文風(fēng)格、提示區(qū)或重要符號。例如，說明高層需求的優(yōu)先級是否可以被其所有細(xì)化的需求所繼承，或者每

2、個(gè)需求陳述是否都有優(yōu)先級。1.3 預(yù)期的讀者和閱讀建議列舉軟件需求規(guī)格說明書所針對的不同讀者，例如開發(fā)人員、項(xiàng)目經(jīng)理、營銷人員、用戶、測試人員等。描述文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu)。提出最適合每一類型讀者閱讀文檔的建議。1.4 產(chǎn)品的范圍提供對指定的軟件及其目的的簡短描述，包括利益和目標(biāo)。把軟件與企業(yè)目標(biāo)或業(yè)務(wù)策略相聯(lián)系。可以參考項(xiàng)目范圍文檔，而不是將其內(nèi)容復(fù)制到這里。1.5 參考資料列舉編寫軟件需求規(guī)格說明書時(shí)所參考的資料或其它來源?？赡馨ㄓ脩艚缑骘L(fēng)格指導(dǎo)、合同、標(biāo)準(zhǔn)、系統(tǒng)需求規(guī)格說明書、用戶需求、相關(guān)產(chǎn)品的軟件需求規(guī)格說明書。這里應(yīng)該給出詳細(xì)的信息，包括標(biāo)題名稱、作者、版本號、日期、出

3、版單位或資料來源，以方便讀者查閱這些文獻(xiàn)。2. 綜合描述這一部分概述了正在定義的產(chǎn)品以及它所運(yùn)行的環(huán)境、使用產(chǎn)品的用戶和已知的限制、假設(shè)和依賴。2.1 產(chǎn)品的前景描述軟件需求規(guī)格說明書中所定義的產(chǎn)品的背景和起源。說明該產(chǎn)品是否是產(chǎn)品系列中的下一個(gè)成員，是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品、是否是現(xiàn)有應(yīng)用程序的替代品，或者是否是一個(gè)全新的產(chǎn)品。如果軟件需求規(guī)格說明書定義了大系統(tǒng)的一個(gè)組成部分，那么就要說明這部分軟件是怎樣與整個(gè)系統(tǒng)相關(guān)聯(lián)的，并且要定義出兩者之間的接口。建議使用系統(tǒng)結(jié)構(gòu)圖或者實(shí)體關(guān)系圖表示。2.2 產(chǎn)品的功能概述產(chǎn)品所具有的主要功能，詳細(xì)內(nèi)容在第4節(jié)描述，所以這里只需要概括總結(jié)，例如用

4、列表的方法給出。很好地組織產(chǎn)品的功能，使每個(gè)讀者都易于理解。用圖形表示主要的需求分組以及它們之間的聯(lián)系。建議使用數(shù)據(jù)流程圖（DFD）的頂層圖或功能層次圖來實(shí)現(xiàn)圖形化。2.3 用戶類和特征確定可能使用該產(chǎn)品的不同用戶類并描述它們相關(guān)的特征。有一些需求可能只與特定的用戶類相關(guān)。將該產(chǎn)品的重要用戶類與那些不太重要的用戶類區(qū)分開。2.4 運(yùn)行環(huán)境描述軟件的運(yùn)行環(huán)境，包括硬件平臺、操作系統(tǒng)和版本，還有其它的軟件組件或者與其共存的應(yīng)用程序。2.5 設(shè)計(jì)和實(shí)現(xiàn)上的限制確定影響開發(fā)人員自由選擇的問題，并說明這些問題為什么成為一種限制?？赡艿南拗瓢ǎ簑 必須使用或者避免的特定技術(shù)、工具、編程語言、數(shù)據(jù)庫；w

5、經(jīng)費(fèi)、進(jìn)度、資源等方面的限制；w 所要求的開發(fā)規(guī)范或標(biāo)準(zhǔn)；w 企業(yè)策略、政府法規(guī)或工業(yè)標(biāo)準(zhǔn)；w 硬件限制，例如定時(shí)需求或存儲器限制；w 數(shù)據(jù)轉(zhuǎn)換格式標(biāo)準(zhǔn)。w 其它。2.6 假設(shè)和依賴列舉出在對軟件需求規(guī)格說明書影響需求陳述的假設(shè)因素。可能包括打算要用的商業(yè)組件或有關(guān)開發(fā)或運(yùn)行環(huán)境的問題。你可能認(rèn)為產(chǎn)品將符合一個(gè)特殊的用戶界面設(shè)計(jì)約定，但是另外一個(gè)分析員卻不這么認(rèn)為。如果這些假設(shè)不正確、不一致或者被更改，都會使項(xiàng)目受到影響。此外，確定項(xiàng)目對外部因素存在的依賴。例如，如果你打算把其它項(xiàng)目開發(fā)的組件集成到系統(tǒng)中，那么你就要依賴哪個(gè)項(xiàng)目能否按時(shí)提供正確的組件。如果這些依賴已經(jīng)記錄到其它文檔（如項(xiàng)目計(jì)劃

6、）中了，那么在此就可以參考其它文檔。2.7 關(guān)鍵點(diǎn)說明本軟件需求規(guī)格說明書中的關(guān)鍵點(diǎn)（例如：關(guān)鍵功能、關(guān)鍵算法和所涉及的關(guān)鍵技術(shù)等）。3. 外部接口需求確定可以保證新產(chǎn)品與外部組件正確連接的需求。關(guān)聯(lián)圖表示了高層抽象的外部接口。需要把對接口數(shù)據(jù)和控制組件的詳細(xì)描述寫入數(shù)據(jù)字典中。如果產(chǎn)品的不同部分有不同的外部接口，那么應(yīng)該把這些外部接口的詳細(xì)要求并入到這一部分的實(shí)例中。3.1 用戶界面陳述所需要的用戶界面的軟件組件。描述每個(gè)用戶界面的邏輯特征。以下是可能要包括的一些特征：w 將要采用的圖形用戶界面標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格；w 屏幕布局或解決方案的限制；w 將出現(xiàn)在每個(gè)屏幕的標(biāo)準(zhǔn)按鈕、功能或?qū)Ш芥溄?/p>

7、；w 快捷鍵；w 錯(cuò)誤信息顯示標(biāo)準(zhǔn)。對于用戶界面的細(xì)節(jié)，例如特定對話框的布局，建議寫入一個(gè)獨(dú)立的用戶界面規(guī)格說明中，不要寫入軟件需求規(guī)格說明書中。3.2 硬件接口描述系統(tǒng)中軟件和硬件每個(gè)接口的特征?？赡馨ㄖС值挠布愋汀④浻布g交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議。3.3 軟件接口描述產(chǎn)品與其它外部組件（由名字和版本識別）的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件。明確并描述在軟件組件之間交換數(shù)據(jù)或信息的目的，描述所需要的服務(wù)以及內(nèi)部組件通信的性質(zhì)，確定將在組件之間共享的數(shù)據(jù)。如果必須用一種特殊的方法來實(shí)現(xiàn)數(shù)據(jù)共享機(jī)制，那么就必須把它定義為一種實(shí)現(xiàn)上的限制。3.4 通

8、信接口描述與產(chǎn)品所使用的通信功能相關(guān)的需求，包括電子郵件、WEB瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等，定義相關(guān)的信息格式、規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機(jī)制。4. 功能需求4.1 功能分類將功能性需求先粗分再細(xì)分，下表中的 Feature A, Function A.1等符號應(yīng)當(dāng)被替換成有含義的名稱。也可以用功能結(jié)構(gòu)圖表示功能類別功能Feature AFunction A.1Function A.2Feature BFunction B.1Function B.24.2 系統(tǒng)特性Feature A 4.2.1 說明和優(yōu)先級提出對該系統(tǒng)特性的簡短說明并指出該特性的優(yōu)先級是高、中

9、還是低。4.2.2 功能需求詳細(xì)列出與該特性相關(guān)的功能需求。這些是必須提交給用戶的軟件功能，使用戶可以使用所提供的特性執(zhí)行服務(wù)或者使用所指定的用例執(zhí)行任務(wù)。描述產(chǎn)品如何響應(yīng)可預(yù)知的出錯(cuò)條件或非法輸入或動(dòng)作。4.2.2.1 功能 function A.1（1）說明本功能的簡要說明（2）角色 本功能的執(zhí)行人員（3）前置條件 該功能啟動(dòng)的前提條件（4）輸入描述本功能的輸入信息（包括需要訪問的存儲信息）。（5）過程對本功能將做什么進(jìn)行詳細(xì)的描述。（6）輸出描述本功能的輸出信息（包括需要訪問的存儲信息）。（7）后置條件 該功能結(jié)束的退出條件（8）業(yè)務(wù)規(guī)則列舉出與該功能相關(guān)的操作規(guī)則。例如什么人在特定環(huán)境

10、下可以進(jìn)行何種操作。4.2.2.2 function A.1 圖書借閱（1）說明借閱人通過此功能向系統(tǒng)查詢并提交借書請求（2）角色 借閱人（3）前置條件w 借閱人借閱證件在有效期內(nèi)w 借閱人沒有逾期未歸還的圖書（4）輸入借閱證（5）過程主過程描述1用戶用借閱證提供的帳號登錄系統(tǒng)，系統(tǒng)顯示我的圖書館界面2.用戶選擇查詢圖書，系統(tǒng)顯示查詢界面3.用戶按書名、作者、出版社查詢，系統(tǒng)顯示查詢結(jié)果4.用戶可單選或多選書本，并確認(rèn)借閱。系統(tǒng)顯示確認(rèn)借閱圖書清單。5.用戶選擇確認(rèn)借閱，系統(tǒng)顯示借閱定單及費(fèi)用6用戶選擇提交定單，系統(tǒng)顯示提交結(jié)果和定單號7.系統(tǒng)執(zhí)行后置條件分支過程描述2.1.1用戶選擇查看原有

11、定單，系統(tǒng)執(zhí)行4;4.1.1用戶可單選或多選書本，放入借書籃，系統(tǒng)顯示借書籃現(xiàn)有內(nèi)容4.1.2.1.1用戶選擇繼續(xù)借書，系統(tǒng)執(zhí)行2；4.1.2.2.1用戶選擇提交借書籃，系統(tǒng)執(zhí)行44.2.1 用戶選擇放棄，系統(tǒng)執(zhí)行2；6.1.1用戶選擇保存定單，系統(tǒng)保存并執(zhí)行1；6.2.1用戶選擇放棄，系統(tǒng)執(zhí)行1；異常過程描述1.1.1借閱證已過期，拒絕登錄，結(jié)束1.2.1借閱人有逾期未歸還書本，啟動(dòng)“歸還圖書”功能5.1.1用戶余額不足，系統(tǒng)顯示余額和所需金額5.1.2.1.1用戶選擇續(xù)費(fèi)，啟動(dòng)“交納借閱費(fèi)”功能5.1.2.2.1用戶選擇放棄，系統(tǒng)執(zhí)行1（6）輸出費(fèi)用記錄借閱定單（7）后置條件w 創(chuàng)建借書定

12、單w 更新借閱人借閱記錄（8）業(yè)務(wù)規(guī)則每次每人至少選擇一本,至多選擇三本4.3 系統(tǒng)特性Feature B 5. 非功能需求5.1 性能需求闡述不同的應(yīng)用領(lǐng)域?qū)Ξa(chǎn)品性能的需求，并解釋它們的原理以幫助開發(fā)人員做出合理的設(shè)計(jì)選擇。確定相互合作的用戶數(shù)或者所支持的操作、響應(yīng)時(shí)間以及與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系；還要定義容量需求，例如存儲器和磁盤空間的需求或者存儲在數(shù)據(jù)庫中表的最大行數(shù)。也可能需要針對每個(gè)功能需求或特性分別陳述其性能需求，而不是把它們集中在一起陳述。例如：“在運(yùn)行WINDOWS 10的3.5GHZ 雙核芯片的計(jì)算機(jī)上，當(dāng)系統(tǒng)至少有50%的空閑資源時(shí)，95%的目錄數(shù)據(jù)庫查詢必須在兩秒內(nèi)完成”。5

13、.2 安全性需求陳述與系統(tǒng)安全性、完整性或私人問題相關(guān)的需求，這些問題將會影響到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護(hù)。明確產(chǎn)品必須滿足的安全性或保密性策略。一個(gè)軟件系統(tǒng)的安全需求的范例如下：“每個(gè)用戶在第一次登錄之后，必須更改他的最初登錄密碼。最初的登錄密碼不能重用?！?.3 軟件質(zhì)量屬性詳盡陳述與客戶或開發(fā)人員至關(guān)重要的質(zhì)量特性。這些特性必須是確定、定量的并可驗(yàn)證的。至少應(yīng)指明不同屬性的相對側(cè)重點(diǎn)，例如易用程度優(yōu)于易學(xué)程度，或者可移植性優(yōu)于有效性。5.4 其它需求定義至今未出現(xiàn)的需求。例如國際化需求、法律上的需求、有關(guān)操作、管理、維護(hù)、安裝、配置、啟動(dòng)、關(guān)閉、修復(fù)、容錯(cuò)、登錄、監(jiān)控等等方

14、面的需求。說明本產(chǎn)品在可使用性、可維護(hù)性、可移植性、可靠性和安全性等方面的要求。6. 數(shù)據(jù)字典6.1 實(shí)體關(guān)系圖6.2 實(shí)體定義指出數(shù)據(jù)項(xiàng)名、定義、項(xiàng)結(jié)構(gòu)組成、項(xiàng)范圍、項(xiàng)類型。實(shí)體名稱Be_圖書實(shí)體描述每本圖書都經(jīng)有上架，預(yù)定，借出，返回待查和下架幾個(gè)狀態(tài)，詳細(xì)請參看圖書狀態(tài)圖屬性名稱類型精度說明(屬性的業(yè)務(wù)含義及業(yè)務(wù)規(guī)則)圖書編號字符12圖書類別編號(3位)+圖書購入年份(4位)+流水號(5)位圖書分類字符3圖書的分類名稱字符100書本的封面名稱作者字符20書籍的作者出版社字符100書籍標(biāo)明的出版社出版日期日期書籍標(biāo)明的出版日期版本信息字符100書籍標(biāo)明的出版社簡介字符1000書籍的內(nèi)容簡介

15、，上架時(shí)錄入狀態(tài)字符1書籍的狀態(tài)，請參看圖書狀態(tài)圖7. 業(yè)務(wù)規(guī)則與業(yè)務(wù)算法7.1 業(yè)務(wù)規(guī)則列舉出有關(guān)產(chǎn)品的所有操作規(guī)則。例如什么人在特定環(huán)境下可以進(jìn)行何種操作。這些規(guī)則不是功能需求，但它們可以暗示某些功能需求執(zhí)行這些規(guī)則。業(yè)務(wù)規(guī)則的范例如下：“只有持有管理員密碼的用戶才能執(zhí)行100元以上的退款操作”。借出規(guī)則說明: 讀者已借書數(shù)未超過最大借書數(shù)、該書有庫存，而且該讀者擁有借閱該書的權(quán)限，則執(zhí)行該操作。罰款規(guī)則說明：1.超期罰款：超期天數(shù)超期罰款率。2.丟失罰款：圖書價(jià)格丟失賠率7.2 算法說明用于實(shí)施系統(tǒng)計(jì)算功能的公式和算法的描述，類似于業(yè)務(wù)規(guī)則。如某神州行套餐的計(jì)費(fèi)標(biāo)準(zhǔn)說明。a.每個(gè)主要算法

16、的概況；b.用于每個(gè)主要算法的詳細(xì)公式。附錄A：分析模型（也可以納入 4功能需求章節(jié)中描述）包括或涉及到相關(guān)的分析模型的位置，例如數(shù)據(jù)流圖、類圖、狀態(tài)轉(zhuǎn)換圖等。頂層數(shù)據(jù)流圖：第1層數(shù)據(jù)流圖：第2層數(shù)據(jù)流圖：附錄B：待確定問題的列表編輯一張?jiān)谲浖枨笠?guī)格說明書中待確定問題的列表，其中每一表項(xiàng)都是編上號的，以便跟蹤調(diào)查。附錄C：編寫文檔的原則編寫文檔時(shí)，要求具有本規(guī)范規(guī)定的所有條目如果某條目無內(nèi)容，則填寫“無”，并在可能的情況下說明理由。必要時(shí)，可增加適當(dāng)?shù)臈l目。編寫優(yōu)秀的需求文檔沒有現(xiàn)成固定的方法，最好是根據(jù)經(jīng)驗(yàn)進(jìn)行。許多需求文檔可以通過使用有效的技術(shù)編寫風(fēng)格和使用用戶術(shù)語而不是技術(shù)術(shù)語的方式得

17、以改進(jìn)。你在編寫需求文檔時(shí)，應(yīng)牢記以下幾點(diǎn)建議： 保持語句和段落的簡短； 采用主動(dòng)語態(tài)的表達(dá)方式； 語法正確，句子完整； 使用的術(shù)語與詞匯表中所定義的術(shù)語一致； 避免模糊的、主觀的術(shù)語如用戶友好、容易、簡單、迅速、有效、許多、最新技術(shù)、優(yōu)越的、可接受的、健壯的等等； 避免使用比較性的詞匯如提高、最大化、最小化、最佳化等。定量說明所需要提高的程度或者說清一些參數(shù)可以接受的最大值和最小值。含糊的語句表達(dá)將引起需求的不可驗(yàn)證。 由于需求的編寫是層次化的，因此，可以把頂層不明確的需求向低層詳細(xì)分解，直到消除不明確性為止。編寫詳細(xì)的需求文檔，所帶來的益處是如果需求得到滿足，那么客戶的目的也就達(dá)到了，但是

18、不要讓過于詳細(xì)的需求影響了設(shè)計(jì)。如果你能用不同的方法來滿足需求，并且這種方法是可接受的，那么需求的詳細(xì)程度也就足夠了。然而，如果評審需求規(guī)格說明書的設(shè)計(jì)人員對客戶的意圖還不甚了解，那么就需要增加額外的說明，以減少由于誤解而產(chǎn)生返工的風(fēng)險(xiǎn)。 需求文檔的編寫人員總是力求尋找到恰如其分的需求詳細(xì)程度。一個(gè)有益的原則就是編寫單個(gè)的可測試需求文檔。如果你想出一些相關(guān)的測試用例可以驗(yàn)證這個(gè)需求，那么就達(dá)到了合理的詳細(xì)程度。如果你預(yù)想的測試很多并且很分散，那么就要將一些集合在一起的需求分離開。 必須以相同的詳細(xì)程度編寫每個(gè)需求文檔。 不應(yīng)該把多個(gè)需求集中在一個(gè)冗長的敘述段落中。在需求中，諸如“和”，“或”之類的連詞就表明了該部分集中了多個(gè)需求。不要在需求說明中使用“和/或”，“等等”之類的連詞。 不應(yīng)該出現(xiàn)需求的冗余。軟件需求規(guī)格說明書模版 第 14 頁 共 14 頁