轉載完整的需求分析文檔，前半部分可作爲參考。
需求分析
1. 引言
1.1 目的
說明編寫這份報告的目的，指出預期的讀者。
1.2 背景
指出待開發的軟件系統的名稱；行業情況；本項目的任務提出者、開發者、用戶；該軟件系統同其他系統或其他機構的基本的相互來往關係。
1.3 參考資料
列出編寫本報告時參考的文件(如經覈準的計劃任務書或合同、上級機關的批文等)、資料、技術標準，以及他們的作者、標題、編號、發佈日期和出版單位。
|
編號 |
資料名稱 |
簡介 |
作者 |
日期 |
出版單位 |
|
|
|
|
|
|
|
列出編寫本報告時查閱的Intenet上雜誌、專業著作、技術標準以及他們的網址。
|
網點 |
簡介 |
|
|
|
1.4 術語
列出本報告中用到的專門術語的定義。
2. 任務概述
2.1 目標
敘述該項軟件開發的意圖、應用目標、作用範圍以及其他應向讀者說明的有關該軟件開發的背景材料。解釋被開發軟件與其他有關軟件之間的關係。如果本軟 件產品是一項獨立的軟件，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中的其他各組成部分 之間的關係，爲此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯繫和接口。
2.2 系統（或用戶）的特點
如果是產品開發，應列出本軟件的特點，與老版本軟件（如果有的話）的不同之處，與市場上同類軟件（如果有的話）的比較。說明本軟件預期使用頻度；
如果是針對合同開發，則應列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟件預期使用頻度。這些是軟件設計工作的重要約束。
3. 假定和約束
列出進行本軟件開發工作的假定和約束，例如經費限制、開發期限等。
4. 需求規定
4.1 軟件功能說明
逐項定量和定性地敘述對系統所提出的功能要求，說明輸入什麼量、經怎樣的處理、得到什麼輸出，說明產品的容量，包括系統應支持的終端數和應支持的並行操作的用戶數等指標。
4.2 對功能的一般性規定
本處僅列出對開發產品的所有功能（或一部分）的共同要求，如要求界面格式統一，統一的錯誤聲音提示，要求有在線幫助等。
4.3 對性能的一般性規定
4.3.1 精度
說明對該系統的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。
4.3.2 時間特性要求
說明對於該系統的時間特性要求。
4.3.3 靈活性
說明對該系統的靈活性的要求，即當需求發生某些變化時，該系統對這些變化的適應能力。
4.4 輸入輸出要求
解釋各輸入輸出數據類型，並逐項說明其媒體、格式、數值範圍、精度等。對系統的數據輸出及必須標明的控制輸出量進行解釋並舉例。
4.5數據管理能力要求（針對軟件系統）
說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲作出估算。
4.6 故障處理要求
列出可能的軟件、硬件故障以啊對各項性而言所產生的後果和對故障處理的要求。
4.7其他專門要求
如用戶對安全保密的要求，包括信息加密、信息認證（確定穿過系統或網絡的信息沒有被修改）方面的要求。
對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。
5. 運行環境規定
5.1 設備
列出運行該軟件所需要的硬件設備。
5.2 支撐軟件
1）操作系統
2）數據庫管理系統
3）其他支撐軟件
5.3 接口
簡要說明該軟件同其他軟件之間的公共接口、數據通信協議等，
5.4控制
說明控制該產品的運行的方法和控制信號，並說明這些控制信號的來源。
6. 尚需解決的問題
以列表的形式列出在需求分析階段必須解決但尚未解決的問題
測試計劃
7. 1. 引言
7.1 1.1 目的
說明本項目測試目的、預期達到的目標。
7.2 1.2 背景
說明本項目測試的背景。
7.3 1.3 測試範圍
說明本項目測試的內容。
1.4 項目文件列表
列出編寫本報告及測試整個過程中所要參考的文件、資料。
相關文件列表
|
文檔 |
已創建（是/否） |
版本/日期 |
|
需求詳述 |
|
|
|
功能詳述 |
|
|
|
項目計劃 |
|
|
|
設計詳述 |
|
|
|
原型 |
|
|
|
用戶手冊 |
|
|
8. 2. 測試需求
8.1 2.1 分析各種信息
反覆檢查並理解各種信息，和用戶交流，理解他們的要求。可以按照以下步驟執行：
1）確定軟件提供的主要商業任務
2）對每個商業任務，確定完成該任務所要進行的交易。
3）確定從數據庫信息引出的計算結果。
4）對於對時間有要求的交易，確定所要的時間和條件。這些條件包括數據庫大小、機器配置、交易量、以及網絡擁擠情況。
5）確定會產生重大意外的壓力測試，包括：內存、硬盤空間、高的交易率
6）確定應用需要處理的數據量。
7）確定需要的軟件和硬件配置。通常情況下，不可能對所有可能的配置都測試到，因此要選擇最有可能產生問題的情況進行測試，包括：最低性能的硬件、幾個有兼容性問題的軟件並存、客戶端機器通過最慢的LAN/WANF連接訪問服務器。
8）確定其他與應用軟件沒有直接關係的商業交易。包括：
管理功能，如啓動和推出程序
配置功能，如設置打印機
操作員的愛好，如字體、顏色
應用功能，如訪問email或者顯示時間和日期。
9）確定安裝過程，包括定置從哪安裝、定製安裝、升級安裝。
10）確定沒有隱含在功能測試中的戶界面要求。大多界面都在功能測試時被測 試到。還有寫沒有測到，如：操作與顯示的一致性，如使用快捷鍵等；界面遵從合理標準，如按鈕大小，標籤等。
8.2 2.2需求組織成層次圖
9.3. 測試策略
|
測試策略項 |
例子 |
|
測試階段 |
系統測試 |
|
測試類型 |
功能測試 |
|
測試技術 |
75%用SQA Suite自動測試，25%手工測試 |
|
完成標準 |
95%測試用例通過並且最高級缺陷全部解決 |
|
特殊考慮 |
測試必須在上午進行 |
10.4. 測試內容
根據軟件項目的實際特點確定確認測試的測試內容。對部分軟件項目除基本的功能測試外，可能還包括性能測試、安全性測試、極限測試、併發操作測試等。
1）功能測試
2）用戶界面測試
3）性能測試
4）壓力測試
5）容量測試
6）配置測試
7） 安裝測試
11.5. 資源
11.15.1 人力資源
|
職位 |
姓名 |
特殊責任/說明 |
|
測試經理 |
|
|
|
測試工程師 |
|
|
|
測試工程師 |
|
|
|
測試系統管理員 |
|
|
11.25.2 系統資源
|
系統 |
名稱/類型 |
|
硬件環境 軟件環境 專門配置要求 客戶測試機 其他要求 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
12.6. 人員安排
6.1 估計測試工作量
∑(每個測試的時間*每個需求的測試的數目*測試需求的數目)
（測試設計、開發、….）
12.1 6.2創建工程調度表
|
任務 |
相關工作量（天） |
|
測試計劃 |
|
|
確定項目 |
|
|
定義測試策略 |
|
|
決定測試需求 |
|
|
估計工作量 |
|
|
確定資源 |
|
|
調度測試活動 |
|
|
生成測試計劃文檔 |
|
|
測試設計 |
|
|
分析測試需求 |
|
|
指定測試過程 |
|
|
指定測試用例 |
|
|
查看測試需求的覆蓋率 |
|
|
測試開發 |
|
|
建立測試開發環境 |
|
|
錄製和回放原型過程 |
|
|
開發測試過程 |
|
|
測試和調試測試過程 |
|
|
修改測試過程 |
|
|
重新測試並調試測試過程 |
|
|
測試執行 |
|
|
設置測試系統 |
|
|
執行測試 |
|
|
驗證測試結果 |
|
|
調查突發結果（unexpected result） |
|
|
生成缺陷日記 |
|
|
測試評估 |
|
|
回顧測試日記 |
|
|
評估測試需求的覆蓋率 |
|
|
評估缺陷 |
|
|
決定是否達到測試完成的標準 |
|
13.7. 附
1) 軟件元件
2) 測試特性（Assets）
3) 測試日記
4) 缺陷報告