軟件需求規(guī)格說明書模版目錄1簡介..................................................錯誤!不決義書簽。編寫目的........................................錯誤!不決義書簽。預(yù)期的讀者和閱讀建議............................錯誤!不決義書簽。術(shù)語、定義、符號及縮略語........................錯誤!不決義書簽。參照資料........................................錯誤!不決義書簽。2綜合描繪..............................................錯誤!不決義書簽。項目背景........................................錯誤!不決義書簽。產(chǎn)品功能........................................錯誤!不決義書簽。應(yīng)用模型........................................錯誤!不決義書簽。運轉(zhuǎn)環(huán)境........................................錯誤!不決義書簽。假定和依靠......................................錯誤!不決義書簽。3功能需求..............................................錯誤!不決義書簽。包構(gòu)造模型/模塊關(guān)系模型.........................錯誤!不決義書簽。用例包1（采納用例模型）........................錯誤!不決義書簽。用例模型圖.................................錯誤!不決義書簽。主要信息...................................錯誤!不決義書簽。用例1......................................錯誤!不決義書簽。特征1（不采納用例模型）........................錯誤!不決義書簽。<需求N>....................................錯誤!不決義書簽。4非功能性需求..........................................錯誤!不決義書簽。性能需求........................................錯誤!不決義書簽。性能需求1..................................錯誤!不決義書簽。靠譜性需求......................................錯誤!不決義書簽。靠譜性需求1................................錯誤!不決義書簽。安全需求........................................錯誤!不決義書簽。安全需求1..................................錯誤!不決義書簽。其余需求........................................錯誤!不決義書簽。其余需求1..................................錯誤!不決義書簽。5外面接口需求..........................................錯誤!不決義書簽。用戶接口........................................錯誤!不決義書簽。<用戶接口需求M>............................錯誤!不決義書簽。硬件接口........................................錯誤!不決義書簽。<硬件接口需求M>............................錯誤!不決義書簽。軟件接口........................................錯誤!不決義書簽。<軟件接口需求M>............................錯誤!不決義書簽。通信接口........................................錯誤!不決義書簽。<通信接口需求M>............................錯誤!不決義書簽。6附錄..................................................錯誤!不決義書簽。簡介[提出對《軟件需求規(guī)格說明書》的縱覽，幫助讀者理解文檔怎樣編寫而且怎樣閱讀和解說。]1.1編寫目的[對產(chǎn)品（也可能是項目，可是我們統(tǒng)稱為產(chǎn)品）進(jìn)行定義，在該文檔中詳細(xì)說明這個產(chǎn)品的需求，包含修正或刊行版本號。假如這個《產(chǎn)品需求規(guī)格說明書》只與整個系統(tǒng)的一部分有關(guān)，那么只定義文檔中說明的部分或子系統(tǒng)。舉例：本文的目的是為了清楚地說明產(chǎn)品要實現(xiàn)的全部功能，產(chǎn)品的設(shè)計、編碼和測試都要以本文的內(nèi)容為基礎(chǔ)。同時，本文確立的內(nèi)容還作為產(chǎn)品查收的基準(zhǔn)。客戶、項目組要共同磋商本文內(nèi)容。]1.2預(yù)期的讀者和閱讀建議[列舉本文檔所針對的不一樣讀者，比如開發(fā)人員、市場人員、測試人員、客戶等。描繪文檔中節(jié)余部分的內(nèi)容及其組織構(gòu)造，提出最合適每一種類讀者閱讀文檔的建議。]1.3術(shù)語、定義、符號及縮略語[按字母或拼音次序列出全部的定義和縮略語，以便讀者能夠正確地理解《產(chǎn)品需求規(guī)格說明書》，包含詞頭和縮寫。注意：只要要列出對理解本文實用的術(shù)語。舉例：PRS：ProductRequirementSpecification（產(chǎn)品需求規(guī)格說明書）。]1.4參照資料[列舉編寫《軟件需求規(guī)格說明書》時所參照的資料或其余根源。可能包含用戶界面風(fēng)格指導(dǎo)、合同、標(biāo)準(zhǔn)、系統(tǒng)需求規(guī)格說明書、用戶需求、有關(guān)產(chǎn)品的產(chǎn)品需求規(guī)格說明書。這里應(yīng)當(dāng)給出參照資料詳細(xì)的信息，包含標(biāo)題名稱、作者、版本號、日期、第一版單位或資料根源，以方便讀者查閱這些文件。]綜合描繪[這一部分概括了正在定義的產(chǎn)品以及它所運轉(zhuǎn)的環(huán)境、使用產(chǎn)品的用戶和已知的限制、假定和依靠。]2.1項目背景[描繪產(chǎn)品需求規(guī)格說明書中所定義的產(chǎn)品的背景和發(fā)源。說明該產(chǎn)品是不是產(chǎn)品系列中的下一個成員，是不是成熟產(chǎn)品所改良的下一代產(chǎn)品、是不是現(xiàn)有應(yīng)用程序的代替品，或者是不是一個嶄新的產(chǎn)品。]2.2產(chǎn)品功能[概括產(chǎn)品一定具備的主要功能，本文檔在第三章對產(chǎn)品功能進(jìn)行詳細(xì)描繪，在此僅作歸納總結(jié)，要點在系統(tǒng)層次上描繪產(chǎn)品的功能需乞降功能分類，還可能包含保證產(chǎn)品與外面組件正確連結(jié)的需求。能夠使用列表的方法給出，也可使用圖形表示主要的需求分組以及它們之間的聯(lián)系，比如數(shù)據(jù)流程圖的頂層圖或類圖。以使描繪更為有效。]2.3應(yīng)用模型[運用處合、環(huán)境、組網(wǎng)、應(yīng)用舉例。繪制產(chǎn)品的構(gòu)造圖示、與系統(tǒng)訂交互的外面對象之間的關(guān)系。假如該部分內(nèi)容與《市場需求剖析報告》中“產(chǎn)品的組網(wǎng)與應(yīng)用剖析”內(nèi)容完整同樣，請直接引用（比如：請拜見《市場需求剖析報告》中“產(chǎn)品的組網(wǎng)與應(yīng)用剖析”）。]2.4運轉(zhuǎn)環(huán)境[描繪產(chǎn)品的運轉(zhuǎn)環(huán)境，包含為支持產(chǎn)品工作所需的其余的組件或許與其共存的產(chǎn)品；關(guān)于軟件產(chǎn)品還應(yīng)包含硬件平臺、操作系統(tǒng)和版本、一定安裝的軟件零件和其余應(yīng)用軟件等。]2.5假定和依靠[列出全部會影響需務(wù)實現(xiàn)的假定要素（有關(guān)于已知的事實而言），可能包含打算要用的商業(yè)組件或有關(guān)開發(fā)或運轉(zhuǎn)環(huán)境的問題。比如，本項目產(chǎn)品計劃要使用某些第三方軟件產(chǎn)品或商業(yè)軟件產(chǎn)品，固然目前還未獲得這些軟件，但我們能夠假定這些軟件必定能夠獲得。如果這些假定不正確、或發(fā)生改變，會影響項目的開發(fā)，所以，這些假定常常又是一種風(fēng)險。別的，確立項目對外面要素存在的依靠。比如，假如項目的開發(fā)或項目產(chǎn)品的使用要依靠其余外面要素，比方與其余產(chǎn)品共用的軟件包、準(zhǔn)備重用的軟件構(gòu)件等，也要在此說明。]功能需求[本章將詳細(xì)解說產(chǎn)品全部的功能需求。功能需求是依據(jù)系統(tǒng)特征即產(chǎn)品所供給的主要服務(wù)來組織的。你可能更喜愛經(jīng)過用例、運轉(zhuǎn)模式、用戶類、對象類或功能等級來組織這部分內(nèi)容，你還能夠使用它們的組合。

總之，你一定選擇一種使讀者易于理解預(yù)期產(chǎn)出的組織方案。假如使用傳統(tǒng)的需求剖析方法，

本章的每一節(jié)描繪一個功能需求，

每個功能需求又從編號、名稱、優(yōu)先級、輸入、辦理、輸出、查收準(zhǔn)則

7項來說明。假如使用

UML模型描繪需求剖析結(jié)果，本章的每一節(jié)采納“使用用例”描繪一個功能需求，并在此說明參照的“使用用例”文件名；假如你采納模型工具繪制用例視圖，你應(yīng)在此注明所用工具的名稱、版本等信息。本章中所列出的需求，要求細(xì)化到以下程度：（1）設(shè)計人員能夠依照該需求設(shè)計并實現(xiàn)系統(tǒng)；（2）系統(tǒng)測試人員能夠依照該需求編寫測案并對系統(tǒng)進(jìn)行考證。]3.1包構(gòu)造模型/模塊關(guān)系模型[使用UML模型描繪需求剖析結(jié)果時，在本節(jié)區(qū)分出系統(tǒng)的包構(gòu)造，用圖表示出用戶機(jī)構(gòu)與本系統(tǒng)各個包之間的關(guān)系和本系統(tǒng)各包部分之間的關(guān)系。使用傳統(tǒng)的需求剖析方法時，在本節(jié)區(qū)分出系統(tǒng)的各功能模塊構(gòu)造，用圖表示出用戶機(jī)構(gòu)與本系統(tǒng)各個功能模塊之間的關(guān)系和本系統(tǒng)各功能模塊之間的關(guān)系。]3.2用例包1（采納用例模型）3.2.1用例模型圖3.2.2主要信息【關(guān)于每個包應(yīng)當(dāng)說明以下信息：名稱簡要說明該包所擁有的用例列表該包所擁有的角色列表直屬該包的包列表】3.2.3用例1優(yōu)先級[該需求的優(yōu)先級，按高、中、低的優(yōu)先級分類。對高、中、低的解說以下：高：要點的功能特征，必選，不可以實現(xiàn)意味著沒法知足客戶的需求。全部“高”優(yōu)先級的需求一定在本次項目開發(fā)中實現(xiàn)。中：重要的功能，必選，不可以實現(xiàn)可能會影響產(chǎn)品的銷售和客戶滿意度。全部“中”優(yōu)先級的需求都應(yīng)當(dāng)作為產(chǎn)品的功能點，但在時間、資源的壓力下，能夠考慮在產(chǎn)品的下一個版本中實現(xiàn)。低：實用的功能或性能的提升，可選，不可以實現(xiàn)不會對產(chǎn)品產(chǎn)生實質(zhì)性影響，但可能會在特定的應(yīng)用處合增添產(chǎn)品的賣點，在時間、資源同意的狀況下，能夠考慮在產(chǎn)品的某一版本中實現(xiàn)。]簡要說明【用例的簡要說明應(yīng)反應(yīng)用例的角色和目的。在撰寫說明時，應(yīng)參照用例中所波及的主角、詞匯表，并依據(jù)需要定義新觀點。以下是回收機(jī)系統(tǒng)中“回收儲藏物件”用例的簡要說明示例：回收儲藏物件：用戶使用本機(jī)器來自動統(tǒng)計全部回收物件（瓶子、罐子以及箱子），并獲得一張收條。收條將在收銀機(jī)處兌現(xiàn)。】參加者事件流【用例事件流包含用例建模工作所獲得的最重要的信息。應(yīng)當(dāng)清楚地說明用例的事件流，讓外行也能很簡單地理解它。請記著，事件流應(yīng)當(dāng)說明系統(tǒng)做什么，而不是說明為了執(zhí)行所需的行為而對系統(tǒng)進(jìn)行的設(shè)計。事件流的兩個主要部分是主事件流和擴(kuò)展事件流。主事件流應(yīng)包含在履行用例時“往常”會發(fā)生的事件。擴(kuò)展事件流包含與正常行為有關(guān)的可選或異樣特點的行為，同時也包含正常行為的各樣變形。您能夠?qū)U(kuò)展事件流看作是主事件流的“繞行道”，有些擴(kuò)展事件流將返回到主事件流，而有些將結(jié)束此用例的履行。】主事件流擴(kuò)展事件流前置條件【前置條件或后置條件所說明的狀態(tài)應(yīng)當(dāng)是用戶能夠察看到的狀態(tài)。“用戶已經(jīng)登錄系統(tǒng)”或“用戶已經(jīng)翻開文檔”都是可察看狀態(tài)的示例。前置條件是對用例何時開始的拘束。它其實不是使用例開始的事件。比如自動柜員機(jī)中“提取現(xiàn)金”用例的前置條件為：客戶擁有一張個人專用卡，這張卡正好能夠塞進(jìn)讀卡器，而且該卡已經(jīng)分到一個PIN號，還向銀行業(yè)務(wù)系統(tǒng)進(jìn)行了登記。】觸發(fā)條件【觸發(fā)條件是說明觸發(fā)用例履行的條件。比如“預(yù)約客房”用例的觸發(fā)條件是客戶申請預(yù)約客房，其前置條件是目前有空的客房。】后置條件【比如，自動柜員機(jī)中“提取現(xiàn)金”用例的后置條件為：當(dāng)用例結(jié)束時，全部帳戶和交易日記都已進(jìn)出均衡，與銀行業(yè)務(wù)系統(tǒng)的通信已從頭初始化，而且銀行卡已經(jīng)返還給客戶。】3.3特征1（不采納用例模型）[在此對<特征1>進(jìn)行綱要性說明，比如：此模塊中包含實現(xiàn)預(yù)支費業(yè)務(wù)所需的全部功能。]3.3.1<需求N>[本節(jié)的標(biāo)題<需求N>需以實質(zhì)的需求名取代。]編號[為需求定義一個獨一的編號，便于需求追蹤。]名稱及說明[需求名稱，假如需要能夠在此對需求的內(nèi)容作簡要的描繪。]優(yōu)先級[該需求的優(yōu)先級，按高、中、低的優(yōu)先級分類。對高、中、低的解說以下：高：要點的功能特征，必選，不可以實現(xiàn)意味著沒法知足客戶的需求。全部“高”優(yōu)先級的需求一定在本次項目開發(fā)中實現(xiàn)。中：重要的功能，必選，不可以實現(xiàn)可能會影響產(chǎn)品的銷售和客戶滿意度。全部“中”優(yōu)先級的需求都應(yīng)當(dāng)作為產(chǎn)品的功能點，但在時間、資源的壓力下，能夠考慮在產(chǎn)品的下一個版本中實現(xiàn)。低：實用的功能或性能的提升，可選，不可以實現(xiàn)不會對產(chǎn)品產(chǎn)生實質(zhì)性影響，但可能會在特定的應(yīng)用處合增添產(chǎn)品的賣點，在時間、資源同意的狀況下，能夠考慮在產(chǎn)品的某一版本中實現(xiàn)。]輸入[列出本需求全部的輸入（觸發(fā)條件、輸入?yún)?shù)）。對每項輸入，可能的屬性以下：輸入名說明種類[比如：Int、String]輸入值的范圍輸入根源格式]辦理[描繪為了知足該項功能應(yīng)進(jìn)行哪些事務(wù)辦理。能夠用文本方式、偽指令或流程圖來描述。]輸出[列出本需求全部的輸出（輸出參數(shù)、辦理結(jié)果）。對每項輸出，可能的屬性以下：輸有名說明種類輸出值的范圍輸出值的目標(biāo)格式]非功能性需求4.1性能需求4.1.1性能需求1編號名稱及說明優(yōu)先級查收準(zhǔn)則4.2靠譜性需求4.2.1靠譜性需求1編號名稱及說明優(yōu)先級查收準(zhǔn)則4.3安全需求4.3.1安全需求1編號名稱及說明優(yōu)先級查收準(zhǔn)則4.4其余需求4.4.1其余需求1編號名稱及說明優(yōu)先級查收準(zhǔn)則外面接口需求表三：外面接口需求分類表需求類型編號需求名稱優(yōu)先級描繪5.1用戶接口[陳說產(chǎn)品中所需要的用戶界面。描繪每個用戶界面的邏輯特點。以下是可能要包含的一些特點：將要采納的圖形用戶界面標(biāo)準(zhǔn)或整個產(chǎn)品系列的風(fēng)格；屏幕布局；將出此刻每個屏幕的標(biāo)準(zhǔn)按鈕（如幫助）、功能或?qū)Ш芥溄樱绘I盤快捷鍵；錯誤信息顯示標(biāo)準(zhǔn)。假如必需，用戶接口需求的細(xì)節(jié)可在獨立的用戶接口規(guī)格文件中描繪。]5.1.1<用戶接口需求M>[本節(jié)的標(biāo)題需以實質(zhì)的需求名取代。]編號[為需求定義一個獨一的編號，便于需求追蹤。]名稱及說明[需求名稱，假如需要能夠在此對需求的內(nèi)容作簡要的描繪。]優(yōu)先級[該需求的優(yōu)先級，按高、中、低的優(yōu)先級分類。對高、中、低的解說以下：高：要點的功能特征，必選，不可以實現(xiàn)意味著沒法知足客戶的需求。全部“高”優(yōu)先級的需求一定在本次項目開發(fā)中實現(xiàn)。中：重要的功能，必選，不可以實現(xiàn)可能會影響產(chǎn)品的銷售和客戶滿意度。全部“中”優(yōu)先級的需求都應(yīng)當(dāng)作為產(chǎn)品的功能點，但在時間、資源的壓力下，能夠考慮在產(chǎn)品的下一個版本中實現(xiàn)。低：實用的功能或性能的提升，可選，不可以實現(xiàn)不會對產(chǎn)品產(chǎn)生實質(zhì)性影響，但可能會在特定的應(yīng)用處合增添產(chǎn)品的賣點，在時間、資源同意的狀況下，能夠考慮在產(chǎn)品的某一版本中實現(xiàn)。]查收準(zhǔn)則[說明用于考證知足需求的查收準(zhǔn)則。]5.2硬件接口[描繪系統(tǒng)中軟件和硬件每一接口的特點，可能包含軟件所支持的設(shè)施種類、軟硬件之間溝通的數(shù)據(jù)和控制信息的性質(zhì)、通信協(xié)議等。]5.2.1<硬件接口需求M>[本節(jié)的標(biāo)題需以實質(zhì)的需求名取代。]編號[為需求定義一個獨一的編號，便于需求追蹤。]名稱及說明[需求名稱，假如需要能夠在此對需求的內(nèi)容作簡要的描繪。]優(yōu)先級[該需求的優(yōu)先級，按高、中、低的優(yōu)先級分類。對高、中、低的解說以下：高：要點的功能特征，必選，不可以實現(xiàn)意味著沒法知足客戶的需求。全部“高”優(yōu)先級的需求一定在本次項目開發(fā)中實現(xiàn)。中：重要的功能，必選，不可以實現(xiàn)可能會影響產(chǎn)品的銷售和客戶滿意度。全部“中”優(yōu)先級的需求都應(yīng)當(dāng)作為產(chǎn)品的功能點，但在時間、資源的壓力下，能夠考慮在產(chǎn)品的下一個版本中實現(xiàn)。低：實用的功能或性能的提升，可選，不可以實現(xiàn)不會對產(chǎn)品產(chǎn)生實質(zhì)性影響，但可能會在特定的應(yīng)用處合增添產(chǎn)品的賣點，在時間、資源同意的狀況下，能夠考慮在產(chǎn)品的某一版本中實現(xiàn)。]查收準(zhǔn)則[說明用于考證知足需求的查收準(zhǔn)則。]5.3軟件接口[說明本產(chǎn)品與其余外面組件（包含數(shù)據(jù)庫、操作系統(tǒng)、工具、運轉(zhuǎn)庫、集成的商業(yè)部件等，要指明它們的名字和版本）的連結(jié)。明確并描繪在軟件組件之間互換數(shù)據(jù)或信息的目的。描繪所需要的服務(wù)以及內(nèi)部組件通信的性質(zhì)。確立將在組件之間共享的數(shù)據(jù)。假如一定用一種特別的方法來實現(xiàn)數(shù)據(jù)共享體制，比如在多任務(wù)操作系統(tǒng)中的一個全局?jǐn)?shù)據(jù)區(qū)，那么就一定把它定義為一種實現(xiàn)上的限制。]5.3.1<軟件接口需求M>[本節(jié)的標(biāo)題需以實質(zhì)的需求名取代。]編號[為需求定義一個獨一的編號，便于需求追蹤。]名稱及說明[需求名稱，假如需要能夠在此對需求的內(nèi)容作簡要的描繪。]優(yōu)先級[該需求的優(yōu)