《軟件需求規(guī)格說明書標準模板.docx》由會員分享，可在線閱讀，更多相關《軟件需求規(guī)格說明書標準模板.docx（8頁珍藏版）》請在裝配圖網上搜索。
1、軟件需求規(guī)格說明書文件編號： QMSPROCRD02 版本：1.0 受控簽章 編寫人日期 2012-9-10評審評審號/日期批準狀態(tài)發(fā)布范圍全公司修改歷史日期版本作者 修改內容2012-9-101.0新建目錄1引言21.1 目的21.2 背景21.3 術語21.4 預期讀者與閱讀建議21.5 參考資料21.6 需求描述約定22.項目概述22.1 系統功能22.2 業(yè)務描述22.3 數據流程描述 (可選)22.4 用戶的特點22.5 運行環(huán)境要求22.6 設計和實現上的限制23.功能需求的描述24.非功能需求24.1系統性能要求24.2系統安全及保密要求24.3系統備份與恢復要求24.4系統日志
2、25.外部接口說明26.其他需求27 需求變更識別28.功能列表29.附件21引言1.1 目的說明編寫這份軟件需求規(guī)格說明書的目的，如：通過本文檔定義產品的需求，以求在項目組員與相關成員之間達成一致的需求描述。1.2 背景描述系統產生的背景，包括：a 需開發(fā)的軟件系統的名稱，和英文縮寫（可選），項目編號（可選）；b 列出此項目的任務提出者、開發(fā)者c 軟件系統應用范圍、用戶。d 產生該系統需求的原因或起源，如社會背景、市場發(fā)展、政策趨勢、原有系統局限性1.3 術語列出本文件中用到的專門術語、術語定義、外文首字母組詞的原詞組。也可用附件說明。或放到本文件的最后。1.4 預期讀者與閱讀建議描述本文檔
3、的主要讀者，以及這些讀者在閱讀時的閱讀重點與建議?？捎昧斜淼姆绞搅谐觥Ｈ纾侯A期讀者閱讀建議XX領導層仔細閱讀概述，編寫目的，文檔約定，系統功能介紹和維度指標說明。XX公司的業(yè)務部門、決策部門、具體的使用部門、業(yè)務員、系統管理員仔細閱讀文檔約定，系統功能介紹和維度指標說明。各個部門可重點閱讀與本部門相關的內容。參加需求評審的人員仔細閱讀全部內容。系統設計人員仔細閱讀全部內容。系統測試人員仔細閱讀文檔約定，系統功能介紹和維度指標說明。 1.5 參考資料列出有關的參考資料，如：a 本項目經核準的計劃任務書或合同、上級機關的批文；b 屬于本項目的其他已發(fā)表的文件；c 本文件中各處引用的文件、資料、包括
4、所要用到的軟件開發(fā)標準。d 行業(yè)標準和規(guī)范。列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。文檔名版本號發(fā)表日期來源文檔簡稱1.6 需求描述約定在此說明本文描述需求的約定。這些約定可以包括：l 需求標識方法，如序列化編號、層次化編號、層次化文本標簽等方法。應確保需求標識在整個項目中的唯一性，且不受需求變更的影響，不得使用WORD自帶的序列號作為需求標識l 需求的跟蹤顆粒度l 優(yōu)先級與重要性(本文檔中設定的級別，及其含義)l 功能描述的方法。（若引用了參考資料，應指明參考資料的簡稱與章節(jié)號或頁碼，以便復核與評審。）l 界面描述規(guī)則，如：用圖形描繪DEMO界面
5、l 等等根據不同類型、不同規(guī)模的項目，項目組可以做出增減。以一個大項目舉例如下：）本系統的需求標識方法：層次化編號方法模塊縮寫序列號，如SZAG01、SZAG01.01、SZAG01.01.02模塊縮寫參照表：模塊名模塊縮寫模塊名模塊縮寫深圳A股SZAG上海A股SHAG深圳B股SZBG上海B股SHBG電子劃撥DZHB資金清算ZJQS需求層次：分三個層次，用三位字符表示。第一層需求指主功能模塊，第二層需求指功能模塊的主功能點，第三層次指主功能點下的具體需求。）本系統的需求跟蹤粒度跟蹤到第二層功能需求。）本文檔的需求級別定義：l 本文檔統一規(guī)定對需求層次為二級以上（功能模板、主功能點）的定義優(yōu)先級
6、，三層需求依據二層需求的優(yōu)先級執(zhí)行。l 本文檔的優(yōu)先級別分為：緊急、正常、緩l 同時對于主功能點還描述實現的周期：一期、二期、三期）功能描述方法：本文檔從以下幾個方面對功能需求進行描述：a. 業(yè)務定義/描述。b. 適用的用戶類型c. 業(yè)務規(guī)則/業(yè)務要素。d. 輸入：提供所有與本功能有關的輸入描述，包括：輸入數據類型、媒體、格式、數值范圍、精度、單位等。e. 輸出提供與本功能有關所有輸出的描述，包括：輸出數據類型、方式、格式、精度、單位等，以及圖形或顯示報告的描述。f. 業(yè)務操作流程g. 描述正常業(yè)務流程，列舉異常情況和處理流程。建議使用圖示，并配合必要的文字說明h. 約束條件/特殊考慮列出在各
7、個工作領域不需計算機化的功能并提供其原因以及特殊條件。）界面描述規(guī)則界面描述使用VISIO的界面模型進行描述。2.項目概述2.1 系統功能概述了產品所具有的主要功能。其詳細內容將在系統功能需求和特性中描述，所以在此只需要概略地總結。很好地組織產品的功能，使每個讀者都易于理解。a. 建議以圖表形式列出功能結構圖，并加入必要文字說明。b. 建議以列表形式列出功能分類，以及優(yōu)先級，并加入必要文字說明。2.2 業(yè)務描述 用文字或圖形方式描述系統的主要業(yè)務流程，若引用了參考資料，應指明參考資料的簡稱與章節(jié)號或頁碼，以便復核與評審。2.3 數據流程描述 (可選) 用文字或圖形方式描述系統的數據流程，若引用
8、了參考資料，應指明參考資料的簡稱與章節(jié)號或頁碼，以便復核與評審。2.4 用戶的特點列出本軟件的最終用戶的特點，以及本軟件的預期使用頻度，確定可能使用該產品的不同用戶類并描述它們相關的特征。有一些需求可能只與特定的用戶類相關。一般來說至少有以下幾類：一般操作者：系統管理者：最終用戶2.5 運行環(huán)境要求 描述了軟件的運行環(huán)境，包括硬件平臺、操作系統和版本，還有其它的軟件組件或與其共存的應用程序。2.6 設計和實現上的限制列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設因素（與已知因素相對立）。這可能包括你打算要用的商業(yè)組件或有關開發(fā)或運行環(huán)境的問題對需求實現的影響，也可能是需求或業(yè)務規(guī)則對設計與實現
9、方法的影響?？赡苓€來自于經費、投資方面的限制，法律或政策方面的限制，或者可利用的資源和信息的限制。3.功能需求的描述為每個確定的商業(yè)功能（需實現的功能）描述其定義、業(yè)務規(guī)則，詳細敘述如何從輸入轉變到輸出并且如何獲得、處理和產生這些信息。這些內容在下列標題中有條理的闡述。a. 業(yè)務定義/描述。b. 適用的用戶類型，指操作本功能所需的授權c. 業(yè)務規(guī)則/業(yè)務要素。d. 功能項的主要頁面或是樣式e. 輸入：提供所有與本功能有關的輸入描述，包括：輸入數據類型、媒體、格式、數值范圍、精度、單位等。f. 輸出提供與本功能有關所有輸出的描述，包括：輸出數據類型、方式、格式、精度、單位等，以及圖形或顯示報告的
10、描述。g. 業(yè)務操作流程描述正常業(yè)務流程，列舉異常情況和處理流程。建議使用圖示，并配合必要的文字說明h. 約束條件/特殊考慮列出在各個工作領域不需計算機化的功能并提供其原因以及特殊條件。4.非功能需求4.1系統性能要求a.時間特性說明對于該軟件的時間特性要求，時間測量單位的選擇：l 高峰期的環(huán)境假設、負載假設；l 高峰期的處理時間。b.精度要求說明對該軟件的輸入、輸出數據精度的要求。c.系統有效性為取得系統有效性，應考慮標準工作日、周末和公共假期的操作時間。例如：系統每天需要連續(xù)運行24小時，每周運行七天，包括公共假期和周末d.容錯性e.可擴充性4.2系統安全及保密要求 指定可以訪問各自功能的
11、用戶群，如需要可指定用戶訪問權和安全包（如有），以便有效控制系統訪問和數據訪問。 確認審核記錄和所有有關報告及接受人。闡述是否任何違反系統訪問的內容都需要監(jiān)控，以及以什么方式監(jiān)控。 列明所有安全需求，例如數據加密，信息驗證等。4.3系統備份與恢復要求a. 指定每種信息類型的保存期；b. 闡述在保存期過后需要實施的行為，例如：轉移到計算機外部的介質中，或刪除它們。c. 如轉移到計算機外的介質中，敘述存儲期及貯存介質的類型。例如：磁帶、磁盤、報告等。d. 環(huán)境異常時，系統恢復策略描述。4.4系統日志a. 日志內容、記錄策略b. 日志的保存時長、保存策略c. 日志內容的訪問控制5.外部接口說明外部接
12、口包括：硬件接口、軟件接口、通信接口，每個接口需考慮以下內容：a. 接口描述，包括接口類型、接口特點（如版本、名稱、來源等）b. 接口與本系系統的輸入輸出關系c. 技術方面的約束d. 轉換的安全考慮6.其他需求對其它需要描述但未在本模板中列出的需求，在此進行說明，如果某個這樣的需求比較重要，可以單獨用新的一節(jié)來描述。這樣的需求可能包括，數據庫需求、法律需求、國際準則、重用目標等。7 需求變更識別識別并定義在將來可能會變化的需求8.功能列表羅列本需求中的功能點、需求編號、需求內容、優(yōu)先級與內容描述。必要時獨立成立做為本需求的附件。功能點子功能需求編號優(yōu)先級內容描述9.附件附件可能包括各個模塊的具體的功能需求描述、需求跟蹤表，或者系統的詞匯表、待確定問題列表，以及其它所有能夠成為需求基線內容的正式文檔。
軟件需求規(guī)格說明書標準模板.docx
