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

1、軟件需求規(guī)格說明書文件編號： QMSPROCRD02 版本：1.0 受控簽章 編寫人日期 2012-9-10評審評審號/日期批準狀態(tài)發(fā)布范圍全公司修改歷史日期版本作者 修改內(nèi)容2012-9-101.0新建目錄1引言21.1 目的21.2 背景21.3 術(shù)語21.4 預(yù)期讀者與閱讀建議21.5 參考資料21.6 需求描述約定22.項目概述22.1 系統(tǒng)功能22.2 業(yè)務(wù)描述22.3 數(shù)據(jù)流程描述 (可選)22.4 用戶的特點22.5 運行環(huán)境要求22.6 設(shè)計和實現(xiàn)上的限制23.功能需求的描述24.非功能需求24.1系統(tǒng)性能要求24.2系統(tǒng)安全及保密要求24.3系統(tǒng)備份與恢復(fù)要求24.4系統(tǒng)日志

2、25.外部接口說明26.其他需求27 需求變更識別28.功能列表29.附件21引言1.1 目的說明編寫這份軟件需求規(guī)格說明書的目的，如：通過本文檔定義產(chǎn)品的需求，以求在項目組員與相關(guān)成員之間達成一致的需求描述。1.2 背景描述系統(tǒng)產(chǎn)生的背景，包括：a 需開發(fā)的軟件系統(tǒng)的名稱，和英文縮寫（可選），項目編號（可選）；b 列出此項目的任務(wù)提出者、開發(fā)者c 軟件系統(tǒng)應(yīng)用范圍、用戶。d 產(chǎn)生該系統(tǒng)需求的原因或起源，如社會背景、市場發(fā)展、政策趨勢、原有系統(tǒng)局限性1.3 術(shù)語列出本文件中用到的專門術(shù)語、術(shù)語定義、外文首字母組詞的原詞組。也可用附件說明?；蚍诺奖疚募淖詈蟆?.4 預(yù)期讀者與閱讀建議描述本文檔

3、的主要讀者，以及這些讀者在閱讀時的閱讀重點與建議?？捎昧斜淼姆绞搅谐?。如：預(yù)期讀者閱讀建議XX領(lǐng)導層仔細閱讀概述，編寫目的，文檔約定，系統(tǒng)功能介紹和維度指標說明。XX公司的業(yè)務(wù)部門、決策部門、具體的使用部門、業(yè)務(wù)員、系統(tǒng)管理員仔細閱讀文檔約定，系統(tǒng)功能介紹和維度指標說明。各個部門可重點閱讀與本部門相關(guān)的內(nèi)容。參加需求評審的人員仔細閱讀全部內(nèi)容。系統(tǒng)設(shè)計人員仔細閱讀全部內(nèi)容。系統(tǒng)測試人員仔細閱讀文檔約定，系統(tǒng)功能介紹和維度指標說明。 1.5 參考資料列出有關(guān)的參考資料，如：a 本項目經(jīng)核準的計劃任務(wù)書或合同、上級機關(guān)的批文；b 屬于本項目的其他已發(fā)表的文件；c 本文件中各處引用的文件、資料、包括

4、所要用到的軟件開發(fā)標準。d 行業(yè)標準和規(guī)范。列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。文檔名版本號發(fā)表日期來源文檔簡稱1.6 需求描述約定在此說明本文描述需求的約定。這些約定可以包括：l 需求標識方法，如序列化編號、層次化編號、層次化文本標簽等方法。應(yīng)確保需求標識在整個項目中的唯一性，且不受需求變更的影響，不得使用WORD自帶的序列號作為需求標識l 需求的跟蹤顆粒度l 優(yōu)先級與重要性(本文檔中設(shè)定的級別，及其含義)l 功能描述的方法。（若引用了參考資料，應(yīng)指明參考資料的簡稱與章節(jié)號或頁碼，以便復(fù)核與評審。）l 界面描述規(guī)則，如：用圖形描繪DEMO界面

