需求規(guī)格說明書-項目名稱(模板)

軟件需求規(guī)格說明書_項目名稱軟件需求規(guī)格說明書產(chǎn)品發(fā)布標識本模板用于 軟件需求開發(fā)管理流程 中 軟件需求規(guī)格說明書的編寫。其中包括用方括號括起來并以藍色斜體（樣式=infoblue）顯示的文本，它們用于向作者提供指導，在發(fā)布此文檔之前應該將其刪除。按此樣式輸入的段落將被自動設置為普通樣式（樣式=正文）。一般說來，一個產(chǎn)品需求對應一份軟件需求，在軟件需求中也可以分成多個分冊。此時本文檔可命名為“軟件需求規(guī)格說明書_產(chǎn)品標識_XXX分冊”。軟件需求規(guī)格說明書的定義：詳細描述系統(tǒng)或者子系統(tǒng)的范圍、邊界、用戶界面、外部行為等。此文檔用來讓讀者了解系統(tǒng)或者子系統(tǒng)的外部黑盒概念，并指導高層設計、測試案例以及后續(xù)開發(fā)，以及作為系統(tǒng)測試的依據(jù)，指導系統(tǒng)測試案例的開發(fā)。當某一章/節(jié)沒有內(nèi)容時，必須注明N/A，同時標注理由。例如：本章/節(jié)內(nèi)容無需考慮。特別說明：當某章/節(jié)內(nèi)容參見其它文檔時，不能注明N/A，而應該寫明參見某文檔的具體章節(jié)。文檔版本號：文檔編號：文檔密級：保密歸屬部門/項目：產(chǎn)品名：子系統(tǒng)名：編寫人：編寫日期：kkfun技術(shù)（深圳）有限公司 版權(quán)所有內(nèi)部資料 注意保密修訂記錄：修訂版本號修訂人修訂日期修訂描述V1.0AXXX2004-5-8創(chuàng)建初稿V1.0BBBB2006-4-21根據(jù)適應性修訂目 錄1 簡介61.1 目的61.2 范圍61.3 預期的讀者和閱讀建議61.4 參考資料71.4.1 包含文檔71.4.2 相關(guān)文檔71.5 定義、首字母縮寫詞和縮略語72 整體說明82.1 功能簡介82.2 運行環(huán)境82.3 假設和依賴82.4 外部約束93 功能性需求93.1 特性集名稱一93.1.1 特性一 功能劃分.1 功能點1.2 功能點2 SFR：XXX功能性需求 (二選一).1 角色描述.2 用例概述.3 前置條件.4 SFR.：場景1.4.1 前置條件.4.2 執(zhí)行步驟.4.3 后置條件.5 SFR.：場景2.5.1 前置條件.5.2 執(zhí)行步驟.5.3 后置條件.6 SFR.：場景3.6.1 前置條件.6.2 執(zhí)行步驟.6.3 后置條件.7 界面示意圖 SFR1：用戶注冊.1 角色描述.2 用例概述.3 前置條件.4 SFR2.1：正常流.4.1 前置條件.4.2 執(zhí)行步驟.4.3 后置條件.5 SFR2.2：異常流1.5.1 前置條件.5.2 執(zhí)行步驟.5.3 后置條件.6 SFR2.3：異常流2.6.1 前置條件.6.2 執(zhí)行步驟.6.3 后置條件.7 界面示意圖 SFR：XXX報表 (二選一).1.1 指標說明.1.2 維度說明.1.3 輸入條件.1.4 樣例說明.1.5 包含內(nèi)容.1.6 適用范圍.1.7 報表標題.1.8 排序方式.1.9 統(tǒng)計周期.1.10 183.1.2 特性二183.2 特性集名稱二184 界面及接口194.1 總體界面效果194.2 總體接口描述195 非功能性需求195.1 獲取來源195.2 適用的標準195.3 準確性205.4 可用性205.4.1 SNR：可用性需求一205.5 安全性205.5.1 系統(tǒng)安全:215.5.2 操作安全:215.5.3 操作監(jiān)控:215.5.4 數(shù)據(jù)安全:215.5.5 維護工具:215.5.6 數(shù)據(jù)監(jiān)控:215.5.7 算法安全:215.5.8 產(chǎn)品安全標準225.6 可靠性225.6.1 SNR：可靠性需求一235.7 性能235.7.1 SNR：性能需求一245.8 可維護性255.8.1 SNR：可維護性需求一255.9 可部署性（可選）256 文檔需求256.1 用戶手冊256.2 聯(lián)機幫助256.3 安裝指南、配置文件、自述文件257 附錄261 簡介本章應提供整個系統(tǒng)或者子系統(tǒng)的概述。它應包括此系統(tǒng)或者子系統(tǒng)的目的、范圍、定義、首字母縮寫詞、縮略語、參考資料以及依賴和假設。注：軟件需求規(guī)格說明書完整地記錄本系統(tǒng)或者子系統(tǒng)的需求。1.1 目的本節(jié)應描述此文檔的目的。本說明書是整個軟件開發(fā)的依據(jù)，它對以后階段的工作起指導作用。本文也是項目完成后系統(tǒng)驗收的依據(jù)。同時本說明書還是用戶手冊和測試計劃的編寫依據(jù)。1.2 范圍簡要說明此產(chǎn)品需求規(guī)格說明書文檔的范圍、它的相關(guān)產(chǎn)品，以及受到此文檔影響的任何其他事物。本節(jié)應提供此 軟件需求規(guī)格說明書 所涉及的軟件及其目的的簡短描述，包括利益和目標。把軟件與企業(yè)目標或業(yè)務策略相聯(lián)系。可以參考項目視圖和范圍文檔而不是將其內(nèi)容復制到這里1.3 預期的讀者和閱讀建議本節(jié)應列舉此 軟件需求規(guī)格說明書 所針對的不同讀者，預期讀者包括但不限于：產(chǎn)品經(jīng)理、設計人員、開發(fā)人員和測試人員，也可供客戶、第三方產(chǎn)品的相關(guān)人員閱讀。本文檔組織方式以及閱讀建議：第一章 簡介；對文檔目的、范圍等進行說明，并說明文檔的組織方式；第二章 整體說明；對軟件進行整體說明；有助于了解軟件的整體概貌。第三章 功能性需求，對功能性需求進行詳細說明，包括用例的詳細說明，以指導后續(xù)的架構(gòu)設計、軟件設計工作，并對測試工作提供參考；設計人員和開發(fā)人員可以從這個部分得到功能性的需求描述，并據(jù)此進行設計、開發(fā)工作；測試人員可以據(jù)此進行測試案例的設計和測試計劃的制定。第四章 界面及接口，描述界面及接口方面的需求；設計人員和開發(fā)人員可以從這個部分得到功能特性的界面組織形式，從而更好的理解需求并設計和實現(xiàn)需求。第五章 非功能性需求，對軟件的非功能性需求進行描述，以指導后續(xù)的架構(gòu)設計、軟件設計工作，并對測試工作提供參考；設計人員和開發(fā)人員在設計、開發(fā)過程中應當包含對這些需求的設計、開發(fā)工作；測試人員在測試過程中應當包含對這些需求的測試案例及驗證；第六章 文檔需求，描述文檔需求；第七章 附錄1.4 參考資料此小節(jié)應完整地列出 軟件需求規(guī)格說明書 中所參考的資料或其它資源。這可能包括但并不限于包括用戶界面風格指導、合同、標準、系統(tǒng)需求規(guī)格說明、使用實例文檔，或相關(guān)產(chǎn)品的軟件需求規(guī)格說明。每個文檔應標有標題、報告號（如果適用）、日期和出版單位。列出可以獲取這些參考資料的來源。這些信息可以通過參考附錄或其他文檔來提供。同時，文檔中說明為引用、參考的文檔也應該在這里列出。參考文檔需要按包含、相關(guān)的關(guān)系分別在下面的小節(jié)中列出。1.4.1 包含文檔當本文有包含文檔時，需要提供相關(guān)的包含文檔列表。包含文檔：作為本軟件需求規(guī)格說明書的一部分，是不可分割的組成部分，是讀者閱讀本文檔時必須同時也閱讀的文檔。如當本軟件需求規(guī)格說明書非常復雜而有分冊時，則分冊就屬于本文檔的包含文檔。通常情況下，軟件需求規(guī)格說明書沒有包含文檔1.4.2 相關(guān)文檔當本文有相關(guān)文檔時，需要提供相關(guān)文檔列表。 相關(guān)文檔：具有關(guān)聯(lián)關(guān)系的文檔。讀者在閱讀本軟件需求規(guī)格說明書時如果有必要可以參考閱讀的文檔。如相關(guān)產(chǎn)品、子系統(tǒng)或者模塊的產(chǎn)品需求、軟件需求、用戶界面風格指導，相關(guān)方請求等相關(guān)文檔。1.5 定義、首字母縮寫詞和縮略語此小節(jié)應提供正確理解此 軟件需求規(guī)格說明書 所需的全部術(shù)語的定義、首字母縮寫詞和縮略語，以便讀者可以正確地解釋軟件需求說明?？梢酝ㄟ^參考項目詞匯表來獲取這些信息?？s略語/術(shù)語全 稱說 明2 整體說明本節(jié)應概述正在定義的產(chǎn)品以及它所運行的環(huán)境、使用產(chǎn)品的用戶和已知的限制、假設和依賴，說明影響系統(tǒng)及其需求的一般因素。本節(jié)并不列出具體的需求，而只是提供在第3節(jié)中詳述的各種需求的背景，以使這些需求便于理解。所包括的內(nèi)容有： 產(chǎn)品總體效果假設與依賴關(guān)系2.1 功能簡介本節(jié)應對產(chǎn)品的基本功能做簡介的介紹，包括以下內(nèi)容：1.本系統(tǒng)的開發(fā)意圖、應用目標及作用范圍。2概略介紹系統(tǒng)所具有的主要功能?？梢杂昧斜淼姆椒ńo出，也可以用圖形表示主要的需求分組以及它們之間的聯(lián)系，例如數(shù)據(jù)流程圖的頂層圖或類圖等。3說明本系統(tǒng)與其他相關(guān)系統(tǒng)的關(guān)系，是獨立系統(tǒng)還是一個較大系統(tǒng)的組成部分。可以用表示外部接口和數(shù)據(jù)流的系統(tǒng)高層次圖，或者方框圖說明。注：可以引用或者參考產(chǎn)品需求說明書中相應章節(jié)的內(nèi)容2.2 運行環(huán)境1.硬件環(huán)境：如果客戶對于硬件有特殊要求，在此必須按照客戶的要求把硬件環(huán)境描述出來；如果客戶對于硬件沒有特別指定，則在此處應詳細列出本軟件運行時所必須的最低硬件配置、推薦硬件配置(如主機、顯示器、外部設備等)以及其它特殊設備。2.軟件環(huán)境：如果客戶對于軟件環(huán)境有特別要求，則在此處應按照客戶的要求把軟件環(huán)境描述出來；如果客戶對于軟件環(huán)境沒有特別要求，則在此處應詳細列出本軟件運行時所必須的軟件環(huán)境，例如操作系統(tǒng)、網(wǎng)絡軟件、數(shù)據(jù)庫系統(tǒng)以及其它特殊軟件要求。2.3 假設和依賴列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設因素。如果這些假設不正確、不一致或被更改，就會使項目受到影響。本節(jié)列舉的假設和依賴可能包括但并不限于以下內(nèi)容：確定項目對外部因素存在的依賴。例如，如果你打算把其它項目開發(fā)的組件集成到系統(tǒng)中，那么你就要依賴那個項目按時提供正確的操作組件。如果這些依賴已經(jīng)記錄到其它文檔(例如項目計劃)中了，那么在此就可以參考其它文檔。如果本系統(tǒng)的某些功能特性必須依賴于其他系統(tǒng)的功能或者數(shù)據(jù)，這依賴于與相關(guān)方達成一致共識，包括與相關(guān)方達成接口契約以及法律方面的協(xié)議等， 對于一些有爭議或者需要裁剪或者簡化的軟件功能特性，已經(jīng)獲得用戶的認可。(其他假設和依賴)注：當產(chǎn)品需求與軟件需求一一對應時，可以直接參考和引用產(chǎn)品需求規(guī)格說明書“假設與依賴”部分章節(jié)的內(nèi)容；但如果產(chǎn)品需求分解成多個軟件需求時，那么軟件需求應根據(jù)實際情況把該部分的假設和依賴進行更細致的描述。2.4 外部約束本節(jié)應說明本軟件在實現(xiàn)時所必須滿足的條件和所受的限制，并給出相應的原因。條件與限制包括但并不限于（主要指軟件環(huán)境、硬件環(huán)境，市場環(huán)境以及政策法規(guī)）：必須使用或者避免的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫；企業(yè)策略、政府法規(guī)或工業(yè)標準；例如SOX對于MISC的限制硬件限制，例如定時需求或存儲器限制；經(jīng)費限制、開發(fā)期限；項目對外部因素存在的依賴。例如其它項目開發(fā)的軟件。等等3 功能性需求列出產(chǎn)品的特性。特性是為讓用戶獲益而必須具備的高級系統(tǒng)功能。每一項特性都是外部所需的服務，它通常需要一系列輸入來實現(xiàn)預期的結(jié)果。此節(jié)為設計的系統(tǒng)功能性需求, 一般以用例結(jié)合自然語言來表達。此節(jié)通常按特性來組織，但也可能會有其他適用的組織方式。這一節(jié)應包含所有的產(chǎn)品需求，其詳細程度應使架構(gòu)設計人員和軟件需求設計人員能夠設計出可以滿足這些需求的系統(tǒng)，包括可選流程和異常流程，對具體語義做約束。3.1 特性集名稱一此節(jié)可把產(chǎn)品需求說明書章節(jié)對應的特性集復制到此處。在此處應描述該特性集有哪些特性。3.1.1 特性一此節(jié)可把產(chǎn)品需求說明書章節(jié)對應的特性集復制到此處 功能劃分此節(jié)應從使用用戶的角度描述將特性劃分成相應的功能用例，并給出總體功能結(jié)構(gòu)。對于復雜的系統(tǒng)，還需要對主要子系統(tǒng)中的基本功能進行描述。描述方法包括結(jié)構(gòu)圖、流程圖或?qū)ο髨D或者表格等等。但應注意此處劃分成的部分并不對應于最終程序?qū)崿F(xiàn)時的不同功能模塊。本節(jié)應包括對應功能特征各部分的內(nèi)容，包括下列內(nèi)容：此功能對應的用例圖以及相關(guān)的用例說明；此處可以用用例圖來描述：關(guān)于用例的編號規(guī)則：SFR。對應用例的編號、簡要說明。此處如用表格來描述，建議采用以下表格：用例編號用例名稱簡要說明.1 功能點1此節(jié)應對系統(tǒng)的基本功能進行描述，并描述該功能點與內(nèi)部模塊、外部系統(tǒng)或外部模塊之間的關(guān)系a、功能描述b、該功能與內(nèi)部模塊的關(guān)系c、該功能與外部系統(tǒng)或模塊的關(guān)系.2 功能點2此節(jié)應對系統(tǒng)的基本功能進行描述，并描述該功能點與內(nèi)部模塊、外部系統(tǒng)或外部模塊之間的關(guān)系a、功能描述b、該功能與內(nèi)部模塊的關(guān)系c、該功能與外部系統(tǒng)或模塊的關(guān)系 SFR：XXX功能性需求 (二選一)如果是報表部分功能特征開發(fā)，可不選擇本節(jié)模板。此處可用圖例簡單描述用例，說明該用例的使用角色，業(yè)務實體，以及相關(guān)的業(yè)務實體等.1 角色描述描述角色相關(guān)的事項，例如角色的名稱，角色的職責等；角色：誰使用此功能，或者在此功能之外與該功能進行交互的人或事務。角色并不單純指某個人，也可能包括某個其他功能或者構(gòu)件.2 用例概述此處描述用例的相應事項，例如相關(guān)的業(yè)務實體等。.3 前置條件本節(jié)應描述本用例發(fā)生的前置條件，包括前置用例，輸入條件或者進入用例的約束.4 SFR.：場景1在本節(jié)應描述對應用例的正常流，即滿足該用例執(zhí)行時所有條件時的正常執(zhí)行過程。.4.1 前置條件在此處應場景1發(fā)生的前置條件。.4.2 執(zhí)行步驟在此處應描述用例正常執(zhí)行，即滿足該用例執(zhí)行時所有條件時的正常執(zhí)行過程以及步驟說明.4.3 后置條件此處應描述在正常流程執(zhí)行完畢以后的結(jié)果，例如輸出，或者是觸發(fā)下一個用例。.5 SFR.：場景.5.1 前置條件在此處應描述場景2發(fā)生的前置條件。.5.2 執(zhí)行步驟在此處應描述用例執(zhí)行時，由于某種情況產(chǎn)生的分支流，異常事件也是屬于一種分支流，在此處可以用時序圖/活動圖把該分支流發(fā)生的邏輯描述出來。.5.3 后置條件在此處應描述當用例執(zhí)行時產(chǎn)生的分支流輸出的結(jié)果，例如輸出結(jié)果，或者是否啟動另外一個用例。.6 SFR.：場景.6.1 前置條件在此處應描述場景3發(fā)生的前置條件。.6.2 執(zhí)行步驟在此處應描述用例執(zhí)行時，由于某種情況產(chǎn)生的分支流，異常事件也是屬于一種分支流，在此處可以用活動圖把該分支流發(fā)生的邏輯描述出來。.6.3 后置條件在此處應描述當用例執(zhí)行時產(chǎn)生的分支流輸出的結(jié)果，例如輸出結(jié)果，或者是否啟動另外一個用例。.7 界面示意圖在本節(jié)應出具用例相關(guān)的界面示意圖，以指導后續(xù)的設計活動開發(fā) SFR：XXX報表 (二選一)本節(jié)主要是針對于面向BI/Report實現(xiàn)的功能性需求描述。本節(jié)應包括對應功能特征各部分的內(nèi)容，包括下列內(nèi)容：功能描述：描述該功能的作用，以及為客戶帶來的價值。.1.1 指標說明此處應描述該報表有哪些指標。至于指標的定義和算法，可以參考指標相關(guān)的技術(shù)文檔。.1.2 維度說明此處應描述該報表展現(xiàn)的維度.1.3 輸入條件此處應描述查詢報表時的輸入條件，如有必要，可以提供查詢界面Demo。.1.4 樣例說明注：對于面向BI/Report的功能來說，樣例說明即其界面示意?？梢员容^準確的描述分析或者報表的界面，以對后續(xù)的開發(fā)活動做出指導。指標1指標2指標.1.5 包含內(nèi)容此處應說明報表的數(shù)據(jù)包含的數(shù)據(jù)內(nèi)容，例如：CS：包含全網(wǎng)SP以及本地接入全網(wǎng)SP的短信業(yè)務匯總數(shù)據(jù)。PS：包含全網(wǎng)SP以及本省/直轄市的全網(wǎng)本地接入SP、本地SP的短信業(yè)務匯總數(shù)據(jù)。.1.6 適用范圍此處應說明報表的適用范圍，是適用于中央，還是各省市，以及全網(wǎng)等.1.7 報表標題此處應說明報表的標題，如果有分集團和省報表，應分別定義報表的名稱，例如：CS：短信業(yè)務各SP分地區(qū)分用戶品牌基礎報表PS：短信業(yè)務各SP分地區(qū)分用戶品牌基礎報表（2空格）（省份）.1.8 排序方式此處應說明報表內(nèi)容的排序方式，如果有多級排序，應在此說明排序的順序，例如：排序順序排序維度排序方式1SP服務代碼升序排列2企業(yè)代碼升序排列3地區(qū)代碼升序排列.1.9 統(tǒng)計周期此處應說明報表報表的統(tǒng)計周期，例如：本報表的統(tǒng)計周期為：日，周，月.1.10 此處如果有其他需要特別說明，可在此增加章節(jié)說明。3.1.2 特性二3.2 特性集名稱二4 界面及接口4.1 總體界面效果本小節(jié)概要描述產(chǎn)品特性包含的的用戶界面效果，要求且僅要求提供總體性的說明。4.2 總體接口描述本小節(jié)列舉產(chǎn)品外部接口，要求且僅要求能說明各接口關(guān)聯(lián)到的相關(guān)產(chǎn)品實體間的關(guān)系。5 非功能性需求如健壯性、安全保密性、復用性、靈活性、易用性、可維護性、可移植性等。指明不同屬性的相對側(cè)重點，例如易用程度優(yōu)于易學程度，或者可移植優(yōu)于有效性。健壯性：說明軟件在容錯能力，故障處理能力上需要達到的目標，保證系統(tǒng)穩(wěn)定可靠；安全保密性：包括用戶身份確認或授權(quán)方面的需求，保密性策略，系統(tǒng)所創(chuàng)建或使用的數(shù)據(jù)的保護等等；復用性：說明本項目是否可以復用已有軟件、是否可為其它系統(tǒng)復用；靈活性：說明在運行環(huán)境、與其他軟件的接口以及開發(fā)計劃等發(fā)生變化時，應具有的適應能力。5.1 獲取來源列舉非功能性需求的獲取來源。例如：1） 客戶提出的，并已經(jīng)與其他相關(guān)方達成一致的非功能性需求；2） 已經(jīng)存在的特定類型產(chǎn)品所能參照的業(yè)界標準；3） 采用相應的測試工具測試同類產(chǎn)品或原型產(chǎn)品所獲取的數(shù)據(jù)；4） 同類產(chǎn)品已經(jīng)存在的參考基準。5.2 適用的標準列出產(chǎn)品必須符合的所有標準。其中可能包括法律和法規(guī)（FDA、UCC）標準、通訊標準（TCP/IP、ISDN）、平臺一致性標準（Windows、Unix 等）以及質(zhì)量和安全標準（UL、ISO、CMM）。5.3 準確性此節(jié)應描述對系統(tǒng)準確性的要求。例如數(shù)據(jù)準確性5.4 可用性此節(jié)應包括所有影響可用性的需求，參考架構(gòu)設計說明書相關(guān)章節(jié)。例如，指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓時間指出典型任務的可評測任務次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求指出在符合公認的可用性標準（如IBM的CUA標準和Microsoft的GUI標準）方面的需求5.4.1 SNR：可用性需求一在此給出需求說明。例子：SNR1:系統(tǒng)必須提供良好的用戶界面以方便用戶訂購和使用業(yè)務。一個閱讀過FAQ或觀看過使用演示的用戶能夠在10分鐘內(nèi)完成一次用戶登陸-瀏覽服務信息-定購服務操作。SNR2:同時要求能夠?qū)λ邢到y(tǒng)級和應用級的錯誤，包括用戶的輸入錯誤都能有友好的出錯提示頁面。參見附錄A提示語定義。5.5 安全性本節(jié)應詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關(guān)的需求，這些問題將會影響到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護。定義用戶身份確認或授權(quán)需求。明確產(chǎn)品必須滿足的安全性或保密性策略。 此節(jié)應列出將提高所構(gòu)建系統(tǒng)的安全性的所有需求。具體的要求參見產(chǎn)品安全性需求可維護性遵循此方案的策略。建立公司級別的產(chǎn)品安全標準,針對各產(chǎn)品的特性確定安全級別.5.5.1 系統(tǒng)安全:根據(jù)各產(chǎn)品安全級別的設定,各產(chǎn)品需要從界面到接口到內(nèi)核到數(shù)據(jù)層層設防,以便保證系統(tǒng)不可能被輕易入侵,關(guān)鍵數(shù)據(jù)不可能被輕易破壞和修改.5.5.2 操作安全:根據(jù)各產(chǎn)品安全級別的設定,各產(chǎn)品需要建立產(chǎn)品內(nèi)的審計系統(tǒng),做到所有高危操作均有據(jù)可循,所記錄的信息滿足內(nèi)部審計和問題排查的要求.5.5.3 操作監(jiān)控:根據(jù)各產(chǎn)品安全級別的設定,各產(chǎn)品需要有相關(guān)的監(jiān)測工具對系統(tǒng)的非正常操作進行監(jiān)查,一旦發(fā)現(xiàn)異常操作及時告警.5.5.4 數(shù)據(jù)安全:根據(jù)各產(chǎn)品安全級別的設定,各產(chǎn)品對核心數(shù)據(jù)需要有相關(guān)的保護措施,做到非正常操作無法破壞和非法修改, 并發(fā)現(xiàn)有異動可及時告警.5.5.5 維護工具:根據(jù)各產(chǎn)品安全級別的設定,將有操作風險的維護工作均全部工具化和界面化,隔離維護者直接接觸系統(tǒng).5.5.6 數(shù)據(jù)監(jiān)控:各產(chǎn)品需要建立相應的業(yè)務數(shù)據(jù)變動異常的標準,開發(fā)相關(guān)的工具對以上業(yè)務數(shù)據(jù)異常進行監(jiān)控和分析,以便及時發(fā)現(xiàn)SP利用MISC系統(tǒng)漏洞或其他手段違規(guī).5.5.7 算法安全:產(chǎn)品線需要根據(jù)各產(chǎn)品的安全級別設定,提高內(nèi)部管理方法及手段,嚴格控制關(guān)鍵代碼和關(guān)鍵算法,以便防止關(guān)鍵算法和業(yè)務流程外泄.針對安全問題的處理,產(chǎn)品線需要建立相關(guān)的處理機制并配置相關(guān)的人員,以便跟進和產(chǎn)品有關(guān)的安全問題的后續(xù)處理和問題分析.針對各產(chǎn)品的安全標準和安全規(guī)劃,需要在產(chǎn)品設計階段在控制范圍內(nèi)進行專項討論,并會合相關(guān)部門一起確定相關(guān)方案和規(guī)劃,并安排產(chǎn)品經(jīng)理制定產(chǎn)品的長期安全目標和短期目標并跟蹤加以實施.5.5.8 產(chǎn)品安全標準設計 相關(guān)級別為(1-5),根據(jù)安全性的要求決定在產(chǎn)品中接口安全,核心邏輯安全,數(shù)據(jù)安全,審計手段,維護工具,防攻擊手段,安全分析手段,產(chǎn)品部署建議方案中的投入力度.開發(fā) 相關(guān)級別為(1-3),根據(jù)安全性的要求決定關(guān)鍵算法和關(guān)鍵業(yè)務邏輯的相關(guān)代碼的開發(fā)范圍及代碼擴散范圍,并根據(jù)相關(guān)級別對開發(fā)中采用的算法和業(yè)務邏輯進行審核檢查.測試 相關(guān)級別為(1-3),根據(jù)安全性的要求決定安全相關(guān)PATCH的測試范圍和告知人員.并根據(jù)相關(guān)級別對產(chǎn)品進行相關(guān)的安全性測試.本節(jié)如包含多項可維護性需求，可分多小節(jié)描述。5.6 可靠性對系統(tǒng)可靠性的需求應在此處說明，詳盡陳述在軟件使用過程中可能發(fā)生的損失、破壞或危害相關(guān)的需求。定義必須采取的安全保護或動作，還有那些預防的潛在的危險動作。明確產(chǎn)品必須遵從的安全標準、策略或規(guī)則。本節(jié)可參考架構(gòu)設計說明書相關(guān)章節(jié)。以下是一些建議：可用性指出可用時間百分比 ( xx.xx%)、使用小時數(shù)、維護訪問權(quán)、降級模式操作等。平均故障間隔時間 (MTBF)通常表示為小時數(shù)，但也可表示為天數(shù)、月數(shù)或年數(shù)。平均修復時間 (MTTR)系統(tǒng)在發(fā)生故障后可以暫停運行的時間。精確度指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標準）。最高錯誤或缺陷率通常表示為每千行代碼的錯誤數(shù)目 (bugs/KLOC) 或每個功能點的錯誤數(shù)目 (bugs/function-point)。錯誤或缺陷率按照小錯誤、大錯誤和嚴重錯誤來分類。需求中必須對“嚴重”錯誤進行界定，例如：數(shù)據(jù)完全丟失或完全不能使用系統(tǒng)的某部分功能。5.6.1 SNR：可靠性需求一需求說明。例子：可靠性指系統(tǒng)在規(guī)定的時間內(nèi)及規(guī)定的環(huán)境條件下，完成規(guī)定功能的能力。SNR6:參照現(xiàn)網(wǎng)WAP Portal的運行情況。要求在連續(xù)的7天內(nèi)，在網(wǎng)絡環(huán)境正常、與系統(tǒng)相連的MISC，ISMG，SSO，WTBS，SP平臺功能正常的情況下，在系統(tǒng)的額定處理能力之內(nèi)（額定處理能力參考下文的計算方法），系統(tǒng)發(fā)生故障后，從開始處理到系統(tǒng)恢復的時間不能超過30分鐘（按一次計算，超過30min的概率低于20，從系統(tǒng)正式商用開始統(tǒng)計,此處人員到場的延誤，及分析和處理問題的時間）。SNR7:系統(tǒng)發(fā)生異常到系統(tǒng)發(fā)出告警的時間的時延不能超過3分鐘。SNR8:健壯性要求：當用戶輸入非法數(shù)據(jù)時，不能引起系統(tǒng)的運行故障，要保證系統(tǒng)功能95可用；SNR9:要求在HP RP5470（每臺配置4*550Mhz 4GB內(nèi)存），數(shù)據(jù)庫服務器配置為HP RP5470（每臺配置4*550Mhz 4GB內(nèi)存）條件下，30天內(nèi)，當cpu的使用率低于60，內(nèi)存使用率低于70，且系統(tǒng)處理能力不高于額定的處理能力的情況下，系統(tǒng)的外部環(huán)境出現(xiàn)問題，如網(wǎng)絡異常、與系統(tǒng)相連的MISC，ISMG，SSO平臺等外部系統(tǒng)發(fā)生故障，并在20分鐘內(nèi)全部恢復正常運行后，M-Zone Portal系統(tǒng)功能在10分鐘內(nèi)自動恢復次數(shù)不能少于總故障次數(shù)的80。5.7 性能此節(jié)應概述系統(tǒng)的性能特征，參考系統(tǒng)需求說明書相關(guān)章節(jié)。其中需包括具體的響應時間。如果可行，按名稱引用相關(guān)用例。對事務的響應時間（平均、最長）吞吐量，例如每秒處理的事務數(shù)容量，例如系統(tǒng)可以容納的客戶或事務數(shù)降級模式（當系統(tǒng)以某種形式降級時可接受的運行模式）資源利用情況，如內(nèi)存、磁盤、通信等應盡可能詳細地確定性能需求?？赡苄枰槍γ總€功能需求或特性分別陳述其性能需求，而不是把它們都集中在一起陳述5.7.1 SNR：性能需求一【闡述不同的軟件功能對系統(tǒng)性能的需求，并解釋它們的原理以幫助開發(fā)人員作出合理的設計選擇。這些性能需求例如：數(shù)據(jù)精確度：根據(jù)實際情況，確定軟件最終輸出數(shù)據(jù)(包括傳輸中)的數(shù)據(jù)精確度。時間特性：說明開發(fā)的軟件在響應時間、更新處理時間、數(shù)據(jù)轉(zhuǎn)換與傳輸時間、運行時間等方面所需達到的時間特性。用戶數(shù)：最大用戶數(shù)，并發(fā)用戶數(shù)，以及相互合作的用戶數(shù)或者所支持的操作；容量需求，例如存儲器和磁盤容量的需求或者存儲在數(shù)據(jù)庫中表的最大行數(shù)】。例子：SNR10:處理能力在對性能做要求時，我們參考WWW P