完整word版軟件項目需求分析模板

1、XXX項目需求分析文檔名稱文檔編號編制人完成日期審核人審核意見同意報批審核日期備注版本修訂記錄修改人修改內(nèi)容概要（或原因）修改日期版本號審核人初稿目錄1 文檔說明 1.1 編制目的 1.2 適用范圍 1.3 前提與約束 2 系統(tǒng)概述 2.1 用戶特點 2.2 運行環(huán)境 2.2.1硬件平臺 2.2.2支持軟件 2.2.3通信環(huán)境 2.3 設(shè)計和執(zhí)行約束 2.4 假設(shè)和依賴 3 外部接口需求 3.1 用戶界面 3.2 軟件接口 3.3 通信接口 4 功能需求 4.1 需求類 1 名稱 優(yōu)先級別4.1.1 業(yè)務(wù)流程 4.1.2 功能需求 5 非功能需求 性能需求 安全設(shè)施要求 安全和保密要求 質(zhì)量要

2、求 業(yè)務(wù)規(guī)則（選） 其它需求 5.15.25.35.45.55.66 需求分解列表 附錄 1-11-11-11-12-22-22-22-22-22-32-32-33-43-43-43-44-64-64-64-65-75-75-75-7 5-8 5-8 5-8 6-9 錯誤！未定義書簽。1 文檔說明文檔位于1.2 適用范圍1.3 前提與約束- 1-12系統(tǒng)概述/本章對待開發(fā)的軟件系統(tǒng)做出概要性闡述，說明開發(fā)背景、作用范圍、運行環(huán)境和已知的 約束條件。2.1用戶特點劃分最終使用該軟件系統(tǒng)的用戶類別，描述不同用戶類的特征（相關(guān)業(yè)務(wù)范圍、技能水平、 對系統(tǒng)的使用頻率），注明哪些是重要用戶。說明不同用戶

3、類對系統(tǒng)的哪些功能更加關(guān)注。，當(dāng)他們的需求發(fā)生沖突時，首先/面對軟件的眾多用戶（還可能是使用軟件的不同角色） 考慮的應(yīng)當(dāng)是服從重要客戶的需求，其余的需求可以考慮在下一版本實現(xiàn)。范例：因此對快速響應(yīng)班長坐席可能更關(guān)注統(tǒng)計等高級功能，這些功能通常只需要一天使用一次,的性能要求不高，但對數(shù)據(jù)的準(zhǔn)確性有要求。2.2運行環(huán)境/描述待開發(fā)軟件運行時對硬件、操作系統(tǒng)和其它軟件的要求，或者是一種限制條件。2.2.1硬件平臺序號硬件相關(guān)組成描述數(shù)量說明硬件需求，包括每種設(shè)備的類型、數(shù)量、主要特性。（處理器型號及容量、設(shè)備型號）222支持軟件指明必需使用或組合的計算機軟件，包括操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、編程工具和

4、其它支撐軟件（通訊/網(wǎng)絡(luò)軟件、測試軟件）。序號支持軟件及版本用途參考資料-2-# -223通信環(huán)境說明計算機通訊要求，包括連接的地理位置、配置和網(wǎng)絡(luò)拓?fù)?、傳輸技術(shù)、數(shù)據(jù)傳輸速率、 網(wǎng)管、系統(tǒng)響應(yīng)時間、傳輸/接收數(shù)據(jù)類型和數(shù)據(jù)量、傳輸 /接收/響應(yīng)時間界限、數(shù)據(jù)尖峰和 數(shù)字特性。2.3設(shè)計和執(zhí)行約束說明約束軟件實現(xiàn)的限制條件，如: 必須使用或避免的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫;所要求的開發(fā)規(guī)范或標(biāo)準(zhǔn)（如約定的設(shè)計符號和編碼標(biāo)準(zhǔn)） 必須遵循的企業(yè)策略、政府法規(guī)或行業(yè)標(biāo)準(zhǔn);特定資源限制（已有的軟件組件、硬件設(shè)備） 數(shù)據(jù)轉(zhuǎn)換格式標(biāo)準(zhǔn)。/通常，出于系統(tǒng)優(yōu)化、實現(xiàn)方便、容易維護等因素考慮，必須對以上做

5、出必要的約束，設(shè) 計和開發(fā)人員尤其要關(guān)注這些約束條件。約束有時是必需的，比如軟件最終將由客戶維護, 或是必須與整個系統(tǒng)的風(fēng)格相一致。2.4假設(shè)和依賴，比如打算要用的商說明在陳述以下的軟件需求時，應(yīng)用到的假設(shè)因素（與已知因素相對） 業(yè)組件、有關(guān)開發(fā)或運行環(huán)境的問題。確定軟件開發(fā)活動對外部因素的依賴，例如，如果你打算把其他項目開發(fā)的組件集成到系統(tǒng) 中，那么就要依賴那個項目組按時提供正確的組件組合進所開發(fā)的軟件。/如果這些假設(shè)因素不正確、 不同讀者理解不一致或被隨意修改，項目的成功就會受到影響;同樣，依賴因素也影響著項目如果比較嚴(yán)重，應(yīng)當(dāng)作為一種風(fēng)險對之隨時監(jiān)控。/如果這些依賴已經(jīng)記錄到其它文檔中，

