軟件需求分析報(bào)告文檔模板1(一)詳解

1、軟件需求分析報(bào)告文檔模板姓名日期1 .引言31.1 編寫目的31.2 項(xiàng)目風(fēng)險(xiǎn)31.3 文檔約定31.4 預(yù)期讀者和閱讀建議31.5 產(chǎn)品范圍41.6 參考文獻(xiàn)42 .綜合描述42.1 產(chǎn)品的狀況42.2 產(chǎn)品的功能52.3 用戶類和特性52.4 運(yùn)行環(huán)境52.5 設(shè)計(jì)和實(shí)現(xiàn)上的限制52.6 假設(shè)和約束（依賴）63 .外部接口需求63.1 硬件接口63.2 軟件接口73.3 通訊接口74 .系統(tǒng)功能需求74.1 說明和優(yōu)先級(jí)84.2 激勵(lì)/響應(yīng)序列84.3 輸入/輸出數(shù)據(jù)85.其它非功能需求5.1 性能需求.5.2 安全措施需求5.3 安全性需求5.4 軟件質(zhì)量屬性5.5 業(yè)務(wù)規(guī)則.5.6 用

2、戶文檔.899錯(cuò)誤！未定義書簽。1010106 .詞匯表107 .數(shù)據(jù)定義11118 .分析模型1.引言引言是對(duì)這份軟件產(chǎn)品需求分析報(bào)告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應(yīng)該如何閱讀、理解和解釋這份文檔。1.1 編寫目的說明這份軟件產(chǎn)品需求分析報(bào)告是為哪個(gè)軟件產(chǎn)品編寫的，開發(fā)這個(gè)軟件產(chǎn)品意義、作用、以及最終要達(dá)到的意圖。通過這份軟件產(chǎn)品需求分析報(bào)告詳盡說明了該軟件產(chǎn)品的需求規(guī)格，包括修正和（或）發(fā)行版本號(hào)，從而對(duì)該軟件產(chǎn)品進(jìn)行準(zhǔn)確的定義。如果這份軟件產(chǎn)品需求分析報(bào)告只與整個(gè)系統(tǒng)的某一部分有關(guān)系，那么只定義軟件產(chǎn)品需求分析報(bào)告中說明的那個(gè)部分或子系統(tǒng)。1.2 項(xiàng)目風(fēng)險(xiǎn)具體說明

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

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

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

6、系統(tǒng)的一個(gè)組成部分；與其它系統(tǒng)和其它機(jī)構(gòu)之間存在基本的相互關(guān)系。那么必須說明軟件產(chǎn)品需求分析報(bào)告定義的這部分軟件是怎樣與整個(gè)大系統(tǒng)相關(guān)聯(lián)的，或者（同時(shí)）說明相互關(guān)系的存在形式，并且要定義出兩者之間的全部接口。1.2 產(chǎn)品的功能因?yàn)閷⒃谛枨蠓治鰣?bào)告的第4部分中詳細(xì)描述軟件產(chǎn)品的功能，所以在此只需要概略地總結(jié)。僅從業(yè)務(wù)層面陳述本軟件產(chǎn)品所應(yīng)具有的主要功能，在描述功能時(shí)應(yīng)該針對(duì)每一項(xiàng)需求準(zhǔn)確地描述其各項(xiàng)規(guī)格說明。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時(shí)，也需要對(duì)應(yīng)陳述本軟件產(chǎn)品的非作用領(lǐng)域，以利讀者理解本軟件產(chǎn)品。為了很好地組織產(chǎn)品功能，使每個(gè)讀者都容易理解，可以采用列表的方法給

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

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

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

10、束； 經(jīng)費(fèi)約束； 人員約束； 設(shè)備約束； 地理位置約束； 其它有關(guān)項(xiàng)目約束；3 .外部接口需求通過本節(jié)描述可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。關(guān)聯(lián)圖僅能表示高層抽象的外部接口，必須對(duì)接口數(shù)據(jù)和外部組件進(jìn)行詳細(xì)描述，并且寫入數(shù)據(jù)定義中。如果產(chǎn)品的不同部分有不同的外部接口，那么應(yīng)該把這些外部接口的全部詳細(xì)需求并入到這一部分實(shí)例中。注意：必須將附加用戶類的特征與外部接口需求加以區(qū)分，附加用戶類的特征描述的是通過接口取得軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人的需求；而外部接口需求描述的是接口本身的需求。3.1 硬件接口描述待開發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特征，若有多個(gè)硬件接口，則必須全都描述。接口特征

