軟件需求分析說(shuō)明書

1、軟件需求分析說(shuō)明書軟件需求分析說(shuō)明書文檔編號(hào)：BSS項(xiàng)目標(biāo)識(shí)_P_SRS版本號(hào)文檔狀態(tài)：正式版V1.0版權(quán)屬于億陽(yáng)信通所有，無(wú)億陽(yáng)信通的書面同意，任何個(gè)人或組織無(wú)權(quán)拷貝。需求分析說(shuō)明書審批表項(xiàng)目 : 億陽(yáng)信通* 項(xiàng)目文檔版本: 正式版 V1.0程序?qū)χM(jìn)行控制，得到 CCB （管理控制委員會(huì)）確認(rèn)的最終形式就是在本簽批頁(yè)上 作出書面的簽字認(rèn)可。只有經(jīng)過(guò)了這種正式的批準(zhǔn)，才能啟動(dòng)軟件設(shè)計(jì)等一系列工作。/CCB 的成員通常包括以上角色，此處應(yīng)當(dāng)依據(jù)項(xiàng)目的實(shí)際執(zhí)行情況對(duì)之進(jìn)行裁剪。容差異，使讀者能夠快速、便捷地查看本版本的焦點(diǎn)內(nèi)容。需求分析說(shuō)明書審批表 1文檔修改記錄 211-11.1 1.2 1.

2、31.4 1.5 2目的 文檔約預(yù)期讀者和閱讀建1-1定 1-1議 1-2產(chǎn)品范圍 1-2獻(xiàn) 1-2系統(tǒng)概述 2-4 2.1 2.2 2.3 2.4任務(wù)背景 2-4臺(tái)匕能 2-4點(diǎn) 2-5境 2-52.4.1 2.4.2 2.4.3 2.5 2.6 3硬件平臺(tái) 2-5支持軟件 2-5通信環(huán)境 2-6設(shè)計(jì)和執(zhí)行約束 2-6假設(shè)和依賴 2-6外部接口需求 3-73.1 3.2 3.3 3.4用戶界面 3-7口 產(chǎn)品功用戶特運(yùn)行環(huán)硬件接軟件接3-7口 3-7通信接口 3-84 內(nèi)部接口需求 4-94.1 4.2模塊間的接口 4-9功能間的接口 4-95 功能需求 5-105.1需求類 1 名稱 優(yōu)先

3、級(jí)別 5-105.1.1 5.1.2 6業(yè)務(wù)流程 5-10功能需求 5-10非功能需求 6-116.1 6.2 6.3 6.4 6.5 6.6性能需求 6-11安全設(shè)施要求 6-11安全和保密要求 6-11質(zhì)量要求 6-12業(yè)務(wù)規(guī)則（選）6-12其它需求 6-12附錄 1：待確定問(wèn)題清單 6-12/ 引言，作為文檔的第一部分，對(duì)整個(gè)軟件需求說(shuō)明書文檔進(jìn)行概要性的說(shuō)明，幫助讀者快速了解文檔目的、編寫約定、閱讀方式以及軟件產(chǎn)品。說(shuō)明文檔編寫目的，即軟件需求說(shuō)明書的作用以及主要內(nèi)容。其中要明確說(shuō)明待修訂的軟件版本號(hào)，以及即將發(fā)行的軟件版本號(hào)。/ 這段文字的描述，目的就是對(duì)產(chǎn)品的軟件需求進(jìn)行定義，但是

4、說(shuō)明和定義的范圍應(yīng)當(dāng)限于我們要做的軟件系統(tǒng)或軟件子系統(tǒng)。（相關(guān)的總體系統(tǒng)和其它系統(tǒng)的需求說(shuō)明，應(yīng)當(dāng)在“參考文獻(xiàn)”中指出。） 范例：本文檔是在對(duì)XX系統(tǒng)進(jìn)行總體分析后，得出的對(duì)XX軟件系統(tǒng)的需求說(shuō)明。XXX 版本XX軟件是對(duì)XX版本XX軟件進(jìn)行的修訂，本文將對(duì) XX軟件的軟件需求進(jìn)行 詳細(xì)的定義，并以需求基線的形式確定下來(lái)，對(duì)之進(jìn)行嚴(yán)格的控制，目的是準(zhǔn)確和正確地滿足XX系統(tǒng)的要求，減少返工。本文檔將作為對(duì)XXX版本XX軟件進(jìn)行設(shè)計(jì)開(kāi)發(fā)和驗(yàn)收活動(dòng)的依據(jù)。1.2 文檔約定描述編寫文檔時(shí)采用的標(biāo)準(zhǔn)或?qū)ε虐骘L(fēng)格的約定，如：不同樣式的字體代表哪類內(nèi)容、不同標(biāo)題引導(dǎo)哪個(gè)層次的內(nèi)容、特殊符號(hào)的含義等等。/ 約

