軟件需求分析實施報告模板

1、WORD 整理版軟件需求分析報告文檔模板1. 引言引言是對這份軟件產(chǎn)品需求分析報告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應該如何閱讀、理解和解釋這份文檔。1.1 編寫目的說明這份軟件產(chǎn)品需求分析報告是為哪個軟件產(chǎn)品編寫的，開發(fā)這個軟件產(chǎn)品意義、作用、以及最終要達到的意圖。通過這份軟件產(chǎn)品需求分析報告詳盡說明了該軟件產(chǎn)品的需求規(guī)格，包括修正和（或）發(fā)行版本號，從而對該軟件產(chǎn)品進行準確的定義。如果這份軟件產(chǎn)品需求分析報告只與整個系統(tǒng)的某一部分有關系，那么只定義軟件產(chǎn)品需求分析報告中說明的那個部分或子系統(tǒng)。1.2 項目風險具體說明本軟件開發(fā)項目的全部風險承擔者，以及各自在本階段所需要

2、承擔的主要風險，首要風險承擔者包括： 任務提出者； 軟件開發(fā)者； 產(chǎn)品使用者。1.3 文檔約定描述編寫文檔時所采用的標準（如果有標準的話），或者各種排版約定。排版約定應該包括： 正文風格； 提示方式； 重要符號；也應該說明高層次需求是否可以被其所有細化的需求所繼承，或者每個需求陳述是否都有其自己的優(yōu)先級。優(yōu)質(zhì)參考資料WORD 整理版1.4 預期讀者和閱讀建議列舉本軟件產(chǎn)品需求分析報告所針對的各種不同的預期讀者， 例如，可能包括： 用戶； 開發(fā)人員； 項目經(jīng)理； 營銷人員； 測試人員； 文檔編寫入員。并且描述了文檔中，其余部分的內(nèi)容及其組織結(jié)構，并且針對每一類讀者提出最適合的文檔閱讀建議。1.5

3、 產(chǎn)品范圍說明該軟件產(chǎn)品及其開發(fā)目的的簡短描述，包括利益和目標。把軟件產(chǎn)品開發(fā)與企業(yè)目標，或者業(yè)務策略相聯(lián)系。描述產(chǎn)品范圍時需注意，可以參考項目視圖和范圍文檔，但是不能將其內(nèi)容復制到這里。1.6 參考文獻列舉編寫軟件產(chǎn)品需求分析報告時所用到的參考文獻及資料，可能包括： 本項目的合同書； 上級機關有關本項目的批文； 本項目已經(jīng)批準的計劃任務書； 用戶界面風格指導； 開發(fā)本項目時所要用到的標淮； 系統(tǒng)規(guī)格需求說明； 使用實例文檔； 屬于本項目的其它己發(fā)表文件； 本軟件產(chǎn)品需求分析報告中所引用的文件、資料；優(yōu)質(zhì)參考資料WORD 整理版 相關軟件產(chǎn)品需求分析報告；為了方便讀者查閱，所有參考資料應該按一

4、定順序排列。如果可能，每份資料都應該給出： 標題名稱； 作者或者合同簽約者； 文件編號或者版本號； 發(fā)表日期或者簽約日期； 出版單位或者資料來源。2. 綜合描述這一部分概述了正在定義的軟件產(chǎn)品的作用范圍以及該軟件產(chǎn)品所運行的環(huán)境、使用該軟件產(chǎn)品的用戶、對該軟件產(chǎn)品己知的限制、有關該軟件產(chǎn)品的假設和依賴。2.1 產(chǎn)品的狀況描述了在軟件產(chǎn)品需求分析報告中所定義的軟件產(chǎn)品的背景和起源。說明了該軟件產(chǎn)品是否屬于下列情況： 是否是產(chǎn)品系列中的下一成員； 是否是成熟產(chǎn)品所改進的下一代產(chǎn)品； 是否是現(xiàn)有應用軟件的替代品（升級產(chǎn)品）； 是否是一個新型的、自主型的產(chǎn)品。如果該軟件產(chǎn)品需求分析報告定義的軟件系統(tǒng)是

