管理規(guī)范 軟件工程需求規(guī)格說明書2V1

管理規(guī)范軟件工程需求規(guī)格說明書文件編號(hào)202XQK011/BT-ZTA-QK011文件狀態(tài)[]草稿[√]正式發(fā)布[]正在修改當(dāng)前版本擬制日期審核日期

如果在需求分析時(shí)采用了用例（Usecase）技術(shù)，那么該需求規(guī)格說明書將更加符合你的需要。當(dāng)然，你也可以結(jié)合Volere需求規(guī)格說明書對(duì)該模板進(jìn)行必要的修改。1.文檔概述[該部分主要是對(duì)軟件需求規(guī)格說明書文檔進(jìn)行基本的描述，包括該文檔的目的、范圍、術(shù)語定義、參考資料以及概要。][軟件需求規(guī)格說明書用來系統(tǒng)、完整地記錄系統(tǒng)的軟件需求。該軟件需求說明書的基礎(chǔ)是用例分析技術(shù)。因此該文檔中應(yīng)包括用例模型、補(bǔ)充規(guī)約等內(nèi)容。]1.1目的[在此小節(jié)中，主要對(duì)軟件需求規(guī)格說明書的目的做一概要性說明，通常軟件需求規(guī)格說明書應(yīng)詳細(xì)地說明應(yīng)用程序、子系統(tǒng)的外部行為，還要說明非功能性需求、設(shè)計(jì)約束，以及其它的相關(guān)因素。]1.2范圍[系統(tǒng)是有范圍的，而不是無限擴(kuò)展的，對(duì)于無限擴(kuò)展的需求是無法進(jìn)行描述的。因此，在本小節(jié)應(yīng)該對(duì)該說明書所涉及的項(xiàng)目范圍進(jìn)行清晰的界定。指定該規(guī)格說明書適用的軟件應(yīng)用程序、特性或者其它子系統(tǒng)分組、其相關(guān)的用例模型。當(dāng)然在此也需要列出會(huì)受到該文檔影響的其它文檔。]1.3定義、首字母縮寫詞和縮略語[與其它文檔一樣，該文檔也需要將本文檔中所涉及的所有術(shù)語、縮略語進(jìn)行詳細(xì)的定義。還有一種可簡明的做法，就是維護(hù)在一個(gè)項(xiàng)目詞匯表中，這樣就可以避免在每個(gè)文檔中都重復(fù)很多內(nèi)容。]1.4參考資料[在這一小節(jié)中，應(yīng)完整地列出該文檔引用的所有文檔。對(duì)于每個(gè)引用的文檔都應(yīng)該給出標(biāo)題、標(biāo)識(shí)號(hào)、日期以及來源，為閱讀者查找這些文檔提供足夠詳細(xì)的信息。]1.5概述[在本小節(jié)中，主要是說明軟件需求規(guī)格說明書各個(gè)部分所包含的主要內(nèi)容，就像一個(gè)文章摘要一樣。同時(shí)也應(yīng)該對(duì)文檔的組織方式進(jìn)行解釋。]2.整體說明[在本節(jié)中，將對(duì)整個(gè)軟件需求進(jìn)行總體性的描述，以期讓讀者對(duì)整個(gè)軟件系統(tǒng)的需求有一個(gè)框架性的認(rèn)識(shí)。也就是說，該節(jié)中主要包括影響產(chǎn)品及其需求的一般因素，而不列舉具體的需求。主要包括產(chǎn)品總體效果、產(chǎn)品功能、用戶特征、約束、假設(shè)與依賴關(guān)系、需求子集等方面的內(nèi)容。]2.1用例模型[在本小節(jié)中，將列出該軟件需求的用例模型，該模型處于系統(tǒng)級(jí)，對(duì)系統(tǒng)的特性進(jìn)行宏觀的描述。在此應(yīng)該列出所有的用例和Actor的名稱列表，并且對(duì)其做出簡要的說明，以及在圖中的各種關(guān)系。]2.2假設(shè)與依賴關(guān)系[在軟件系統(tǒng)的開發(fā)過程中，存在許多假設(shè)和依賴關(guān)系。在本小節(jié)中應(yīng)列舉出所有的重要的技術(shù)可行性假設(shè)、子系統(tǒng)或構(gòu)件可用性假設(shè)，以及一些可行性的假設(shè)。]3.具體需求[如果說第二章節(jié)是框架，那么本節(jié)就是血肉。在本節(jié)中，應(yīng)該詳細(xì)列出所有的軟件需求，其詳細(xì)程序應(yīng)使設(shè)計(jì)人員能夠充分理解并且進(jìn)行設(shè)計(jì)的要求，同時(shí)也應(yīng)該給予測試人員足夠的信息，以幫助他們來驗(yàn)證系統(tǒng)是否滿足了這些需求。整個(gè)需求的組織可以采用用例描述進(jìn)行。]3.1用例描述[如果你使用用例建模技術(shù)，那么你已經(jīng)通過用例定義了系統(tǒng)的大部分功能性需求和一些非功能性需求。因此，在軟件需求規(guī)格說明書只需將這些具體的用例描述，整理在一起，全部放在該小節(jié)之中。當(dāng)然也可以將用例描述做為附件，在此列出引用，只是這樣做并不利于閱讀。建議在組織形式上采用以“軟件需求”為線索，在每個(gè)需求中，填入對(duì)應(yīng)的1個(gè)或幾個(gè)用例描述。]3.2補(bǔ)充需求[由于用例畢竟主要針對(duì)功能性需求，因此還會(huì)有一些其它的補(bǔ)充需求遺漏，因此在本小節(jié)中就是將這些東西補(bǔ)充出來。這些補(bǔ)充需求大部分集中在非功能需求之上，包括以下幾個(gè)方面的內(nèi)容：]易用性：例如指出普通用戶和高級(jí)用戶要高效地執(zhí)行某個(gè)特定操作所需的培訓(xùn)時(shí)間；指出典型任務(wù)的可評(píng)測任務(wù)次數(shù)；或者指出需要滿足的可用性標(biāo)準(zhǔn)（如IBM的CUA標(biāo)準(zhǔn)、Microsoft的GUI標(biāo)準(zhǔn)?？煽啃裕喊ㄏ到y(tǒng)可用性（可用時(shí)間百分比、使用小時(shí)數(shù)、維護(hù)訪問權(quán)、降紙模式操作等）；平均故障間隔時(shí)間（MTBF，通常表示為小時(shí)數(shù)，但也可表示為天數(shù)、月數(shù)或年數(shù)）；平均修復(fù)時(shí)間（MTTR，系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時(shí)間）；精確度（指出系統(tǒng)輸出要求具備的精密度、分辨率和精確度）；最高錯(cuò)誤或缺陷率（通常表示為bugs/KLOC，即每千行代碼的錯(cuò)誤數(shù)目或bugs/function-point，即每個(gè)功能點(diǎn)的錯(cuò)誤數(shù)目）；錯(cuò)誤或缺陷率（按照小錯(cuò)誤、大錯(cuò)誤和嚴(yán)重錯(cuò)誤來分類：需求中必須對(duì)“嚴(yán)重”錯(cuò)誤進(jìn)行界定，例如：數(shù)據(jù)完全丟失或完全不能使用系統(tǒng)的某部分功能）。性能：包括對(duì)事務(wù)的響應(yīng)時(shí)間（平均、最長）；吞吐量（例如每秒處理的事務(wù)數(shù)）；容量（例如系統(tǒng)可以容納的客戶或事務(wù)數(shù)）；降級(jí)模式（當(dāng)系統(tǒng)以某種形式降級(jí)時(shí)可接受的運(yùn)行模式）；資源利用情況：內(nèi)存、磁盤