全面的需求規(guī)格說明書模板

1、精選優(yōu)質(zhì)文檔-傾情為你奉上文件編號：受控狀態(tài)：受控 非受控保密級別：公司級 部門級 項(xiàng)目級 普通級記錄編號：分發(fā)編號： 中國智慧旅游平臺需求規(guī)格說明書Version 1.02014.07.23需求規(guī)格說明書模板文檔標(biāo)識：當(dāng)前版本：當(dāng)前狀態(tài)：草稿ü發(fā)布日期：發(fā)布修改歷史日期版本作者修改內(nèi)容評審號變更控制號 目 錄1 前言1.1 編寫目的說明編寫這份需求規(guī)格說明書的目的，指出預(yù)期的讀者（一般包括評審人員、軟件設(shè)計(jì)人員、軟件開發(fā)人員，針對具體情況，還可能包括客戶），它是軟件開發(fā)的基礎(chǔ)。1.2 文檔約定描述編寫文檔時(shí)所采用的字體標(biāo)準(zhǔn)或排版約定，包括標(biāo)題和正文的字體和字號約定。完成文檔編寫后，

2、文檔編寫完成后本部分須裁剪字體大小約定：標(biāo)題1 宋體 三號 加粗標(biāo)題2 宋體 小三號加粗標(biāo)題3 宋體 四號加粗標(biāo)題4 宋體 小四號加粗標(biāo)題5 宋體 小四號正文 宋體 五號段落約定：文章中每段落需抬頭，即段落開頭需有兩字元的縮排，單倍行距。表與圖編號約定：文中所有表、圖須按章節(jié)編號，如：第四章節(jié)第二個(gè)表，編號為：表4-2。裁剪約定：如標(biāo)注可裁剪提示信息，表示該部分內(nèi)容可以裁剪或刪除。1.3 讀者對象描述本需求規(guī)格說明書的主要讀者。建議將不同讀者的閱讀重點(diǎn)與建議以列表方式表現(xiàn)，如下表：讀者對象閱讀重點(diǎn)與建議運(yùn)營中心、產(chǎn)品中心、系統(tǒng)使用部門和系統(tǒng)管理員仔細(xì)閱讀項(xiàng)目概述、功能性需求、非功能性需求。各個(gè)

3、部門可重點(diǎn)閱讀與本部門相關(guān)的內(nèi)容。需求評審人員仔細(xì)閱讀全部內(nèi)容。系統(tǒng)設(shè)計(jì)人員仔細(xì)閱讀全部內(nèi)容。系統(tǒng)開發(fā)人員仔細(xì)閱讀全部內(nèi)容。質(zhì)量管理人員仔細(xì)閱讀全部內(nèi)容。系統(tǒng)測試人員仔細(xì)閱讀文檔約定，系統(tǒng)功能介紹和維度指標(biāo)說明。1.4 術(shù)語和縮略詞在此列出本文中用到的專門術(shù)語的術(shù)語定義，英文縮寫的原詞組的解釋，以便讀者可以正確地解釋和理解軟件需求規(guī)格說明。術(shù)語/英文縮寫術(shù)語/英文全稱解釋與描述1.5 參考文檔可簡單羅列編寫本文檔時(shí)所參考的其他資料或文檔，如：行業(yè)標(biāo)準(zhǔn)和規(guī)范。也可用表格方式列出這些文件資料的標(biāo)題和來源。編號文檔、資料名稱來源備注1232 項(xiàng)目概述2.1 項(xiàng)目背景描述項(xiàng)目產(chǎn)生的背景，包括：1. 產(chǎn)