11、的描述內(nèi)容可能包括： 支持的硬件類型； 軟、硬件之間交流的數(shù)據(jù)； 控制信息的性質(zhì)； 使用的通訊協(xié)議；3.2 軟件接口描述該軟件產(chǎn)品與其它外部組件的連接，這些外部組件必須明確它們的名稱和版本號(hào)以資識(shí)別，可能的外部組件包括： 操作系統(tǒng)； 數(shù)據(jù)庫； 工具； 函數(shù)庫； 集成的商業(yè)組件說明：這里所說的“集成的商業(yè)組件”，是指與系統(tǒng)集成的商業(yè)組件，而不是與軟件產(chǎn)品集成的商業(yè)組件。例如：中間件、消息服務(wù)，等等。描述并且明確軟件產(chǎn)品與軟件組件之間交換數(shù)據(jù)或者消息的目的。描述所需要的服務(wù)，以及與內(nèi)部組件通訊的性質(zhì)。確定軟件產(chǎn)品將與組件之間共享的數(shù)據(jù)。如果必須使用一種特殊的方法來實(shí)現(xiàn)數(shù)據(jù)共享機(jī)制，例如：在多用戶系

12、統(tǒng)中的一個(gè)全局?jǐn)?shù)據(jù)區(qū)，那么就必須把它定義為一種實(shí)現(xiàn)上的限制。3.3 通訊接口描述與軟件產(chǎn)品所使用的通訊功能相關(guān)的需求，包括： 電子郵件； WEB瀏覽器； 網(wǎng)絡(luò)通訊標(biāo)準(zhǔn)或者協(xié)議； 數(shù)據(jù)交互用電子表格；必須定義相關(guān)的： 消息格式； 通訊安全或加密問題； 數(shù)據(jù)傳輸速率； 同步和異步通訊機(jī)制；4 .系統(tǒng)功能需求需要進(jìn)行詳細(xì)的需求記錄，詳細(xì)列出與該系統(tǒng)功能相關(guān)的詳細(xì)功能需求，并且，唯一地標(biāo)識(shí)每一項(xiàng)需求。這是必須提交給用戶的軟件功能，使得用戶可以使用所提供的功能執(zhí)行服務(wù)或者使用所指定的使用實(shí)例執(zhí)行任務(wù)。描述軟件產(chǎn)品如何響應(yīng)己知的出錯(cuò)條件、非法輸入、非法動(dòng)作。如果每一項(xiàng)功能需求都能用一項(xiàng)，也只需要用一項(xiàng)測試

13、用例就能進(jìn)行驗(yàn)證，那么就可以認(rèn)為功能需求已經(jīng)適當(dāng)?shù)剡M(jìn)行描述了。如果某項(xiàng)功能需求找不到合適的測試用例，或者必須使用多項(xiàng)測試用例才能驗(yàn)證，那么該項(xiàng)功能需求的描述必然存在某些問題。功能需求是根據(jù)系統(tǒng)功能，即軟件產(chǎn)品所提供的主要服務(wù)來組織的?？梢酝ㄟ^使用實(shí)例、運(yùn)行模式、用戶類、對(duì)象類或者功能等級(jí)來組織這部分內(nèi)容，也可以便用這些元素的組合?？偠灾仨氝x擇一種是讀者容易理解預(yù)期產(chǎn)品的組織方案。用簡短的語句說明功能的名稱，例如：“4.1系統(tǒng)參數(shù)管理”。按照服務(wù)組織的順序，逐條闡述系統(tǒng)功能。無論說明的是何種功能，都應(yīng)該針對(duì)該系統(tǒng)功能重復(fù)敘述4.14.3這三個(gè)部分。可以通過各種方式來組織這一部分內(nèi)容，例如采