5、： 大系統(tǒng)的一個組成部分； 與其它系統(tǒng)和其它機構之間存在基本的相互關系。那么必須說明軟件產(chǎn)品需求分析報告定義的這部分軟件是怎樣與整個大系統(tǒng)相關聯(lián)的，或者（同時）說明相互關系的存在形式，并且要定義出兩者之間的全部接口。2.2 產(chǎn)品的功能因為將在需求分析報告的第4 部分中詳細描述軟件產(chǎn)品的功能，所優(yōu)質(zhì)參考資料WORD 整理版以在此只需要概略地總結(jié)。僅從業(yè)務層面陳述本軟件產(chǎn)品所應具有的主要功能，在描述功能時應該針對每一項需求準確地描述其各項規(guī)格說明。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領域時，也需要對應陳述本軟件產(chǎn)品的非作用領域，以利讀者理解本軟件產(chǎn)品。為了很好地組織產(chǎn)品功能，使每

6、個讀者都容易理解，可以采用列表的方法給出。也可以采用圖形方式，將主要的需求分組以及它們之間的聯(lián)系使用數(shù)據(jù)流程圖的頂層圖或類圖進行表示，這種表示方法是很有用的。參考用戶當前管理組織構架，了解各個機構的主要職能，將有助于陳述軟件產(chǎn)品的主要功能。2.3 用戶類和特性確定有可能使用該軟件產(chǎn)品的不同用戶類，并且描述它們相關的特征。往往有一些軟件需求，只與特定的用戶類有關。描述時，應該將該軟件產(chǎn)品的重要用戶類與非重要用戶類區(qū)分開。用戶不一定是軟件產(chǎn)品的直接使用者，通過報表、應用程序接口、系統(tǒng)硬件接口得到軟件產(chǎn)品的數(shù)據(jù)和服務的人、或者機構也有他們的需求。所以，應該將這些外部需求視為通過報表、應用程序接口、系

7、統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類。2.4 運行環(huán)境描述了本軟件的運行環(huán)境，一般包括： 硬件平臺； 操作系統(tǒng)和版本； 支撐環(huán)境（例如：數(shù)據(jù)庫等）和版本； 其它與該軟件有關的軟件組件； 與該軟件共存的應用程序。2.5 設計和實現(xiàn)上的限制確定影響開發(fā)人員自由選擇的問題，并且說明這些問題為什么成為一種限制?？赡艿南拗瓢ㄏ铝袃?nèi)容：優(yōu)質(zhì)參考資料WORD 整理版 必須使用的特定技術、工具、編程語言和數(shù)據(jù)庫； 避免使用的特定技術、工具、編程語言和數(shù)據(jù)庫； 要求遵循的開發(fā)規(guī)范和標準例如，如果由客戶的公司或者第三方公司負責軟件維護，就必須定義轉(zhuǎn)包者所使用的設計符號表示和編碼標準； 企業(yè)策略的限制； 政府法規(guī)

8、的限制； 工業(yè)標準的限制； 硬件的限制例如，定時需求或存儲器限制； 數(shù)據(jù)轉(zhuǎn)換格式標淮的限制。2.6 假設和約束（依賴）列舉出對軟件產(chǎn)品需求分析報告中，影響需求陳述的假設因素（與己知因素相對立）。如果這些假設因素不正確、不一致或者被修改，就會使軟件產(chǎn)品開發(fā)項目受到影響。這些假設的因素可能包括： 計劃使用的商業(yè)組件，或者其它軟件中的某個部件； 假定產(chǎn)品中某個用戶界面將符合一個特殊的設計約定； 有關本軟件用戶的若干假定（例如：假定用戶會熟練使用 SQL 語言）； 有關本軟件開發(fā)工作的若干假定 （例如：用戶承諾的優(yōu)惠、 方便、上級部門給予的特殊政策和支持等）； 有關本軟件運行環(huán)境的一些問題；此外，確定

9、本軟件開發(fā)項目對外部約束因素所存在的依賴。有關的約束可能包括： 工期約束； 經(jīng)費約束； 人員約束； 設備約束； 地理位置約束； 其它有關項目約束；優(yōu)質(zhì)參考資料WORD 整理版3. 外部接口需求通過本節(jié)描述可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。必須對接口數(shù)據(jù)和外部組件進行詳細描述，并且寫入數(shù)據(jù)定義中。如果產(chǎn)品的不同部分有不同的外部接口，那么應該把這些外部接口的全部詳細需求并入到這一部分實例中。注意：必須將附加用戶類的特征與外部接口需求加以區(qū)分，附加用戶類的特征描述的是通過接口取得軟件產(chǎn)品的數(shù)據(jù)和服務的人的需求；而外部接口需求描述的是接口本身的需求。3.1 用戶界面陳述需要使用在用戶界

