軟件需求規(guī)格說明模板

1、XXX項(xiàng)目軟件需求規(guī)格說明書XXXX20 年 月曰文檔信息文檔標(biāo)題XXX項(xiàng)目需求規(guī)格說明書歸檔日期所有者修訂歷史版本編號(hào)版本日期修訂內(nèi)容備注V0.1初始版本V0.2V0.3V0.4V0.5V0.6V0.7V0.8V0.9V1.0文檔編制、審核與批準(zhǔn)簽字日期編制審核批準(zhǔn)1引言1.1 目的1.2范圍1.3定義、簡(jiǎn)寫和縮略語(yǔ)1.4引用文件1.5綜述2總體描述2.1產(chǎn)品描述系統(tǒng)接口用戶界面硬件接口軟件接口通信接口內(nèi)存約束操作現(xiàn)場(chǎng)適應(yīng)性需求2.2產(chǎn)品功能2.3用戶特點(diǎn)2.4約束2.5假設(shè)和依賴關(guān)系2.6需求分配目錄.5.5.5.63具體需求3.1外部接口7.3.2功能3.3性能需求.1.0.3.4數(shù)據(jù)庫(kù)

2、邏輯需求103.5設(shè)計(jì)約束.1.1標(biāo)準(zhǔn)依從性1.13.6軟件系統(tǒng)屬性1.1可靠性1.可用性1.安全保密性12可維護(hù)性12可移植性123.7具體需求的組織12系統(tǒng)模式12用戶類型13對(duì)象1.3特征1.3激勵(lì)1.3響應(yīng)1.3功能層次143.8附加說明1.4.1.44附錄1引言本部分應(yīng)當(dāng)提供整個(gè) SRS的概述1.1 目的本條宜：a）描述SRS的目的；b）說明SRS的預(yù)期讀者。1.2范圍本條宜：a）通過名稱識(shí)別要生產(chǎn)/開發(fā)的軟件產(chǎn)品（例如，宿主數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）、報(bào)告生 成器等）；b）必要時(shí)，說明軟件產(chǎn)品將做或不做什么；c）描述規(guī)定的軟件的應(yīng)用，包括相關(guān)的收益、目標(biāo)和目的；d）如果上層規(guī)格說明

3、（如，系統(tǒng)需求規(guī)格說明）存在，與上層規(guī)格說明類似的陳述保持一致。1.3定義、簡(jiǎn)寫和縮略語(yǔ)本條宜提供對(duì)正確解釋SRS所要求的所有術(shù)語(yǔ)、簡(jiǎn)寫和縮略語(yǔ)的定義，這些信息可以通過引用SRS中的一個(gè)或多個(gè)附錄、或者引用其他文件的方式來提供。1.4引用文件本條宜：a）提供SRS引用的所有文件的完整清單 ；b）標(biāo)識(shí)出每個(gè)文件的名稱、報(bào)告編號(hào)（適用時(shí)）、日期、出版組織；c）標(biāo)明可以獲得引用文件的來源 。這些信息可以通過引用附錄或引用其他文檔的方式提供。1.5綜述本條宜：a）描述SRS的其余章條包含的內(nèi)容b）說明SRS是如何組織的。2總體描述本章宜描述影響產(chǎn)品及其需求的一般因素，而不敘述具體的需求。相反，它提供需

4、求的背景并使它們更易理解，而在SRS的第3章將詳細(xì)定義這些需求。2.1產(chǎn)品描述本條宜把產(chǎn)品置于其他有關(guān)產(chǎn)品的全景之下。如果產(chǎn)品是獨(dú)立的和完全自我包含的這里宜如實(shí)給予陳述。正如常出現(xiàn)的那樣，如果SRS定義的產(chǎn)品是較大系統(tǒng)的組成部分 則本章宜將軟件的功能性與較大系統(tǒng)的需求相聯(lián)系，而且宜識(shí)別軟件和系統(tǒng)之間的接口使用框圖展示較大系統(tǒng)的主要部分、相互聯(lián)系以及外部接口是有幫助的。本條也宜描述在各種不同的約束下軟件如何運(yùn)行。女口，這些約束可包括：a）系統(tǒng)接口 ；b）用戶界面；c）硬件接口 ；d）軟件接口 ；e）通信接口 ；f）內(nèi)存；g）運(yùn)行；h）現(xiàn)場(chǎng)適應(yīng)性需求等。系統(tǒng)接口本條宜列出每個(gè)系統(tǒng)接口，識(shí)別完成系統(tǒng)