6、如項目計劃，那么在此處就可以參考其它文檔。-2-3 -3外部接口需求/接口的正確識別和描述，有助于系統(tǒng)整體正確、高效運作。根據(jù)節(jié)2.1所示的系統(tǒng)總體結(jié)構(gòu)圖，唯一標(biāo)識與系統(tǒng)其它部分的外部接口，描述經(jīng)過每個接 口的接口數(shù)據(jù)和相關(guān)控制組件。3.1用戶界面陳述所需要的用戶界面的軟件組件。描述每個用戶界面的邏輯特征。以下是可能要包括的一些特征:1.將要采用的圖形用戶界面標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格;2.屏幕布局或解決方案的限制;- 3-7 -3.將出現(xiàn)在每個屏幕的標(biāo)準(zhǔn)按鈕功能或?qū)Ш芥溄樱缫粋€幫助按鈕;4.快捷鍵;5.錯誤信息顯示標(biāo)準(zhǔn)。3.2軟件接口對本軟件與其它系統(tǒng)軟件的每個接口進行描述，包括軟件之間的交換

7、數(shù)據(jù)或信息及其作用（注意說明哪些是共享數(shù)據(jù)）、需要的服務(wù)、內(nèi)部通信性質(zhì)，。/其它系統(tǒng)軟件舉例：數(shù)據(jù)庫、操作系統(tǒng)、工具軟件、集成的商業(yè)軟件。/如果必須用一種特殊的方法來實現(xiàn)數(shù)據(jù)共享機制，就必須把它定義為一種實現(xiàn)上的限制,放入相應(yīng)的章節(jié)。接口標(biāo)識簡要描述所需服務(wù)數(shù)據(jù)和控制信息通信定義需求來源3.3通信接口/描述與本軟件所使用的通信功能相關(guān)的需求。電子郵件、 Web 瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等等。包括對消息格式、通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機制等要求。4 功能需求，以及根據(jù)每個業(yè)務(wù)流程分解/ 本章將分節(jié)描述軟件系統(tǒng)必須實現(xiàn)的業(yè)務(wù)流程（使用實例） 出來的詳細(xì)的功能需求。4.1

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

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

10、能的要求可能也不盡相同。即使是為客戶量身定做的專用軟件，客戶對某些性能的要求或許比某個功能更加重要和嚴(yán)格。因此應(yīng)當(dāng)解釋這種要求， 以便做出合理的設(shè)計和優(yōu)化的算法。/ 當(dāng)這些性能要求已經(jīng)分散到各項功能需求當(dāng)中，這里的敘述就是不必要的。范例：當(dāng)有 30個以上的用戶同時對系統(tǒng)執(zhí)行查詢操作時，系統(tǒng)的相應(yīng)時間應(yīng)當(dāng)不多于 新頻率應(yīng)當(dāng)在 0.2次/秒 0.3次/ 秒。2秒，頁面刷5.2 安全設(shè)施要求/ 闡述的是與使用軟件過程中可能發(fā)生的損失、 破壞或危害相關(guān)的需求， 滿足安全設(shè)計要求。說明為避免或減輕對相關(guān)人員、 財產(chǎn)和物理環(huán)境產(chǎn)生危害， 而必須采取的措施， 以及為預(yù)防的潛在的危險動作而必須遵從的安全標(biāo)準(zhǔn)、

11、策略或規(guī)則。范例：如果軟件系統(tǒng)探知配電室的最高溫度超過了35度，軟件必須立刻同時啟動三臺冷風(fēng)空調(diào)。5.3 安全和保密要求說明與系統(tǒng)安全性、完整性和保密性相關(guān)的需求，明確產(chǎn)品必須滿足的安全保密策略。/ 例如： 防止非法訪問系統(tǒng)功能及數(shù)據(jù)丟失而要求用戶身份確認(rèn)，防止病毒入侵和黑客進攻而增加的警告攔截等功能。5.4 質(zhì)量要求說明其它的軟件質(zhì)量屬性要求（可能從合同中或系統(tǒng)需求中導(dǎo)出，對用戶來說至關(guān)重要） 這些特性應(yīng)當(dāng)是確定的、定量的、并在必要時可驗證。如果這些屬性之間發(fā)生了沖突，指明 相對的側(cè)重點是什么。質(zhì)量屬性通常如下：可靠性（軟件能夠無故障的運行一段時間的概率）、可維護性（對軟件進行修改的難易程度修改所用時間、修復(fù)的比率） 、有效性（軟件正常運行時間 /總時間）、可用性（掌握軟 件操作的難易程度） 、重用性、可測試性（查找缺陷的難易程度） 、可移植性等。/ 如，可靠性優(yōu)于可維護性。5.5 業(yè)務(wù)規(guī)則（選）/ 對軟件本身的操作規(guī)則，通?？梢栽谀承┕δ苄枨笾畜w現(xiàn)。5.6 其它需求/定義在軟件需求說明書中其它部分未出現(xiàn)的需求，例如國際化需求或法律上的需求。還可