4、生該項(xiàng)目需求的原因或起源，如社會背景、市場發(fā)展、政策趨勢、原有系統(tǒng)局限性、存在問題等方面。2. 列出此項(xiàng)目的任務(wù)提出者、開發(fā)者3. 軟件項(xiàng)目的用途、軟件項(xiàng)目的范圍4. 需開發(fā)的軟件系統(tǒng)的名稱，英文縮寫（可選），項(xiàng)目編號（可選）2.2 項(xiàng)目目標(biāo)描述項(xiàng)目建設(shè)的目標(biāo)，即簡要敘述該項(xiàng)目要達(dá)到的要求。例如：應(yīng)用目標(biāo)、作用范圍，簡述該軟件系統(tǒng)能給用戶的受益。2.3 需求范圍對項(xiàng)目的需求范圍進(jìn)行整體性的描述。2.4 總體框架用VISIO工具畫圖，以圖的方式顯示系統(tǒng)的內(nèi)部模塊和模塊之間關(guān)系以及系統(tǒng)與外部系統(tǒng)的關(guān)系。2.5 組織機(jī)構(gòu)用VISIO工具畫圖，以圖的方式表現(xiàn)客戶方（系統(tǒng)使用相關(guān)角色）的組織機(jī)構(gòu)?？刹眉?/p>

5、 2.6 用戶特點(diǎn)列出本軟件的最終可能用戶，操作人員、維護(hù)人員的教育水平和技術(shù)專長，以及本軟件的預(yù)期使用頻度。這些是軟件設(shè)計(jì)的重要約束。2.7 設(shè)計(jì)約束 描述設(shè)計(jì)開發(fā)系統(tǒng)時(shí)的限制，例如經(jīng)費(fèi)限制、開發(fā)期限、實(shí)現(xiàn)的語言和平臺約束等等。描述系統(tǒng)設(shè)計(jì)中最主要的約束，這些是由客戶強(qiáng)制要求并在需求說明書寫明的。3 功能性需求3.1 總體流程用VISIO工具畫圖，以圖的方式顯示系統(tǒng)的內(nèi)部模塊之間的業(yè)務(wù)關(guān)系。此部分可以更加項(xiàng)目實(shí)際情況進(jìn)行裁剪。3.2 角色定義按照不同的使用對象，緊密圍繞使用對象的工作范圍、工作性質(zhì)和工作內(nèi)容，進(jìn)行角色分類描述。對使用系統(tǒng)的人員進(jìn)行角色分類，并進(jìn)行詳細(xì)的定義與說明。角色名稱角色

6、定義與說明3.3 系統(tǒng)功能概述系統(tǒng)所具有的主要功能，可以用VISIO畫圖的形式展示。建議有功能列表，列出功能分類，以及優(yōu)先級，并加入必要文字說明。模塊名稱功能名稱標(biāo)識符優(yōu)先級描述標(biāo)識符：對于每個(gè)功能點(diǎn)需求進(jìn)行標(biāo)識，標(biāo)識符為：SRS_模塊名稱序列號。優(yōu)先級：15 數(shù)字越小，優(yōu)先級別越高3.4 功能描述3.4.1 功能模塊A3.4.1.1 業(yè)務(wù)流程 用VISIO工具畫圖，以圖的方式顯示模塊內(nèi)的業(yè)務(wù)流程。本部分可以進(jìn)行裁剪。3.4.1.2 用例圖用ROSE工具畫用例圖，用來鑒別和劃分系統(tǒng)功能。它把系統(tǒng)分成角色和用例。角色表示與系統(tǒng)交互以實(shí)現(xiàn)某種目的的人、硬件或軟件系統(tǒng) 。3.4.1.3 功能點(diǎn)13.

7、4.1.3.1 業(yè)務(wù)定義/功能描述這部分描述的是功能要達(dá)到的目標(biāo)、所采用的方法和技術(shù)，還應(yīng)清楚說明功能意圖的由來和背景，一般以一個(gè)段落說明。3.4.1.3.2 使用角色描述此處描述哪些角色使用此功能，可同時(shí)說明操作本功能的相關(guān)權(quán)限3.4.1.3.3 業(yè)務(wù)操作流程描述正常業(yè)務(wù)流程，列舉異常情況和處理流程。建議使用圖示，并配合必要的文字說明。如無需或沒有操作流程說明則注明無或略。3.4.1.3.4 輸入提供所有與本功能有關(guān)的輸入描述，包括：輸入數(shù)據(jù)類型、媒體、格式、有效數(shù)值范圍、精度、單位等，如果有界面原型此項(xiàng)可以進(jìn)行裁剪。3.4.1.3.5 輸出提供與本功能有關(guān)所有輸出的描述，包括：輸出數(shù)據(jù)類型