5、需求的軟件功能以及與系統(tǒng)匹配的接口描述。用戶界面本條宜規(guī)定以下方面：a）在軟件產(chǎn)品與用戶之間每個(gè)界面的邏輯特征。這包括完成軟件需求所需要的那些配置特征（例如，要求的屏幕顯示格式、頁(yè)面或窗口版式布局、任何報(bào)告或菜單 的內(nèi)容、或者可編程功能鍵的設(shè)置）；b）優(yōu)化系統(tǒng)用戶界面的所有方面。這可以簡(jiǎn)單地包括一個(gè)針對(duì)系統(tǒng)對(duì)用戶的顯示方式系統(tǒng)將做什么和不做什么的清單。例如，可能是一項(xiàng)選擇長(zhǎng)或短的錯(cuò)誤消息方面的需求。如同所有其他需求一樣，這些需求宜是可驗(yàn)證的，例如，經(jīng)過th培訓(xùn) 后，4級(jí)打字員能夠在 Zrnln內(nèi)執(zhí)行功能X”，而不是打字員能夠執(zhí)行功能 X”這 也可以在標(biāo)題為使用方便性章條的軟件系統(tǒng)屬性中規(guī)定）。

6、硬件接口本條宜規(guī)定系統(tǒng)硬件各部件與軟件產(chǎn)品之間每個(gè)接口的邏輯特征，包括配置特征（端口數(shù)量、指令集等），同樣也覆蓋這些事項(xiàng)，如，支持什么設(shè)備、如何支持以及采用什么 協(xié)議。例如，相對(duì)逐行支持，終端支持可能規(guī)定為全屏支持。軟件接口本條宜規(guī)定對(duì)其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)、或數(shù)學(xué)軟件包）的使用，以及與其他應(yīng)用系統(tǒng) （例如，賬戶接收系統(tǒng)和一般的會(huì)計(jì)記帳系統(tǒng)的鏈接）的接口。對(duì)于每個(gè)要求的軟件產(chǎn)品，宜提供：a）名稱；b）助記符；C）規(guī)格說明編號(hào)；d）版本號(hào);e）來源。對(duì)于每個(gè)接口 ，宜提供：a）相對(duì)此軟件產(chǎn)品，接口軟件的目的的論述；b）按照消息內(nèi)容和格式對(duì)接口的定義，不必要詳細(xì)描述任何已文件化

7、的接口，但要求引用定義此接口的文件。通信接口本條宜定義不同的通信接口，女口，局域網(wǎng)協(xié)議等。內(nèi)存約束本條宜規(guī)定對(duì)主存和輔存的任何適用特征和限制。操作本條宜規(guī)定用戶要求正常的和特定的操作，如：a）用戶組織的不同操作模式（如，用戶引發(fā)的操作）；b）交互操作的周期和無人值守操作的周期；c）數(shù)據(jù)處理支持功能；d）備份和恢復(fù)操作。注：有時(shí)此條規(guī)定作為用戶界面的一部分。現(xiàn)場(chǎng)適應(yīng)性需求本條宜：a）對(duì)于給定的現(xiàn)場(chǎng)、任務(wù)或運(yùn)行模式（如，網(wǎng)格數(shù)、安全限制等），為任何數(shù)據(jù)或啟動(dòng)順序定義需求；b）針對(duì)軟件適應(yīng)特定的安裝現(xiàn)場(chǎng)或任務(wù)，規(guī)定應(yīng)當(dāng)修改的特征。2.2產(chǎn)品功能本條宜給出軟件將執(zhí)行主要功能的概要。例如，某個(gè)會(huì)計(jì)程序的

8、 SRS可在此部分關(guān)注顧客賬戶維護(hù)、顧客財(cái)務(wù)報(bào)表及發(fā)票準(zhǔn)備，而不涉及這些功能要求的大量細(xì)節(jié)。有時(shí)，本條需要的功能概要可直接從分配具體功能到軟件產(chǎn)品的更高層規(guī)格說明（如果存在）中摘錄。為了清晰，應(yīng)當(dāng)注意：a）功能宜以這樣的方式組織，以使顧客或第一次閱讀該文件的任何讀者對(duì)功能列表容易理解；b）可以使用文本或圖示的方法，顯示不同的功能及其之間的關(guān)系。這樣的圖示不必顯示產(chǎn)品的設(shè)計(jì)，但簡(jiǎn)要顯示變量之間的邏輯關(guān)系2.3用戶特點(diǎn)本條宜給出軟件產(chǎn)品預(yù)期用戶的一般特征，包括教育程度、經(jīng)驗(yàn)、專業(yè)技術(shù)情況。它不宜指出具體的需求，但宜給出SRS第3章中為何規(guī)定某些具體需求的原因。2.4約束本條宜給出將會(huì)限制開發(fā)人員選