5、l 等等根據(jù)不同類型、不同規(guī)模的項目，項目組可以做出增減。以一個大項目舉例如下：）本系統(tǒng)的需求標識方法：層次化編號方法模塊縮寫序列號，如SZAG01、SZAG01.01、SZAG01.01.02模塊縮寫參照表：模塊名模塊縮寫模塊名模塊縮寫深圳A股SZAG上海A股SHAG深圳B股SZBG上海B股SHBG電子劃撥DZHB資金清算ZJQS需求層次：分三個層次，用三位字符表示。第一層需求指主功能模塊，第二層需求指功能模塊的主功能點，第三層次指主功能點下的具體需求。）本系統(tǒng)的需求跟蹤粒度跟蹤到第二層功能需求。）本文檔的需求級別定義：l 本文檔統(tǒng)一規(guī)定對需求層次為二級以上（功能模板、主功能點）的定義優(yōu)先級

6、，三層需求依據(jù)二層需求的優(yōu)先級執(zhí)行。l 本文檔的優(yōu)先級別分為：緊急、正常、緩l 同時對于主功能點還描述實現(xiàn)的周期：一期、二期、三期）功能描述方法：本文檔從以下幾個方面對功能需求進行描述：a. 業(yè)務(wù)定義/描述。b. 適用的用戶類型c. 業(yè)務(wù)規(guī)則/業(yè)務(wù)要素。d. 輸入：提供所有與本功能有關(guān)的輸入描述，包括：輸入數(shù)據(jù)類型、媒體、格式、數(shù)值范圍、精度、單位等。e. 輸出提供與本功能有關(guān)所有輸出的描述，包括：輸出數(shù)據(jù)類型、方式、格式、精度、單位等，以及圖形或顯示報告的描述。f. 業(yè)務(wù)操作流程g. 描述正常業(yè)務(wù)流程，列舉異常情況和處理流程。建議使用圖示，并配合必要的文字說明h. 約束條件/特殊考慮列出在各

7、個工作領(lǐng)域不需計算機化的功能并提供其原因以及特殊條件。）界面描述規(guī)則界面描述使用VISIO的界面模型進行描述。2.項目概述2.1 系統(tǒng)功能概述了產(chǎn)品所具有的主要功能。其詳細內(nèi)容將在系統(tǒng)功能需求和特性中描述，所以在此只需要概略地總結(jié)。很好地組織產(chǎn)品的功能，使每個讀者都易于理解。a. 建議以圖表形式列出功能結(jié)構(gòu)圖，并加入必要文字說明。b. 建議以列表形式列出功能分類，以及優(yōu)先級，并加入必要文字說明。2.2 業(yè)務(wù)描述 用文字或圖形方式描述系統(tǒng)的主要業(yè)務(wù)流程，若引用了參考資料，應(yīng)指明參考資料的簡稱與章節(jié)號或頁碼，以便復(fù)核與評審。2.3 數(shù)據(jù)流程描述 (可選) 用文字或圖形方式描述系統(tǒng)的數(shù)據(jù)流程，若引用

8、了參考資料，應(yīng)指明參考資料的簡稱與章節(jié)號或頁碼，以便復(fù)核與評審。2.4 用戶的特點列出本軟件的最終用戶的特點，以及本軟件的預(yù)期使用頻度，確定可能使用該產(chǎn)品的不同用戶類并描述它們相關(guān)的特征。有一些需求可能只與特定的用戶類相關(guān)。一般來說至少有以下幾類：一般操作者：系統(tǒng)管理者：最終用戶2.5 運行環(huán)境要求 描述了軟件的運行環(huán)境，包括硬件平臺、操作系統(tǒng)和版本，還有其它的軟件組件或與其共存的應(yīng)用程序。2.6 設(shè)計和實現(xiàn)上的限制列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設(shè)因素（與已知因素相對立）。這可能包括你打算要用的商業(yè)組件或有關(guān)開發(fā)或運行環(huán)境的問題對需求實現(xiàn)的影響，也可能是需求或業(yè)務(wù)規(guī)則對設(shè)計與實現(xiàn)