8、、方式、格式、精度、單位等，以及圖形或顯示報(bào)告的描述，如果有界面原型此項(xiàng)可以進(jìn)行裁剪。3.4.1.3.6 用戶界面如有條件插入界面原型，否則注明無或略。原型設(shè)計(jì)采用Axure工具3.4.1.3.7 約束與約定描述本功能需求的相關(guān)約束或約定，可裁剪。例如：只有持有管理員密碼的用戶才能執(zhí)行￥100.00或更大金額的退款操作。3.4.1.4 功能點(diǎn)23.4.1.4.1 業(yè)務(wù)定義/功能描述這部分描述的是功能要達(dá)到的目標(biāo)、所采用的方法和技術(shù)，還應(yīng)清楚說明功能意圖的由來和背景，一般以一個(gè)段落說明。3.4.1.4.2 使用角色描述此處描述哪些角色使用此功能，可同時(shí)說明操作本功能的相關(guān)權(quán)限3.4.1.4.3

9、業(yè)務(wù)操作流程描述正常業(yè)務(wù)流程，列舉異常情況和處理流程。建議使用圖示，并配合必要的文字說明。如無需或沒有操作流程說明則注明無或略。3.4.1.4.4 輸入提供所有與本功能有關(guān)的輸入描述，包括：輸入數(shù)據(jù)類型、媒體、格式、有效數(shù)值范圍、精度、單位等，如果有界面原型此項(xiàng)可以進(jìn)行裁剪。3.4.1.4.5 輸出提供與本功能有關(guān)所有輸出的描述，包括：輸出數(shù)據(jù)類型、方式、格式、精度、單位等，以及圖形或顯示報(bào)告的描述，如果有界面原型此項(xiàng)可以進(jìn)行裁剪。3.4.1.4.6 用戶界面如有條件插入界面原型，否則注明無或略。原型設(shè)計(jì)采用Axure工具3.4.1.4.7 約束與約定描述本功能需求的相關(guān)約束或約定，可裁剪。例

10、如：只有持有管理員密碼的用戶才能執(zhí)行￥100.00或更大金額的退款操作。3.4.1.5 功能點(diǎn)N3.4.1.5.1 業(yè)務(wù)定義/功能描述這部分描述的是功能要達(dá)到的目標(biāo)、所采用的方法和技術(shù)，還應(yīng)清楚說明功能意圖的由來和背景，一般以一個(gè)段落說明。3.4.1.5.2 使用角色描述此處描述哪些角色使用此功能，可同時(shí)說明操作本功能的相關(guān)權(quán)限3.4.1.5.3 業(yè)務(wù)操作流程描述正常業(yè)務(wù)流程，列舉異常情況和處理流程。建議使用圖示，并配合必要的文字說明。如無需或沒有操作流程說明則注明無或略。3.4.1.5.4 輸入提供所有與本功能有關(guān)的輸入描述，包括：輸入數(shù)據(jù)類型、媒體、格式、有效數(shù)值范圍、精度、單位等，如果有

11、界面原型此項(xiàng)可以進(jìn)行裁剪。3.4.1.5.5 輸出提供與本功能有關(guān)所有輸出的描述，包括：輸出數(shù)據(jù)類型、方式、格式、精度、單位等，以及圖形或顯示報(bào)告的描述，如果有界面原型此項(xiàng)可以進(jìn)行裁剪。3.4.1.5.6 用戶界面如有條件插入界面原型，否則注明無或略。原型設(shè)計(jì)采用Axure工具3.4.1.5.7 約束與約定描述本功能需求的相關(guān)約束或約定，可裁剪。例如：只有持有管理員密碼的用戶才能執(zhí)行￥100.00或更大金額的退款操作。4 非功能性需求在本節(jié)中主要描述項(xiàng)目所包含的非功能性方面的需求，主要包括軟件需求和硬件需求。4.1 軟件需求4.1.1 界面需求說明系統(tǒng)界面方面的需求；沒有則注明無或略。4.1.