9、擇的任何其他事項(xiàng)的一般描述。這些包括:a）法規(guī)政策；b）硬件局限（如，信號(hào)時(shí)間要求）；c）與其他應(yīng)用的接口 ；d）并行操作；e）審核功能；f）控制功能；g）高級(jí)語(yǔ)言需求；h）信號(hào)握手協(xié)議（如，XON-XOFF、ACK-NACK）;i）可靠性需求；j）應(yīng)用的關(guān)鍵性；k）安全和保密安全考慮。2.5假設(shè)和依賴關(guān)系本條宜列出影響 SRS規(guī)定需求的每個(gè)因素。這些因素不是軟件設(shè)計(jì)的限制條件，但是，它們的任何變更可能影響SRS中的需求。例如，某個(gè)假設(shè)可能是軟件產(chǎn)品指定的硬件具有某個(gè)特定操作系統(tǒng)，如果事實(shí)上該操作系統(tǒng)不能使用，那么SRS將做相應(yīng)的修改。2.6需求分配本條宜識(shí)別可能推遲到系統(tǒng)將來版本的需求本章宜

10、包括足夠詳細(xì)的所有軟件需求 使測(cè)試人員能夠測(cè)試該系統(tǒng)滿足這些需求 統(tǒng)，每個(gè)規(guī)定的需求應(yīng)當(dāng)是外部可理解的3具體需求，使設(shè)計(jì)人員能夠設(shè)計(jì)系統(tǒng)以滿足這需求，并且。貫穿本章，對(duì)于用戶、運(yùn)行人員或其他外部系。這些需求至少應(yīng)當(dāng)包括，每個(gè)系統(tǒng)輸入（激 勵(lì)）、每個(gè)系統(tǒng)輸出（響應(yīng)）以及系統(tǒng)通過響應(yīng)某個(gè)輸入或支持某個(gè)輸出所執(zhí)行的所有功 能。由于這通常是SRS篇幅最大和最主要部分，以下原則適用：a）規(guī)定的具體需求宜符合 GB/T 9385-2008 4.4 描述的所有特征；b）具體需求宜引用較早的相關(guān)文件；c）所有的需求宜是唯一可標(biāo)識(shí)的；d）宜注意需求的組織，使其具有最大的可讀性。到組成需求的各個(gè)不同GB/T 93

11、85-2008 5.2 的接口在考察組織需求的具體方式之前，了解GB/T 9385-2008 541項(xiàng)是有益的。3.1外部接口本條宜是軟件系統(tǒng)所有輸入和輸出的詳細(xì)描述。它宜是對(duì)描述的補(bǔ)充，不宜重復(fù)前面已有的信息。宜包括以下內(nèi)容和格式：a）項(xiàng)的名稱；b）目的描述；c）輸入源和輸出目的地；d）有效范圍、準(zhǔn)確度和/或容限;e）測(cè)量單位;f）定時(shí);g）與其他輸入/輸出的關(guān)系;h）屏顯格式/組織;i）窗口格式/組織；j）數(shù)據(jù)格式；k）命令格式;l）結(jié)束消息。3.2功能功能需求宜定義軟件在接收和處理輸入以及處理和產(chǎn)生輸出中必須發(fā)生的基本動(dòng)作 般情況下使用系統(tǒng)應(yīng)的方式來陳述。這些包括：a）對(duì)輸入有效性的核查

12、；b）操作的準(zhǔn)確順序；c）異常情況響應(yīng)，包括：1）溢出;2）通信設(shè)施;3）錯(cuò)誤處理和恢復(fù)；d）參數(shù)影響;e）輸入與輸出的關(guān)系，包括：1）輸入/輸出順序；2）從輸入到輸出轉(zhuǎn)換的公式。,但這并不意味著軟件設(shè)計(jì)同樣盡管將功能需求劃分為子功能或子過程可能是適當(dāng)?shù)?以這樣的方式劃分。信息流數(shù)據(jù)流圖1數(shù)據(jù)實(shí)體有關(guān)的過程拓扌卜圖數(shù)據(jù)流圖2數(shù)據(jù)實(shí)體有關(guān)的過程拓?fù)鋱D3.2.1. n數(shù)據(jù)流圖n3.2.1. n.1數(shù)據(jù)實(shí)體3.2.1. n.2有關(guān)的過程3.2.1. n.3拓?fù)鋱D過程描述3.2.2.1 過程 1輸入數(shù)據(jù)實(shí)體過程算法或公式受影響的數(shù)據(jù)實(shí)體3.2.2.2 過程 2輸入數(shù)據(jù)實(shí)體過程算法或公式受影響的數(shù)據(jù)實(shí)體