10、面上的軟件組件，描述每一個用戶界面的邏輯特征。必須注意，這里需要描述的是用戶界面的邏輯特征，而不是用戶界面。以下是可能包括的一些特征： 將要采用的圖形用戶界面（GUI）標準或者產(chǎn)品系列的風格； 有關屏幕布局或者解決方案的限制； 將要使用在每一個屏幕 （圖形用戶界面） 上的軟件組件， 可能包括：選單；標準按鈕；導航鏈接；各種功能組件；消息欄；快捷鍵 各種顯示格式的規(guī)定，可能包括：不同情況下文字的對齊方式；不同情況下數(shù)字的表現(xiàn)格式與對齊方式日期的表現(xiàn)方法與格式；計時方法與時間格式；等等。 錯誤信息顯示標準；優(yōu)質(zhì)參考資料WORD 整理版對于用戶界面的細節(jié)，例如：一個特定對話框的布局，應該寫入具體的用

11、戶界面設計說明中，而不能寫入軟件需求規(guī)格說明中。如果采用現(xiàn)成的、合適的用戶界面設計規(guī)范（標準），或者另文描述，可以在這里直接說明，并且將其加入?yún)⒖嘉墨I。3.2 硬件接口描述待開發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特征， 若有多個硬件接口，則必須全都描述。接口特征的描述內(nèi)容可能包括： 支持的硬件類型； 軟、硬件之間交流的數(shù)據(jù)； 控制信息的性質(zhì)； 使用的通訊協(xié)議；3.3 軟件接口描述該軟件產(chǎn)品與其它外部組件的連接，這些外部組件必須明確它們的名稱和版本號以資識別，可能的外部組件包括： 操作系統(tǒng)； 數(shù)據(jù)庫； 工具； 函數(shù)庫； 集成的商業(yè)組件說明：這里所說的“集成的商業(yè)組件”，是指與系統(tǒng)集成的商業(yè)組件，而不是與

12、軟件產(chǎn)品集成的商業(yè)組件。例如：中間件、消息服務，等等。描述并且明確軟件產(chǎn)品與軟件組件之間交換數(shù)據(jù)或者消息的目的。描述所需要的服務，以及與內(nèi)部組件通訊的性質(zhì)。確定軟件產(chǎn)品將與組件之間共享的數(shù)據(jù)。如果必須使用一種特殊的方法來實現(xiàn)數(shù)據(jù)共享機制，例如：在多用戶系統(tǒng)中的一個全局數(shù)據(jù)區(qū)，那么就必須把它定義為一種實現(xiàn)上的限制。優(yōu)質(zhì)參考資料WORD 整理版3.4 通訊接口描述與軟件產(chǎn)品所使用的通訊功能相關的需求，包括： 電子郵件； WEB 瀏覽器； 網(wǎng)絡通訊標準或者協(xié)議； 數(shù)據(jù)交互用電子表格；必須定義相關的： 消息格式； 通訊安全或加密問題； 數(shù)據(jù)傳輸速率； 同步和異步通訊機制；4. 系統(tǒng)功能需求需要進行詳細

13、的需求記錄，詳細列出與該系統(tǒng)功能相關的詳細功能需求，并且，唯一地標識每一項需求。 這是必須提交給用戶的軟件功能，使得用戶可以使用所提供的功能執(zhí)行服務或者使用所指定的使用實例執(zhí)行任務。描述軟件產(chǎn)品如何響應己知的出錯條件、非法輸入、 非法動作。如果每一項功能需求都能用一項，也只需要用一項測試用例就能進行驗證，那么就可以認為功能需求已經(jīng)適當?shù)剡M行描述了。如果某項功能需求找不到合適的測試用例，或者必須使用多項測試用例才能驗證，那么該項功能需求的描述必然存在某些問題。功能需求是根據(jù)系統(tǒng)功能， 即軟件產(chǎn)品所提供的主要服務來組織的?？梢酝ㄟ^使用實例、運行模式、用戶類、對象類或者功能等級來組織這部分內(nèi)容，也可