5、定的目的是讓讀者與作者在同一語(yǔ)境中理解文章的含義，方便閱讀、有效消除誤解。 范例：文檔在編制時(shí)，遵守IEEE 發(fā)布的對(duì)軟件需求說(shuō)明書的文檔約定/ 或 采用公司發(fā)布的軟件需求說(shuō)明書模板，嚴(yán)格遵守其約定。本文的特殊約定：高層需求的實(shí)現(xiàn)優(yōu)先級(jí)可以被其細(xì)化的低層需求所繼承，低層需求的實(shí)現(xiàn)優(yōu)先級(jí)如果高于其高層需求，必須單獨(dú)補(bǔ)充說(shuō)明。1.3 預(yù)期讀者和閱讀建議列出軟件需求說(shuō)明書所針對(duì)的不同讀者，如項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、銷售、用戶、測(cè)試人員或文檔的編寫人員；描述本文剩余內(nèi)容及行文構(gòu)架；每類讀者最適合的閱讀方式建議。/ 不同讀者，對(duì)需求的理解能力、關(guān)注的側(cè)重點(diǎn)各不相同，需求分析人員應(yīng)當(dāng)給出方便他們閱讀的合理化建

6、議，有助于檢查需求的質(zhì)量。范例：本文可能的讀者分為以下幾類：項(xiàng)目經(jīng)理仔細(xì)閱讀文檔的所有細(xì)節(jié)，同時(shí)閱讀參考文獻(xiàn)涉及的系統(tǒng)分析說(shuō)明書和用戶需求說(shuō)明書；開(kāi)發(fā)人員和測(cè)試人員仔細(xì)閱讀每個(gè)需求功能說(shuō)明和性能要求，同時(shí)關(guān)注“ 2.5 設(shè)計(jì)和實(shí)現(xiàn)約束”；用戶和銷售注意業(yè)務(wù)流程的描述、假定和依賴、運(yùn)行環(huán)境。1.4 產(chǎn)品范圍首先，對(duì)所開(kāi)發(fā)軟件做一個(gè)概念性的描述。然后，說(shuō)明軟件成功開(kāi)發(fā)后，開(kāi)發(fā)商、客戶和最終用戶預(yù)期得到的利益，以及借此能夠達(dá)到的（業(yè)務(wù)或/和市場(chǎng)）目標(biāo)。范例：XX 軟件是商業(yè)通訊事業(yè)部受北京市政府委托，為其開(kāi)發(fā)的一套辦公自動(dòng)化軟件。北京市政府使用這套軟件后，可以使日常事務(wù)處理流程更趨于合理化，從而使辦

7、事效率得到極大改善，同時(shí)也節(jié)省了物力、人力資源。這也是中國(guó)政府加入WTOf的必然發(fā)展趨勢(shì)。億陽(yáng)集團(tuán)作為本軟件的開(kāi)發(fā)商，不僅可以取得經(jīng)濟(jì)上的直接利益，同時(shí)也極大促進(jìn)了今后占領(lǐng)本領(lǐng)域的市場(chǎng)份額，樹立自己的品牌形象。1.5 參考文獻(xiàn)列出編寫本文所參考的各種資料和引用相關(guān)文檔，并注明這些參考文獻(xiàn)的詳細(xì)信息，包括文檔編號(hào)（如果有）、文檔名稱、作者、版本、發(fā)布日期、出版單位或來(lái)源。參考文獻(xiàn)通常有：1. 本項(xiàng)目經(jīng)核準(zhǔn)的方案建議書、可行性分析報(bào)告、立項(xiàng)申請(qǐng)表、項(xiàng)目任務(wù)書、合同、上級(jí)機(jī)關(guān)批文、系統(tǒng)需求規(guī)格說(shuō)明書、用戶需求說(shuō)明書、相關(guān)產(chǎn)品的軟件需求說(shuō)明書；2.遵守的行業(yè)規(guī)范、技術(shù)標(biāo)準(zhǔn)、軟件需求說(shuō)明書的書寫規(guī)范；3

