軟件需求分析說明書

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

2、31.4 1.5 2目的 文檔約預期讀者和閱讀建1-1定 1-1議 1-2產(chǎn)品范圍 1-2獻 1-2系統(tǒng)概述 2-4 2.1 2.2 2.3 2.4任務背景 2-4臺匕能 2-4點 2-5境 2-52.4.1 2.4.2 2.4.3 2.5 2.6 3硬件平臺 2-5支持軟件 2-5通信環(huán)境 2-6設計和執(zhí)行約束 2-6假設和依賴 2-6外部接口需求 3-73.1 3.2 3.3 3.4用戶界面 3-7口 產(chǎ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、級別 5-105.1.1 5.1.2 6業(yè)務流程 5-10功能需求 5-10非功能需求 6-116.1 6.2 6.3 6.4 6.5 6.6性能需求 6-11安全設施要求 6-11安全和保密要求 6-11質(zhì)量要求 6-12業(yè)務規(guī)則（選）6-12其它需求 6-12附錄 1：待確定問題清單 6-12/ 引言，作為文檔的第一部分，對整個軟件需求說明書文檔進行概要性的說明，幫助讀者快速了解文檔目的、編寫約定、閱讀方式以及軟件產(chǎn)品。說明文檔編寫目的，即軟件需求說明書的作用以及主要內(nèi)容。其中要明確說明待修訂的軟件版本號，以及即將發(fā)行的軟件版本號。/ 這段文字的描述，目的就是對產(chǎn)品的軟件需求進行定義，但是

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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