14、以便用這些元素的組合?？偠灾?，必須選擇一種是讀者容易理解預期產(chǎn)品的組織方案。用簡短的語句說明功能的名稱，例如： “ 4.1 系統(tǒng)參數(shù)管理”。按照服務組織的順序，逐條闡述系統(tǒng)功能。無論說明的是何種功能，都應該針對該系統(tǒng)功能重復敘述 4.1 4.3 這三個部分?？梢酝ㄟ^各種方式來組織這一部分內(nèi)容，例如采用：使用實例、運行模式、用戶類、對象類、功能等級等，也可以采用它們的組合。其最優(yōu)質(zhì)參考資料WORD 整理版終目的是，讓讀者容易理解即將開發(fā)的軟件產(chǎn)品。一般來說，每個使用實例都對應一個系統(tǒng)功能，因而按照使用實例來組織內(nèi)容比較容易讓用戶理解。對應一些被共享的獨立使用實例，可以定義一些公用系統(tǒng)功能。必須

15、特別注意的是，在 2.2 節(jié)“產(chǎn)品的功能”中描述的全部需求，以及它們的規(guī)格說明；必須在某個系統(tǒng)功能描述中有所反映，而且不應重復。4.1 說明和優(yōu)先級對該系統(tǒng)功能進行簡短的說明，并且指出該系統(tǒng)功能的優(yōu)先級是：高、中、還是低。需要的話，還可以包括對特定優(yōu)先級部分的評價，例如：利益、損失、費用和風險，其相對優(yōu)先等級可以從1（低）到 9（高）。4.2 激勵響應序列列出輸入激勵（用戶動作、來自外部設備的信號或者其它觸發(fā)）并且定義針對這些行為的系統(tǒng)響應序列，這些序列將與使用實例中相關的對話元素相對應。描述激勵響應序列時，不僅需要描述基本過程，而且應該描述可選（擴充）過程，包括例外（引起任務不能順序完成的情

16、況稱為例外）。疏忽了可選過程，有可能影響軟件產(chǎn)品的功能；如果遺漏例外過程，則有可能會引發(fā)系統(tǒng)崩潰。如果采用流程圖來描述激勵響應序列，比較容易讓用戶理解。4.3 輸入輸出數(shù)據(jù)列出輸入數(shù)據(jù)（用戶輸入、來自外部接口的輸入或者其它輸入）并且定義針對這些輸入數(shù)據(jù)的處理（計算）方法，以及相應地輸出數(shù)據(jù)，描述對應區(qū)別：輸入數(shù)據(jù)和輸出數(shù)據(jù)。當有大量數(shù)據(jù)需要描述時，也可以分類描述數(shù)據(jù)，并且注明各項數(shù)據(jù)的輸入、輸出屬性。對于每一項數(shù)據(jù)，均需要描述： 數(shù)據(jù)名稱；優(yōu)質(zhì)參考資料WORD 整理版 實際含義； 數(shù)據(jù)類型； 數(shù)據(jù)格式； 數(shù)據(jù)約束；對于復雜的處理方法，僅僅給出算法原理是不夠的，必須描述詳細的計算過程，并且列出每

17、一步具體使用的實際算式；如果計算過程中涉及查表、判斷、迭代等處理方法，應該給出處理依據(jù)和相關數(shù)據(jù)。如果計算方法很簡單，也可以將其從略，不加描述。5. 其它非功能需求在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護性、可擴展性、可測試性等。5.1 性能需求闡述不同應用領域?qū)浖a(chǎn)品性能的需求，并且說明提出需求的原理或者依據(jù)，以幫助開發(fā)人員做出合理的設計選擇。盡可能詳細地描述性能需求，如果需要，可以針對每個功能需求或者特征分別陳述其性能需求。在這里確定： 相互合作的用戶數(shù)量； 系統(tǒng)支持的并發(fā)操作數(shù)量； 響應時間； 與實時系統(tǒng)的時間關系： 容量需求存儲器；磁盤空間；數(shù)據(jù)庫中表的最大行數(shù)。5

18、.2 安全措施需求詳盡陳述與軟件產(chǎn)品使用過程中可能發(fā)生的損失、破壞、危害相關的需求。定義必須采取的安全保護或動作，以及必須預防的潛在危險動優(yōu)質(zhì)參考資料WORD 整理版作。明確軟件產(chǎn)品必須遵從的安全標準、策略、或規(guī)則。5.3 安全性需求詳盡陳述與系統(tǒng)安全性、完整性問題相關的需求，或者與個人隱私問題相關的需求。這些問題將會影響到軟件產(chǎn)品的使用，和軟件產(chǎn)品所創(chuàng)建或者使用的數(shù)據(jù)的保護。定義用戶身份認證，或備授權需求。明確軟件產(chǎn)品必須滿足的安全性或者保密性策略。也可以通過稱為完整性的質(zhì)量屬性來闡述這些需求。 一個典型的軟件系統(tǒng)安全需求范例如下： “每個用戶在第一次登錄后，必須更改他的系統(tǒng)預置登錄密碼，系