8、. 其它。/ 本節(jié)的目的，是方便讀者查閱相關(guān)文獻(xiàn)，理解設(shè)計(jì)需求的依據(jù)和來(lái)源。/ 本章對(duì)待開(kāi)發(fā)的軟件系統(tǒng)做出概要性闡述，說(shuō)明開(kāi)發(fā)背景、作用范圍、運(yùn)行環(huán)境和 已知的約束條件。2.1 任務(wù)背景描述開(kāi)發(fā)本軟件系統(tǒng)的背景和起源。說(shuō)明待開(kāi)發(fā)軟件是否是某產(chǎn)品系列中的下一成員，是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品，是否是現(xiàn)有軟件系統(tǒng)的替代品，或者是否是一個(gè)新型的產(chǎn)品。如果待開(kāi)發(fā)軟件屬于某個(gè)大系統(tǒng)的組成部分，則需說(shuō)明該軟件在系統(tǒng)中的位置，它是怎樣與整個(gè)系統(tǒng)相關(guān)聯(lián)的，并定義出與系統(tǒng)其它部分之間的接口。（通常，使用系統(tǒng)結(jié)構(gòu)圖說(shuō)明這一點(diǎn)）范例：XX 單位的辦公自動(dòng)化軟件是1990 年根據(jù)當(dāng)時(shí)的需要開(kāi)發(fā)的，隨著工作流程的細(xì)

9、化、業(yè)務(wù)的增多，現(xiàn)行系統(tǒng)已經(jīng)遠(yuǎn)遠(yuǎn)不能滿足當(dāng)前需要，因此XX單位提出根據(jù)目前的業(yè)務(wù)需求，開(kāi)發(fā)一套新的辦公處理軟件來(lái)替代當(dāng)前運(yùn)行軟件。/ 描述現(xiàn)行舊系統(tǒng)的運(yùn)行情況，以及不同狀態(tài)和運(yùn)行方式下（如正常、維護(hù)、降級(jí)、應(yīng)急處理等狀態(tài)）運(yùn)行系統(tǒng)產(chǎn)生的差異，說(shuō)明現(xiàn)行舊系統(tǒng)面臨的問(wèn)題和局限性，指出用戶要求的改進(jìn)方向，即新任務(wù)目標(biāo)。2.2 產(chǎn)品功能簡(jiǎn)要列出軟件產(chǎn)品具有的主要功能，粗框型的功能需求分組及各組功能之間的關(guān)系，可以用HIPO圖或類圖來(lái)表示。/ 不需詳細(xì)說(shuō)明產(chǎn)品功能，只需概要性的總結(jié)，使讀者清楚看到產(chǎn)品的功能是如何組 織的，便于理解和閱讀。范例：（學(xué)生檔案管理系統(tǒng)）對(duì)學(xué)生的檔案進(jìn)行管理和維護(hù)。包括：錄入學(xué)

10、生信息；修改學(xué)生信息；組合條件查詢 學(xué)生信息；打印統(tǒng)計(jì)報(bào)表等。2.3 用戶特點(diǎn)劃分最終使用該軟件系統(tǒng)的用戶類別，描述不同用戶類的特征（相關(guān)業(yè)務(wù)范圍、技能水平、對(duì)系統(tǒng)的使用頻率），注明哪些是重要用戶。說(shuō)明不同用戶類對(duì)系統(tǒng)的哪些功能更加關(guān)注。/ 面對(duì)軟件的眾多用戶（還可能是使用軟件的不同角色），當(dāng)他們的需求發(fā)生沖突時(shí)，首先考慮的應(yīng)當(dāng)是服從重要客戶的需求，其余的需求可以考慮在下一版本實(shí)現(xiàn)。范例：班長(zhǎng)坐席可能更關(guān)注統(tǒng)計(jì)等高級(jí)功能，這些功能通常只需要一天使用一次，因此對(duì)快速響應(yīng)的性能要求不高，但對(duì)數(shù)據(jù)的準(zhǔn)確性有要求。2.4 運(yùn)行環(huán)境/ 描述待開(kāi)發(fā)軟件運(yùn)行時(shí)對(duì)硬件、操作系統(tǒng)和其它軟件的要求，或者是一種限制