9、方法的影響。可能還來自于經(jīng)費、投資方面的限制，法律或政策方面的限制，或者可利用的資源和信息的限制。3.功能需求的描述為每個確定的商業(yè)功能（需實現(xiàn)的功能）描述其定義、業(yè)務(wù)規(guī)則，詳細敘述如何從輸入轉(zhuǎn)變到輸出并且如何獲得、處理和產(chǎn)生這些信息。這些內(nèi)容在下列標題中有條理的闡述。a. 業(yè)務(wù)定義/描述。b. 適用的用戶類型，指操作本功能所需的授權(quán)c. 業(yè)務(wù)規(guī)則/業(yè)務(wù)要素。d. 功能項的主要頁面或是樣式e. 輸入：提供所有與本功能有關(guān)的輸入描述，包括：輸入數(shù)據(jù)類型、媒體、格式、數(shù)值范圍、精度、單位等。f. 輸出提供與本功能有關(guān)所有輸出的描述，包括：輸出數(shù)據(jù)類型、方式、格式、精度、單位等，以及圖形或顯示報告的

10、描述。g. 業(yè)務(wù)操作流程描述正常業(yè)務(wù)流程，列舉異常情況和處理流程。建議使用圖示，并配合必要的文字說明h. 約束條件/特殊考慮列出在各個工作領(lǐng)域不需計算機化的功能并提供其原因以及特殊條件。4.非功能需求4.1系統(tǒng)性能要求a.時間特性說明對于該軟件的時間特性要求，時間測量單位的選擇：l 高峰期的環(huán)境假設(shè)、負載假設(shè)；l 高峰期的處理時間。b.精度要求說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求。c.系統(tǒng)有效性為取得系統(tǒng)有效性，應(yīng)考慮標準工作日、周末和公共假期的操作時間。例如：系統(tǒng)每天需要連續(xù)運行24小時，每周運行七天，包括公共假期和周末d.容錯性e.可擴充性4.2系統(tǒng)安全及保密要求 指定可以訪問各自功能的

11、用戶群，如需要可指定用戶訪問權(quán)和安全包（如有），以便有效控制系統(tǒng)訪問和數(shù)據(jù)訪問。 確認審核記錄和所有有關(guān)報告及接受人。闡述是否任何違反系統(tǒng)訪問的內(nèi)容都需要監(jiān)控，以及以什么方式監(jiān)控。 列明所有安全需求，例如數(shù)據(jù)加密，信息驗證等。4.3系統(tǒng)備份與恢復(fù)要求a. 指定每種信息類型的保存期；b. 闡述在保存期過后需要實施的行為，例如：轉(zhuǎn)移到計算機外部的介質(zhì)中，或刪除它們。c. 如轉(zhuǎn)移到計算機外的介質(zhì)中，敘述存儲期及貯存介質(zhì)的類型。例如：磁帶、磁盤、報告等。d. 環(huán)境異常時，系統(tǒng)恢復(fù)策略描述。4.4系統(tǒng)日志a. 日志內(nèi)容、記錄策略b. 日志的保存時長、保存策略c. 日志內(nèi)容的訪問控制5.外部接口說明外部接

12、口包括：硬件接口、軟件接口、通信接口，每個接口需考慮以下內(nèi)容：a. 接口描述，包括接口類型、接口特點（如版本、名稱、來源等）b. 接口與本系系統(tǒng)的輸入輸出關(guān)系c. 技術(shù)方面的約束d. 轉(zhuǎn)換的安全考慮6.其他需求對其它需要描述但未在本模板中列出的需求，在此進行說明，如果某個這樣的需求比較重要，可以單獨用新的一節(jié)來描述。這樣的需求可能包括，數(shù)據(jù)庫需求、法律需求、國際準則、重用目標等。7 需求變更識別識別并定義在將來可能會變化的需求8.功能列表羅列本需求中的功能點、需求編號、需求內(nèi)容、優(yōu)先級與內(nèi)容描述。必要時獨立成立做為本需求的附件。功能點子功能需求編號優(yōu)先級內(nèi)容描述9.附件附件可能包括各個模塊的具體的功能需求描述、需求跟蹤表，或者系統(tǒng)的詞匯表、待確定問題列表，以及其它所有能夠成為需求基線內(nèi)容的正式文檔。