19、統(tǒng)預置的登錄密碼不能重用?！?.4 軟件質(zhì)量屬性詳盡陳述對客戶和開發(fā)人員至關重要的在軟件產(chǎn)品其它方面表現(xiàn)出來的質(zhì)量功能。這些功能必須是確定的、定量的、在需要時是可以驗證的。至少也應該指明不同屬性的相對側(cè)重點， 例如：易用性優(yōu)于易學性，或者可移植性優(yōu)于有效性。5.5 業(yè)務規(guī)則列舉出有關軟件產(chǎn)品的所有操作規(guī)則，例如：那些人在特定環(huán)境下可以進行何種操作。這些本身不是功能需求，但是他們可以暗示某些功能需求執(zhí)行這些規(guī)則。一個業(yè)務規(guī)則的范例如下：“進行達到或者超過10,000,00元人民幣的儲蓄業(yè)務時，必須通過附加的管理員認證?！绷信e業(yè)務規(guī)則時，可以根據(jù)規(guī)則的數(shù)量，選取合適的編目方式。5.6 用戶文檔列舉

20、出將與軟件產(chǎn)品一同交付的用戶文檔，并且明確所有己知用戶文檔的交付格式或標準，例如： 安裝指南紙質(zhì)文檔， 16 開本； 用戶手冊優(yōu)質(zhì)參考資料WORD 整理版紙質(zhì)文檔， 16 開本； 在線幫助 電子文檔，與軟件產(chǎn)品一同分發(fā)、配置； 使用教程電子文檔，與軟件產(chǎn)品一同分發(fā)、配置。6. 詞匯表列出本文件中用到的專業(yè)術語的定義，以及有關縮寫的定義（如有可能，列出相關的外文原詞）。為了便于非軟件專業(yè)或者非計算機專業(yè)人士閱讀軟件產(chǎn)品需求分析報告，要求使用非軟件專業(yè)或者非計算機專業(yè)的術語描述軟件需求。所以這里所指的專業(yè)術語，是指業(yè)務層面上的專業(yè)術語，而不是軟件專業(yè)或者計算機專業(yè)的術語。但是，對于無法回避的軟件專

21、業(yè)或者計算機專業(yè)術語，也應該列入詞匯表并且加以準確定義。7. 數(shù)據(jù)定義數(shù)據(jù)定義是一個定義了應用程序中使用的所有數(shù)據(jù)元素和結(jié)構的共享文檔，其中對每個數(shù)據(jù)元素和結(jié)構都準確描述：含義、類型、數(shù)據(jù)大小、格式、計量單位、精度以及取值范圍。數(shù)據(jù)定義的維護獨立于軟件需求規(guī)格說明，并且在軟件產(chǎn)品開發(fā)和維護的任何階段，均向風險承擔者開放。如果為軟件開發(fā)項目創(chuàng)建一個獨立的數(shù)據(jù)定義，而不是為每一項特性描述有關的數(shù)據(jù)項，有利于避免冗余和不一致性。但是卻不利于多人協(xié)同編寫需求分析報告，容易遺漏數(shù)據(jù)，也不方便閱讀。因此還是建議為每個特性描述有關的數(shù)據(jù)項，匯總數(shù)據(jù)項創(chuàng)建數(shù)據(jù)定義，再根據(jù)數(shù)據(jù)定義復核全部數(shù)據(jù)，使得它們的名稱和含義完全一致。必須注意的是，為了避免二義性，在匯總數(shù)據(jù)項時應該根據(jù)數(shù)據(jù)項所代表的實際意義匯總，而不是根據(jù)數(shù)據(jù)項的名稱匯總。在數(shù)據(jù)定義中，每個數(shù)據(jù)項除了有一個中文名稱外，還應該為它取一個簡短的英文名稱，該英文名稱應該符合命名規(guī)范，因為在軟件開發(fā)時將沿用該英文名稱?？梢允褂玫忍柋硎?/p>