11、條件。2.4.1 硬件平臺(tái)說(shuō)明硬件需求，包括每種設(shè)備的類型、數(shù)量、主要特性。（處理器型號(hào)及容量、設(shè)備型號(hào)）2.4.2 支持軟件指明必需使用或組合的計(jì)算機(jī)軟件，包括操作系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)、編程工具和其它支撐軟件（通訊/ 網(wǎng)絡(luò)軟件、測(cè)試軟件）。2.4.3 通信環(huán)境說(shuō)明計(jì)算機(jī)通訊要求，包括連接的地理位置、配置和網(wǎng)絡(luò)拓?fù)?、傳輸技術(shù)、數(shù)據(jù)傳輸速率、網(wǎng)管、系統(tǒng)響應(yīng)時(shí)間、傳輸/ 接收數(shù)據(jù)類型和數(shù)據(jù)量、傳輸/接收 /響應(yīng)時(shí)間界限、數(shù)據(jù)尖峰和數(shù)字特性。2.5 設(shè)計(jì)和執(zhí)行約束說(shuō)明約束軟件實(shí)現(xiàn)的限制條件，如：必須使用或避免的特定技術(shù)、工具、編程語(yǔ)言和數(shù)據(jù)庫(kù)；所要求的開(kāi)發(fā)規(guī)范或標(biāo)準(zhǔn)（如約定的設(shè)計(jì)符號(hào)和編碼標(biāo)準(zhǔn)）；必

12、須遵循的企業(yè)策略、政府法規(guī)或行業(yè)標(biāo)準(zhǔn)；特定資源限制（已有的軟件組件、硬件設(shè)備）；數(shù)據(jù)轉(zhuǎn)換格式標(biāo)準(zhǔn)。/ 通常，出于系統(tǒng)優(yōu)化、實(shí)現(xiàn)方便、容易維護(hù)等因素考慮，必須對(duì)以上做出必要的約束，設(shè)計(jì)和開(kāi)發(fā)人員尤其要關(guān)注這些約束條件。約束有時(shí)是必需的，比如軟件最終將由客戶維護(hù)，或是必須與整個(gè)系統(tǒng)的風(fēng)格相一致。2.6 假設(shè)和依賴說(shuō)明在陳述以下的軟件需求時(shí)，應(yīng)用到的假設(shè)因素（與已知因素相對(duì)），比如打算要用的商業(yè)組件、有關(guān)開(kāi)發(fā)或運(yùn)行環(huán)境的問(wèn)題。確定軟件開(kāi)發(fā)活動(dòng)對(duì)外部因素的依賴，例如，如果你打算把其他項(xiàng)目開(kāi)發(fā)的組件集成到系統(tǒng)中，那么就要依賴那個(gè)項(xiàng)目組按時(shí)提供正確的組件組合進(jìn)所開(kāi)發(fā)的軟件。/ 如果這些假設(shè)因素不正確、不同

13、讀者理解不一致或被隨意修改，項(xiàng)目的成功就會(huì)受到影響；同樣，依賴因素也影響著項(xiàng)目，如果比較嚴(yán)重，應(yīng)當(dāng)作為一種風(fēng)險(xiǎn)對(duì)之隨時(shí)監(jiān)控。/ 如果這些依賴已經(jīng)記錄到其它文檔中，如項(xiàng)目計(jì)劃，那么在此處就可以參考其它文檔。3 外部接口需求/ 接口的正確識(shí)別和描述，有助于系統(tǒng)整體正確、高效運(yùn)作。根據(jù)節(jié) 2.1 所示的系統(tǒng)總體結(jié)構(gòu)圖，唯一標(biāo)識(shí)與系統(tǒng)其它部分的外部接口，描述經(jīng)過(guò)每個(gè)接口的接口數(shù)據(jù)和相關(guān)控制組件。3.1 用戶界面陳述所需要的用戶界面的軟件組件。描述每個(gè)用戶界面的邏輯特征。以下是可能要包括的一 些特征：1. 將要采用的圖形用戶界面標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格；2. 屏幕布局或解決方案的限制；3. 將出現(xiàn)在每個(gè)屏幕