14、用：使用實(shí)例、運(yùn)行模式、用戶類、對(duì)象類、功能等級(jí)等，也可以采用它們的組合。其最終目的是，讓讀者容易理解即將開發(fā)的軟件產(chǎn)品。一般來說，每個(gè)使用實(shí)例都對(duì)應(yīng)一個(gè)系統(tǒng)功能，因而按照使用實(shí)例來組織內(nèi)容比較容易讓用戶理解。對(duì)應(yīng)一些被共享的獨(dú)立使用實(shí)例，可以定義一些公用系統(tǒng)功能。必須特別注意的是，在2.2節(jié)“產(chǎn)品的功能”中描述的全部需求，以及它們的規(guī)格說明；必須在某個(gè)系統(tǒng)功能描述中有所反映，而且不應(yīng)重復(fù)。4.1 說明和優(yōu)先級(jí)對(duì)該系統(tǒng)功能進(jìn)行簡短的說明，并且指出該系統(tǒng)功能的優(yōu)先級(jí)是：高、中、還是低。需要的話，還可以包括對(duì)特定優(yōu)先級(jí)部分的評(píng)價(jià)，例如：利益、損失、費(fèi)用和風(fēng)險(xiǎn)，其相對(duì)優(yōu)先等級(jí)可以從1（低）到9（高）

15、。4.2 激勵(lì)/響應(yīng)序列列出輸入激勵(lì)（用戶動(dòng)作、來自外部設(shè)備的信號(hào)或者其它觸發(fā)）并且定義針對(duì)這一一功能行為的系統(tǒng)響應(yīng)序列，這些序列將與使用實(shí)例中相關(guān)的對(duì)話元素相對(duì)應(yīng)。描述激勵(lì)/響應(yīng)序列時(shí)，不僅需要描述基本過程，而且應(yīng)該描述可選（擴(kuò)充）過程，包括例外（引起任務(wù)不能順序完成的情況稱為例外）。疏忽了可選過程，有可能影響軟件產(chǎn)品的功能；如果遺漏例外過程，則有可能會(huì)引發(fā)系統(tǒng)崩潰。如果采用流程圖來描述激勵(lì)/響應(yīng)序列，比較容易讓用戶理解。4.3 輸入/輸出數(shù)據(jù)列出輸入數(shù)據(jù)（用戶輸入、來自外部接口的輸入或者其它輸入）并且定義針對(duì)這些輸入數(shù)據(jù)的處理（計(jì)算）方法，以及相應(yīng)地輸出數(shù)據(jù)，描述對(duì)應(yīng)區(qū)別：輸入數(shù)據(jù)和輸出數(shù)

16、據(jù)。當(dāng)有大量數(shù)據(jù)需要描述時(shí)，也可以分類描述數(shù)據(jù)，并且注明各項(xiàng)數(shù)據(jù)的輸入、輸出屬性。對(duì)于每一項(xiàng)數(shù)據(jù)，均需要描述： 數(shù)據(jù)名稱； 實(shí)際含義； 數(shù)據(jù)類型； 數(shù)據(jù)格式； 數(shù)據(jù)約束；對(duì)于復(fù)雜的處理方法，僅僅給出算法原理是不夠的，必須描述詳細(xì)的計(jì)算過程，并且列出每一步具體使用的實(shí)際算式；如果計(jì)算過程中涉及查表、判斷、迭代等處理方法，應(yīng)該給出處理依據(jù)和相關(guān)數(shù)據(jù)。如果計(jì)算方法很簡單，也可以將其從略，不加描述。5 .其它非功能需求在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護(hù)性、可擴(kuò)展性、可測試性5.1 性能需求為了滿足用戶的要求，以更好的體驗(yàn)來進(jìn)行移動(dòng)端應(yīng)用操作，可以在平板電腦以及手機(jī)上進(jìn)行操作，前

