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

軟件需求規(guī)格說明書文檔編號(hào)：sm/cmmi/1103/01_1.0系統(tǒng)軟件需求規(guī)格說明書<版本號(hào)>編寫人：編寫日期：部門：審核人：審核日期：修訂頁編號(hào)章節(jié)名稱修訂內(nèi)容簡述修訂日期修訂前版本號(hào)修訂后版本號(hào)修訂人核準(zhǔn)人目錄1. 引言 11.1. 目的 11.2. 范圍 11.3. 定義、簡寫和縮略詞 11.4. 引用文件 11.5. 綜述 12. 總體描述 22.1. 產(chǎn)品描述 22.2. 產(chǎn)品功能 22.3. 用戶特點(diǎn) 22.4. 需求分配 33. 具體需求 33.1. 功能需求 33.1.1. 業(yè)務(wù)功能1 43.1.2. 業(yè)務(wù)功能n 53.2. 性能需求 53.3. 系統(tǒng)可靠性及安全性需求 53.4. 其它需求 6引言SRS的引言部分應(yīng)當(dāng)提供整個(gè)SRS的概述，包括以下各條：a）目的；b）范圍;c）定義、簡稱和縮略語；d）引用文件；e）綜述。目的本條宜：a）描述SRS的目的；b）說明SRS的預(yù)期讀者。范圍本條宜：a）經(jīng)過名稱識(shí)別要生產(chǎn)/開發(fā)的軟件產(chǎn)品；b）必要時(shí)，說明軟件產(chǎn)品將做或不做什么；c）描述規(guī)定的軟件的應(yīng)用，包括相關(guān)的收益、目標(biāo)和目的；d）如果上層規(guī)格說明(如，系統(tǒng)需求規(guī)格說明)存在，與上層規(guī)格說明類似的陳述保持一致。定義、簡寫和縮略詞本條宜提供對(duì)正確解釋SRS所要求的所有術(shù)語、簡寫和縮略語的定義，這些信息能夠經(jīng)過引用SRS中的一個(gè)或多個(gè)附錄、或者引用其它文件的方式來提供。在本節(jié)應(yīng)對(duì)需求的編號(hào)規(guī)則進(jìn)行約定。引用文件本條宜：a）提供SRS引用的所有文件的完整清單；b）標(biāo)識(shí)出每個(gè)文件的名稱、報(bào)告編號(hào)（適用時(shí)）、日期、出版組織；c）標(biāo)明能夠獲得引用文件的來源。這些信息能夠經(jīng)過引用附錄或引用其它文檔的方式提供。綜述本條宜：a）描述SRS的其余章條包含的內(nèi)容；b）說明SRS是如何組織的。總體描述本章宜描述影響產(chǎn)品及其需求的一般因素，而不敘述具體的需求。相反，它提供需求的背景并使它們更易理解，而在SRS的后續(xù)章節(jié)將詳細(xì)定義這些需求。本章一般由以下6條組成：a）產(chǎn)品描述；b）產(chǎn)品功能；c）用戶特點(diǎn)；d）約束；e）假設(shè)和依賴關(guān)系；f）需求分配。產(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）運(yùn)行環(huán)境；b）用戶界面；c）接口；d）運(yùn)行模式；e）現(xiàn)場(chǎng)適應(yīng)性需求等。產(chǎn)品功能本條宜給出軟件將執(zhí)行主要功能的概要。例如，某個(gè)同城程序的SRS可在此部分關(guān)注業(yè)務(wù)發(fā)起、資金清算處理，而不涉及這些功能要求的大量細(xì)節(jié)。有時(shí)，本條需要的功能概要可直接從分配具體功能到軟件產(chǎn)品的更高層規(guī)格說明（如果存在）中摘錄。為了清晰，應(yīng)當(dāng)注意：a）功能說明應(yīng)以使顧客或第一次閱讀該文件的任何讀者對(duì)功能列表容易理解；b）能夠使用文本或圖示的方法，顯示不同的功能及其之間的關(guān)系。這樣的圖示不必顯示產(chǎn)品的設(shè)計(jì)，但簡要顯示功能之間的邏輯關(guān)系。用戶特點(diǎn)本條宜給出軟件產(chǎn)品預(yù)期用戶的一般特征，包括部門、角色、權(quán)限等。本條所說用戶包括系統(tǒng)的隱含用戶，例如銀行客戶。需求分配本條宜識(shí)別可能推遲到系統(tǒng)將來版本的需求。具體需求本章宜包括足夠詳細(xì)的所有軟件需求，使設(shè)計(jì)人員能夠設(shè)計(jì)系統(tǒng)以滿足這些需求，而且使測(cè)試人員能夠測(cè)試該系統(tǒng)滿足這些需求。貫穿本章，對(duì)于用戶、運(yùn)行人員或其它外部系統(tǒng)，每個(gè)規(guī)定的需求應(yīng)當(dāng)是外部可理解的。這些需求至少應(yīng)當(dāng)包括，每個(gè)系統(tǒng)輸入（激勵(lì)）、每個(gè)系統(tǒng)輸出（響應(yīng)）以及系統(tǒng)經(jīng)過響應(yīng)某個(gè)輸入或支持某個(gè)輸出所執(zhí)行的所有功能。對(duì)軟件功能應(yīng)根據(jù)軟件的特征對(duì)需求項(xiàng)目進(jìn)行適當(dāng)?shù)慕M織。就面前我公司多數(shù)項(xiàng)目而言，應(yīng)根據(jù)軟件功能的層次進(jìn)行組織。對(duì)每一項(xiàng)需求應(yīng)進(jìn)行唯一編號(hào)。主要需求項(xiàng)目編號(hào)規(guī)則如下：需求項(xiàng)目編號(hào)規(guī)則功能需求FC_xxxxxx軟件接口需求SI_xxxxxx通訊接口需求CI_xxxxxx用戶界面需求UI_xxxxxx硬件接口需求HW_xxxxxx性能需求PF_xxxxxx其它類型的需求可在1.3節(jié)中定義后使用。對(duì)于有層級(jí)關(guān)系的需求，可用以下方式進(jìn)行表示：FC_1FC_1.1FC_1.2…FC_1.nFC_2…具體需求分為以下幾個(gè)部分：功能需求功能需求宜定義軟件在接收和處理輸入以及處理和產(chǎn)生輸出中必須發(fā)生的基本動(dòng)作。一般情況下使用“系統(tǒng)應(yīng)……”的方式來陳述。這些包括：a）操作的流程；b)輸入與輸出，包括：1)數(shù)據(jù)的來源及輸入/輸出方式2）從輸入到輸出轉(zhuǎn)換的處理過程3）輸入/輸出界面格式（如有的話），例如生成的報(bào)表的格式c）對(duì)輸入有效性的核查；d）訪問的數(shù)據(jù)對(duì)象（如數(shù)據(jù)表）及對(duì)數(shù)據(jù)的修改e）異常情況響應(yīng)，包括：1）溢出；2）錯(cuò)誤處理和恢復(fù)；盡管將功能需求劃分為子功能或子過程可能是適當(dāng)?shù)?，但這并不意味著軟件設(shè)計(jì)同樣以這樣的方式劃分。業(yè)務(wù)功能1需求編號(hào)：FC_0001需求概述：本功能用于實(shí)現(xiàn)xxxxxxxx功能優(yōu)先級(jí)：高/中/低業(yè)務(wù)規(guī)則以自然語言形式對(duì)需求項(xiàng)所必須遵循的處理原則進(jìn)行說明。形式如：系統(tǒng)應(yīng)該xxxxxxxxxxxxxxx如xxxxxxxxxxxx，則xxxxxxxxxxx前置條件指功能需求進(jìn)入執(zhí)行狀態(tài)需滿足的各種條件。以同城系統(tǒng)中“工作場(chǎng)次切換”為例，其前置條件為系統(tǒng)時(shí)間到達(dá)預(yù)先設(shè)定的場(chǎng)次終止時(shí)間。輸入包括輸入數(shù)據(jù)的來源、格式、數(shù)據(jù)要求等處理流程以自然語言或流程圖、或兩者結(jié)合的形式描述功能項(xiàng)的處理流程。對(duì)處理流程的描述應(yīng)包括正常處理流程及各種可能的異常處理流程。輸出完成處理后的數(shù)據(jù)輸出。包括格式、數(shù)據(jù)要求等。后置條件當(dāng)功能項(xiàng)處理流程結(jié)束后產(chǎn)生的處理結(jié)果。針對(duì)不同的處理流程（正常/異常），應(yīng)分別說明。用戶界面用草圖或屏幕快照的形式展現(xiàn)界面。盡可能使用連串圖的形式。業(yè)務(wù)功能n性能需求本條宜規(guī)定軟件或人與軟件互作用的整體靜態(tài)的和動(dòng)態(tài)的數(shù)量化需求。靜態(tài)數(shù)量化需求可能包括：a）支持的終端數(shù)量；b）支持同時(shí)運(yùn)行的交易并發(fā)數(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ī)定。系統(tǒng)可靠性及安全性需求有一些軟件屬性能夠作為需求。規(guī)定所要求的軟件屬性是重要的，這樣才能客觀地驗(yàn)證屬性的實(shí)現(xiàn)情況。具體包括以下內(nèi)容：a）可靠性本條宜規(guī)定要求的因素，以便建立在交付時(shí)軟件系統(tǒng)所要求的可靠性。b）可用性為了確保整個(gè)系統(tǒng)已定義的可用性程度，宜規(guī)定所要求的因素，如，檢查點(diǎn)、恢復(fù)以及重啟動(dòng)。c）安全保密性由于事故、惡意訪問、使用、修改、破壞或泄露，本條宜規(guī)定需要保護(hù)軟件的因素。這方面可能的具體需求包括：1）使用某些密碼技術(shù)；2）保留某些特定數(shù)據(jù)組的歷史或記錄；3）分配某些功能到不同的模塊；4）在程序的某些域間限制通信；5）對(duì)于關(guān)鍵變量檢查數(shù)據(jù)的完整性。d）可維護(hù)性本條宜規(guī)定與軟件本身維護(hù)簡易性有關(guān)的軟件屬性。能夠?qū)δK化、接口