14、的標(biāo)準(zhǔn)按鈕功能或?qū)Ш芥溄?，例如一個(gè)幫助按鈕；4. 快捷鍵；1.1 錯(cuò)誤信息顯示標(biāo)準(zhǔn)。1.2 硬件接口對(duì)本軟件與系統(tǒng)硬件的每個(gè)接口進(jìn)行描述，包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息、軟硬件之間采用的通信協(xié)議。1.3 軟件接口對(duì)本軟件與其它系統(tǒng)軟件的每個(gè)接口進(jìn)行描述，包括軟件之間的交換數(shù)據(jù)或信息及其作用（注意說(shuō)明哪些是共享數(shù)據(jù)）、需要的服務(wù)、內(nèi)部通信性質(zhì)，。/ 其它系統(tǒng)軟件舉例：數(shù)據(jù)庫(kù)、操作系統(tǒng)、工具軟件、集成的商業(yè)軟件。/ 如果必須用一種特殊的方法來(lái)實(shí)現(xiàn)數(shù)據(jù)共享機(jī)制，就必須把它定義為一種實(shí)現(xiàn)上的限制，放入相應(yīng)的章節(jié)。1.4 通信接口/ 描述與本軟件所使用的通信功能相關(guān)的需求。電子郵件、

15、Web瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等等。包括對(duì)消息格式、通信安全或加密問(wèn)題、數(shù)據(jù)傳輸速率和同步通信機(jī)制等要求。4 內(nèi)部接口需求4.1 模塊間的接口根據(jù)系統(tǒng)高層次的結(jié)構(gòu)模型，參考需求分配單定義出附帶的子系統(tǒng)、模塊、子模塊間的接口；給出每個(gè)內(nèi)部接口的名稱和唯一標(biāo)識(shí)號(hào)，并說(shuō)明在該接口上傳遞的信息提要、接口要 求。4.2 功能間的接口參考需求項(xiàng)之間的關(guān)系列表，說(shuō)明本軟件系統(tǒng)的各項(xiàng)功能之間的接口需求；給出每個(gè)內(nèi)部接口的名稱和唯一標(biāo)識(shí)號(hào)，并說(shuō)明在該接口上傳遞的信息提要、接口要求。/ 本章將分節(jié)描述軟件系統(tǒng)必須實(shí)現(xiàn)的業(yè)務(wù)流程（使用實(shí)例），以及根據(jù)每個(gè)業(yè)務(wù)流程分解出來(lái)的詳細(xì)的功能需求。5.1 需求類

16、1 名稱 優(yōu)先級(jí)別/ 對(duì)該需求特性做出簡(jiǎn)短的說(shuō)明；并說(shuō)明在資源限制下，實(shí)現(xiàn)的優(yōu)先程度等級(jí)，必要時(shí)，對(duì)實(shí)現(xiàn)等級(jí)做出評(píng)價(jià)。/ 舉例： 4.1 新員工登記管理高優(yōu)先級(jí)5.1.1 業(yè)務(wù)流程使用一種或幾種最恰當(dāng)?shù)姆绞?，如流程圖、表或者UML語(yǔ)言等，來(lái)表述系統(tǒng)執(zhí)行該需求任務(wù)的輸入/輸出響應(yīng)。5.1.2 功能需求/ 列出與該需求特性相關(guān)的詳細(xì)功能需求。為了跟蹤的需要，每個(gè)功能需求都要唯一標(biāo)識(shí)。 / 如果某項(xiàng)功能需求與其它需求類所定義的功能需求相同，在此處引用說(shuō)明即可，不能重復(fù)。5.1.2.1 功能需求1 名稱 唯一標(biāo)識(shí)描述系統(tǒng)要實(shí)現(xiàn)的詳細(xì)功能。功能陳述中應(yīng)當(dāng)包含為滿足規(guī)定的性能要求而必須設(shè)立的功能要求。/

