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