17、提是平臺(tái)系統(tǒng)是安卓2.24.4,應(yīng)用暫時(shí)不提供其他系統(tǒng)平臺(tái)。1、接口要求只需下載安裝應(yīng)用即可，無需其他接口要求。2、輸入要求在應(yīng)用下載里面準(zhǔn)確輸入關(guān)鍵字進(jìn)行下載。3、輸出要求要求能快速準(zhǔn)確輸出地圖上位置信息。基本的數(shù)據(jù)流程和處理流程。4、啟動(dòng)要快，響應(yīng)要及時(shí)。通過最優(yōu)化代碼，減少反應(yīng)時(shí)間。5、內(nèi)存占用率低。5.2 安全需求個(gè)人信息安全。進(jìn)行實(shí)名注冊，保障用戶的信息真實(shí)有效。傳輸涉及個(gè)人信息的文件時(shí)，使用加密技術(shù)。在計(jì)算機(jī)通訊中，采用密碼技術(shù)將信息隱蔽起來，再將隱蔽后的信息傳輸出去，使信息在傳輸過程中即使被竊取或截獲，竊取者也不能了解信息的內(nèi)容，發(fā)送方使用加密密鑰，通過加密設(shè)備或算法，將信息加密

18、后發(fā)送出去。接收方在收到密文后，使用解密密鑰將密文解密,恢復(fù)為明文。如果傳輸中有人竊取，他也只能得到無法理解的密文，從而保證信息傳輸?shù)陌踩Ｙ徺I健身器材支付安全。使用第三方軟件支付寶進(jìn)行支付。對(duì)于買家：請(qǐng)買家一定要在自己收到貨且沒有異議后去點(diǎn)擊確認(rèn)收到貨，如在未收到貨或者收到的貨物與賣家的描述不符的情況下，就先點(diǎn)擊確認(rèn)收到貨，將因此承擔(dān)不必要的損失。在付款后請(qǐng)經(jīng)常查看支付寶提示的“完成本次交易”的剩余時(shí)間，如果長時(shí)間沒有收到貨物，請(qǐng)及時(shí)向支付寶提出退款申請(qǐng)；在個(gè)人提出退款申請(qǐng)后，該申請(qǐng)將在用戶收到貨物或者爭議解決后撤銷。對(duì)于賣家：請(qǐng)賣家一定要在確認(rèn)買家付款以后，再發(fā)貨。如買家還沒有付款的情況下

19、，用戶就先發(fā)貨了，沒有按照支付寶流程操作，造成的損失由用戶本人承擔(dān)。如果個(gè)人有關(guān)于支付寶風(fēng)險(xiǎn)的情況需要向支付寶反饋或舉報(bào)時(shí)，包括不明網(wǎng)站或接收、點(diǎn)擊不明來歷的郵件、圖片、鏈接、壓縮包等。支付寶使用流程圖:發(fā)貨號(hào)買家5.3 軟件質(zhì)量屬性應(yīng)具備快捷性，易學(xué)性，可移植行和有效性。5.4 業(yè)務(wù)規(guī)則注冊：需實(shí)名認(rèn)證，電話驗(yàn)證，提交注冊信息需填寫驗(yàn)證碼。交易：需誠信交易，單筆交易額大于1000元，需附加管理員誠信認(rèn)證。5.5 用戶文檔1、安裝指南紙質(zhì)文檔，16開本；2、用戶手冊紙質(zhì)文檔，16開本；3、在線幫助對(duì)于用戶的問題設(shè)置專門的人員進(jìn)行回答解疑。4、電子文檔，與軟件產(chǎn)品一同分發(fā)、配置；5、使用教程電子文檔，與軟件產(chǎn)品一同分發(fā)、配置。6 .詞匯表Process:進(jìn)程進(jìn)程是一個(gè)動(dòng)態(tài)的概念，包括從進(jìn)程的創(chuàng)建申請(qǐng)，PCB(ProcessControlBlock進(jìn)程控制塊，一般操作系統(tǒng)實(shí)現(xiàn)為一個(gè)表格(struct)的創(chuàng)建，地址空間的內(nèi)存分配，模塊代碼載入并執(zhí)行，執(zhí)行完以后進(jìn)行撤銷，整個(gè)過程被稱為“進(jìn)程。在Win32下，一個(gè)進(jìn)程有4G的邏輯空間。但我們也常把它作為靜態(tài)概念來使用，在Win32下，一個(gè)EXE的執(zhí)行就是一個(gè)進(jìn)程（如果它內(nèi)部又開了新進(jìn)程，另當(dāng)別論）Thread:線程一個(gè)進(jìn)程擁有至少一個(gè)線程。我們在實(shí)現(xiàn)多任務(wù)并發(fā)的時(shí)候通常是建立一個(gè)新