13、3.2.2. m 過程 m3.2.2. m.1輸入數(shù)據(jù)實(shí)體3.2.2. m.2過程算法或公式3.2.2. m.3受影響的數(shù)據(jù)實(shí)體數(shù)據(jù)構(gòu)建規(guī)范3.2.3.1 構(gòu)建 1記錄類型組成字段3.2.3.2 構(gòu)建 2記錄類型組成字段3.2.3. p 構(gòu)建 p3.2.3. p.1記錄類型3.2.3. p.2組成字段數(shù)據(jù)詞典數(shù)據(jù)元素13.2.4.1.1 名稱表示法單位/格式精確度/準(zhǔn)確度3.2.4.1.5 范圍數(shù)據(jù)元素23.2.4.2.1 名稱表示法單位/格式32424精確度/準(zhǔn)確度3.2.4.2.5 范圍3.2.4. q數(shù)據(jù)元素q3.2.4. q.1 名稱3.2.4. q.2表示法3.2.4. q.3單位/

14、格式3.2.4. q.4精確度/準(zhǔn)確度3.2.4. g.5 范圍3.3性能需求本條宜規(guī)定軟件或人與軟件互作用的整體靜態(tài)的和動(dòng)態(tài)的數(shù)量化需求。靜態(tài)數(shù)量化需求可能包括：a）支持的終端數(shù)量；b）支持同時(shí)運(yùn)行的用戶數(shù)量；c）要處理的信息量和類型。有時(shí)，靜態(tài)數(shù)量需求包含在命名為能力”的獨(dú)立部分。動(dòng)態(tài)數(shù)量化需求可能包括，女口，在正常和高峰工作負(fù)載條件，在某時(shí)段內(nèi)處理的事務(wù)處理數(shù)、任務(wù)數(shù)和數(shù)據(jù)量。所有這些需求宜以可測(cè)量的方式規(guī)定。女口：應(yīng)在小于Is內(nèi)處理95%的交易量。而不是：操作方不需等待事務(wù)處理結(jié)束。注：適用于某個(gè)具體功能的數(shù)量化限制，通常作為該功能處理描述部分予以規(guī)定。3.4數(shù)據(jù)庫(kù)邏輯需求宜規(guī)定將置于

15、數(shù)據(jù)庫(kù)的任何信息的邏輯需求。這可包括：a）不同功能使用的信息類型；b）使用頻度;c）訪問能力;d）數(shù)據(jù)實(shí)體及其之間的關(guān)系；e）完整性約束;f）數(shù)據(jù)保存需求。3.5設(shè)計(jì)約束宜規(guī)定可能由其他標(biāo)準(zhǔn)、硬件局限等引發(fā)的設(shè)計(jì)約束。標(biāo)準(zhǔn)依從性本條宜規(guī)定來自現(xiàn)存標(biāo)準(zhǔn)或法規(guī)的需求。它們可能包括：a）報(bào)告格式；b）數(shù)據(jù)命名；c）會(huì)計(jì)規(guī)程；d）審核追蹤。例如，可以規(guī)定追蹤處理活動(dòng)的軟件需求。為了最低滿足法規(guī)或財(cái)務(wù)標(biāo)準(zhǔn)，對(duì)于某些應(yīng)用這樣的追蹤是需要的。例如，審核追蹤需求可能規(guī)定，對(duì)于支付薪金數(shù)據(jù)庫(kù)的所有變 更，必須在一個(gè)追蹤文檔中記錄支付前后的數(shù)額。3.6軟件系統(tǒng)屬性有一些軟件屬性可以作為需求。規(guī)定所要求的軟件屬性是

16、重要的，這樣才能客觀地驗(yàn)證屬性的實(shí)現(xiàn)情況。GB/T 9385-2008 5.4.6.1 到5.465給出了部分示例?？煽啃员緱l宜規(guī)定要求的因素，以便建立在交付時(shí)軟件系統(tǒng)所要求的可靠性?？捎眯詾榱舜_保整個(gè)系統(tǒng)已定義的可用性程度，宜規(guī)定所要求的因素，女口，檢查點(diǎn)、恢復(fù)以及重啟動(dòng)。363安全保密性由于事故、惡意訪問、使用、修改、破壞或泄露，本條宜規(guī)定需要保護(hù)軟件的因素.這方面可能的具體需求包括 ：a）使用某些密碼技術(shù)；b）保留某些特定數(shù)據(jù)組的歷史或記錄；c）分配某些功能到不同的模塊；d）在程序的某些域間限制通信；e）對(duì)于關(guān)鍵變量檢查數(shù)據(jù)的完整性。364可維護(hù)性本條宜規(guī)定與軟件本身維護(hù)簡(jiǎn)易性有關(guān)的軟件