12、2 性能要求說明系統(tǒng)整體性能需求，包括并發(fā)處理能力以及單事務(wù)響應(yīng)時(shí)間等指標(biāo)，甚至更多性能要求指標(biāo)，如：數(shù)據(jù)精度、時(shí)間特性、容錯(cuò)性、可擴(kuò)展性以及系統(tǒng)有效性等等。4.1.3 容量要求說明系統(tǒng)整體容量，包括系統(tǒng)需要滿足的用戶規(guī)模以及對存儲空間的要求等；沒有則注明無或略。4.1.4 數(shù)據(jù)安全4.1.4.1 數(shù)據(jù)保護(hù)/保密對需要保護(hù)或保密的敏感性、局限性等方面的數(shù)據(jù)進(jìn)行需求描述；沒有則注明無或略。4.1.4.2 數(shù)據(jù)加密描述關(guān)于在訪問或傳輸過程中的數(shù)據(jù)加密方面的需求；沒有則注明無或略。4.1.5 數(shù)據(jù)備份/恢復(fù)對數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)的需求進(jìn)行描述；沒有則注明無或略。4.2 硬件需求4.2.1.1 主機(jī)系統(tǒng)

13、描述主機(jī)方面的需求；4.2.1.2 操作系統(tǒng)描述操作系統(tǒng)方面的需求；4.2.1.3 數(shù)據(jù)庫描述數(shù)據(jù)庫方面的需求；4.2.1.4 存儲設(shè)備描述存儲設(shè)備方面的需求；4.2.1.5 網(wǎng)絡(luò)設(shè)備描述網(wǎng)絡(luò)設(shè)備方面的需求；5 外圍系統(tǒng)和接口在本節(jié)中主要描述系統(tǒng)和哪些外圍系統(tǒng)進(jìn)行交互以及交互的接口說明。5.1 系統(tǒng)A5.1.1 概述此處簡要描述外圍系統(tǒng)基本情況?？刹眉?.1.2 接口描述5.1.2.1 接口1此處描述接口的方式、接口數(shù)據(jù)內(nèi)容，數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)安全、周期等信息。5.1.2.2 接口2此處描述接口的方式、接口數(shù)據(jù)內(nèi)容，數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)安全、周期等信息。5.2 系統(tǒng)B5.2.1 概述此處簡要描述外圍系統(tǒng)

14、基本情況。可裁剪5.2.2 接口描述5.2.2.1 接口1此處描述接口的方式、接口數(shù)據(jù)內(nèi)容，數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)安全、周期等信息。5.2.2.2 接口2此處描述接口的方式、接口數(shù)據(jù)內(nèi)容，數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)安全、周期等信息。6 其他需求對其它需要描述但未在本模板中列出的需求，在此進(jìn)行說明，沒有則注明無或略。7 數(shù)據(jù)字典在本章中主要描述系統(tǒng)的數(shù)據(jù)字典。主要包括有哪些實(shí)體以及實(shí)體所包含的數(shù)據(jù)項(xiàng)，實(shí)體關(guān)系圖使用工具POWERDESIGN或者ERWIN。根據(jù)情況可裁剪。8 附件此處主要是對在需求調(diào)研過程中項(xiàng)目甲方提供的原始清單、票據(jù)、單據(jù)等材料進(jìn)行羅列序號附件名稱描述附錄 A：需求確認(rèn) 主要分兩步：（1）需求評審，（2）需求承諾。在獲取責(zé)任人（Stakeholders）對需求的承諾之前，該需求規(guī)格說明書必須先通過需求評審。對需求的評審應(yīng)當(dāng)采用“正式技術(shù)評審方式”，將產(chǎn)生一份“需求評審報(bào)告”。