17、性能需求包括：響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)轉(zhuǎn)換和傳輸時(shí)間、吞吐量、排序、精度、優(yōu)先級(jí)、持續(xù)操作要求，還包括意外或邊界條件下出錯(cuò)處理和應(yīng)急操作要求等。6 非功能需求6.1 性能需求軟件性能需求通常包括以下方面：1.1 同時(shí)支持的最大用戶數(shù)、同時(shí)支持操作的個(gè)數(shù)、某時(shí)刻能承受的最大數(shù)據(jù)量、數(shù)據(jù)最大存儲(chǔ)量、對(duì)系統(tǒng)運(yùn)行時(shí)允許占用的系統(tǒng)資源要求；1.2 系統(tǒng)持續(xù)運(yùn)行時(shí)間、響應(yīng)時(shí)間、數(shù)據(jù)更新處理時(shí)間、數(shù)據(jù)間的轉(zhuǎn)換和傳輸時(shí)間、界面刷新處理時(shí)間的要求；1.3 在不同安裝/運(yùn)行環(huán)境、不同操作方式下，或者與其它子系統(tǒng)接口發(fā)生改變時(shí)，某些數(shù)據(jù)和參數(shù)可以允許的變化范圍。/ 軟件應(yīng)用的領(lǐng)域不同，對(duì)其性能的要求可能也不盡相

18、同。即使是為客戶量身定做的專用軟件，客戶對(duì)某些性能的要求或許比某個(gè)功能更加重要和嚴(yán)格。因此應(yīng)當(dāng)解釋這種要求，以便做出合理的設(shè)計(jì)和優(yōu)化的算法。/ 當(dāng)這些性能要求已經(jīng)分散到各項(xiàng)功能需求當(dāng)中，這里的敘述就是不必要的。當(dāng)有 30 個(gè)以上的用戶同時(shí)對(duì)系統(tǒng)執(zhí)行查詢操作時(shí)，系統(tǒng)的相應(yīng)時(shí)間應(yīng)當(dāng)不多于2 秒，頁(yè)面刷新頻率應(yīng)當(dāng)在0.2 次 /秒 0.3 次 /秒。6.2 安全設(shè)施要求/ 闡述的是與使用軟件過(guò)程中可能發(fā)生的損失、破壞或危害相關(guān)的需求，滿足安全設(shè)計(jì)要求。說(shuō)明為避免或減輕對(duì)相關(guān)人員、財(cái)產(chǎn)和物理環(huán)境產(chǎn)生危害，而必須采取的措施，以及為預(yù)防的潛在的危險(xiǎn)動(dòng)作而必須遵從的安全標(biāo)準(zhǔn)、策略或規(guī)則。如果軟件系統(tǒng)探知配電室的最高溫度超過(guò)了35 度，軟件必須立刻同時(shí)啟動(dòng)三臺(tái)冷風(fēng)空調(diào)。6.3 安全和保密要求說(shuō)明與系統(tǒng)安全性、完整性和保密性相關(guān)的需求，明確產(chǎn)品必須滿足的安全保密策略。/ 例如：防止非法訪問(wèn)系統(tǒng)功能及數(shù)據(jù)丟失而要求用戶身份確認(rèn)，防止病毒入侵和黑客進(jìn)攻而增加的警告攔截等功能。說(shuō)明其它的軟件質(zhì)量屬性要求（可能從合同中或系統(tǒng)需求中導(dǎo)出，對(duì)用戶來(lái)說(shuō)至關(guān)重要）。這些特性應(yīng)當(dāng)是確定的、定量的、并在必要時(shí)可驗(yàn)證。如果這些屬性之間發(fā)生了沖突，指明相對(duì)的側(cè)重點(diǎn)是什么。質(zhì)量屬性通常如下：可靠性（軟件能夠無(wú)故障的運(yùn)行一段時(shí)間的概率）、可維護(hù)性（對(duì)軟件進(jìn)行修改的難易程度修改所用時(shí)間、修復(fù)的比率）、有效性（軟件正常運(yùn)行