17、屬性。可以對(duì)模塊化、接口和復(fù)雜性等有一定的要求。但不宜僅因?yàn)槭橇己迷O(shè)計(jì)實(shí)踐就將其作為需求。365可移植性本條宜規(guī)定與軟件移植到其他主機(jī)和/或操作系統(tǒng)簡(jiǎn)易性相關(guān)的軟件屬性。這可能包括：a）依賴主機(jī)代碼模塊的百分比；b）依賴主機(jī)代碼的百分比；c）已證明可移植語(yǔ)言的使用；d）特定編譯器或語(yǔ)言子集的使用；e）特定操作系統(tǒng)的使用。3.7具體需求的組織除了微小的系統(tǒng)之外，任何系統(tǒng)傾向有大量的詳細(xì)的需求 。由此，宜仔細(xì)考慮這些需 求的組織方式，以最優(yōu)化可理解性。對(duì)于所有的系統(tǒng)不存在單一的最優(yōu)化組織方式。不同類型的系統(tǒng) SRS的第3章有不同的需求組織方式。GB/T 9385-2008 5.4.7.1 到描述了

18、一些組織方式。系統(tǒng)模式依賴于運(yùn)行模式，某些系統(tǒng)的行為顯著不同。例如，根據(jù)其運(yùn)行模式：培訓(xùn)、正常運(yùn)行或 者應(yīng)急，某個(gè)控制系統(tǒng)可能具有不同的功能集合。當(dāng)按照運(yùn)行模式組織該部分時(shí)，宜采用第 A.1章或第A.2章的提綱。需求組織方式的選擇取決于系統(tǒng)接口和性能是否依賴于運(yùn)行模式。用戶類型有些系統(tǒng)對(duì)不同的用戶提供不同的功能集合。例如，對(duì)于一般乘客、維護(hù)人員和消防人員，電梯控制系統(tǒng)顯示不同的能力。當(dāng)按照用戶類別組織該部分時(shí)，宜采用第A. 3章的提綱。對(duì)象對(duì)象是現(xiàn)實(shí)世界中的實(shí)體，系統(tǒng)具有與其對(duì)應(yīng)的部分。例如，在病人監(jiān)控系統(tǒng)中，對(duì)象包括病人、傳感器、護(hù)士、房間、醫(yī)師、醫(yī)藥等。與每個(gè)對(duì)象相聯(lián)系的是一組屬性（對(duì)象具

19、有的）和功能（對(duì)象執(zhí)行的），這些功能也稱之為服務(wù) 、方法或過程。當(dāng)按照對(duì)象組 織該部分時(shí)，宜采用第 A.4章的提綱。應(yīng)注意，對(duì)象組可能共有某些屬性和服務(wù)，要按照類別把這些組織在一起。特征,可能要求一系列的輸入以產(chǎn)生希望的結(jié)果。例如,、話務(wù)轉(zhuǎn)接、以及會(huì)議話務(wù)。一般的，系統(tǒng)每個(gè)特。當(dāng)按照系統(tǒng)特征組織該部分時(shí)，宜采用第 A.5章系統(tǒng)特征是從外部希望得到的服務(wù) 在電話系統(tǒng)中，系統(tǒng)特征包括本地話務(wù) 征按照一系列激勵(lì)一響應(yīng)對(duì)的方式描述 的提綱。激勵(lì)某些系統(tǒng)可以根據(jù)激勵(lì)描述其功能的方式最佳地組織其需求 。例如，飛機(jī)自動(dòng)著陸系 統(tǒng)的功能，可依照動(dòng)力降低、風(fēng)向切變、機(jī)身?yè)u擺突變、垂直速度限值等，組織到相應(yīng)的 部分。當(dāng)按照激勵(lì)方式組織該部分時(shí)，宜采用第A. 6章的提綱。響應(yīng)有些系統(tǒng)可以通過描述其支持產(chǎn)生某個(gè)響應(yīng)的所有功能，最佳地組織其需求。例如,某個(gè)人員管理系統(tǒng)的功能，可按照與產(chǎn)生薪金支付有關(guān)的所有功能、與產(chǎn)生當(dāng)前職員清單有關(guān)的所有功能，等等，予以組織到相應(yīng)的部分。宜采用第 A.6章的提綱（所有的激勵(lì)之 處由響應(yīng)替代）。功能層次當(dāng)上述組織方式證明沒有益處時(shí) ，