1、軟件缺陷管理系統(tǒng)需求與設(shè)計(jì)（軟件文檔寫作課程設(shè)計(jì)）姓名：于家鵬班級(jí)： 學(xué)號(hào)：軟件缺陷管理系統(tǒng)需求規(guī)格與設(shè)計(jì)說明書Prepared by 擬制于家鵬Date日期2010-10-28Reviewed by 評(píng)審人Date日期Approved by批準(zhǔn)Date日期1 Introduction 簡介1.1 Purpose 目的本文檔為軟件缺陷管理系統(tǒng)項(xiàng)目的需求規(guī)格說明書，規(guī)范的定義本軟件項(xiàng)目的需求。該項(xiàng)目計(jì)劃的閱讀人員包括項(xiàng)目經(jīng)理、項(xiàng)目總監(jiān)以及項(xiàng)目組中的所有成員。1.2 Scope 范圍本文檔包括：軟件總體概述功能需求性能需求接口需求總體設(shè)計(jì)約束軟件質(zhì)量特性General description總體概

2、述本項(xiàng)目軟件需求由項(xiàng)目經(jīng)理提供，項(xiàng)目組通過需求調(diào)研（網(wǎng)上查閱相關(guān)資料和同類產(chǎn)品比較），對(duì)需求進(jìn)行裁剪。1.3 Software perspective 軟件概述1.3.1 About the Project 項(xiàng)目介紹本系統(tǒng)是缺陷跟蹤管理的專業(yè)軟件，它用于幫助公司和團(tuán)隊(duì)跟蹤工作中的問題，管理和記錄這些問題的處理過程。通過此系統(tǒng)可以整合客戶、開發(fā)人員、測試人員，各人各司其職，信息很快得到交流和反饋，讓大家感到軟件開發(fā)在順利快速的進(jìn)行，朝意想的目標(biāo)邁進(jìn)。它的主要作用是為開發(fā)人員服務(wù)，實(shí)時(shí)將信息反饋給開發(fā)人員，開發(fā)人員同時(shí)迅速地將修復(fù)的結(jié)果信息反饋到跟蹤系統(tǒng)中，最后通過持續(xù)集成，軟件迅速地完成了更新，

3、這些方便、便捷的操作會(huì)極大地鼓舞軟件開發(fā)中的各方人員，甚至包括客戶，及時(shí)響應(yīng)。1.3.2 Environment of Product 產(chǎn)品環(huán)境介紹本軟件產(chǎn)品運(yùn)行在裝有java運(yùn)行環(huán)境的任何操作系統(tǒng)上運(yùn)行。1.4 Software function 軟件功能功能模塊用例一. Bug管理1. Bug管理2. 分配給我的bug3. 我創(chuàng)建的bug4. Bug查詢二. 項(xiàng)目管理1. 項(xiàng)目管理2. 用戶組管理3. 版本管理4. 查詢統(tǒng)計(jì)三. 用例管理1. 測試用例管理2. 測試計(jì)劃管理3. 用例測試結(jié)果管理四. 系統(tǒng)管理1. 用戶管理2. 權(quán)限管理3. 測試類別管理4. Bug級(jí)別管理表格 1 軟件功

4、能表1.5 ActorsActor為軟件研發(fā)的項(xiàng)目經(jīng)理，開發(fā)人員和測試人員2 Functional Requirements 功能需求2.1 Use Case Diagram 系統(tǒng)總用例圖2.2 系統(tǒng)活動(dòng)圖2.3 系統(tǒng)子用例圖2.3.1 Project.Module01.Function01 bug管理-bug管理2.3.1.1 Goal in Context 簡要說明檢索與維護(hù)所有項(xiàng)目的BUG的狀態(tài)信息，BUG一共由8種狀態(tài)。狀態(tài)1：已提交：測試員發(fā)現(xiàn) BUG 后提交到 BUG 管理系統(tǒng)中的狀態(tài)。（初始狀態(tài)） 狀態(tài)2：已修改：程序員在修改了 BUG 后提交到 BUG 管理系統(tǒng)中的狀態(tài)。 狀態(tài)

5、3：不修改：程序員或項(xiàng)目經(jīng)理根據(jù)需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)說明書等上的要求經(jīng)過考慮后決定對(duì) BUG 不進(jìn)行修改。其 BUG 的狀態(tài)為不修改，需要說明理由。 狀態(tài)4：延遲：根據(jù)目前項(xiàng)目進(jìn)程或計(jì)劃等情況，暫時(shí)延期的狀態(tài) 狀態(tài)5：待討論：需要進(jìn)行討論后才能決定是否需要修改的 BUG 的狀態(tài)。 狀態(tài)6：已驗(yàn)證：已經(jīng)解決的并經(jīng)過測試員復(fù)測的 BUG 的狀態(tài)。 狀態(tài)7：關(guān)閉：完全解決了，只供以后備查的狀態(tài) 狀態(tài)8：重新打開：重新出現(xiàn)在新的版本中，重新打開以前關(guān)閉的 bug 狀態(tài) 。2.3.1.2 Preconditions 前置條件無2.3.1.3 End Condition 后置條件無2.3.1.4

6、Actors 所有人員。2.3.1.5 Trigger 觸發(fā)條件無2.3.2 Project.Module01.Function02 bug管理-分配給我的bug2.3.2.1 Goal in Context 簡要說明 測試人員對(duì)對(duì)象軟件進(jìn)行測試發(fā)現(xiàn)了bug后分配給開發(fā)人員。2.3.2.2 Preconditions 前置條件 測試人員發(fā)現(xiàn)了bug。2.3.2.3 End Condition 后置條件 獲取bug信息。 2.3.2.4 Actors 開發(fā)人員。 2.3.2.5 Trigger 觸發(fā)條件 測試人員發(fā)現(xiàn)了bug。 2.3.3 Project.Module01.Function03

7、bug管理-我創(chuàng)建的bug2.3.3.1 Goal in Context 簡要說明 根據(jù)測試人員給開發(fā)人員提供的bug信息創(chuàng)建一個(gè)處理這個(gè)bug的功能模塊。2.3.3.2 Preconditions 前置條件 獲取bug信息。 2.3.3.3 End Condition 后置條件 處理好這個(gè)bug以后，將信息交給測試人員。2.3.3.4 Actors 開發(fā)人員。 2.3.3.5 Trigger 觸發(fā)條件 獲取bug信息。2.3.4 Project.Module01.Function04 bug管理-bug查詢2.3.4.1 Goal in Context 簡要說明查詢bug信息的一個(gè)功能模塊。

8、2.3.4.2 Preconditions 前置條件 無。2.3.4.3 End Condition 后置條件無。 2.3.4.4 Actors 所有用例。2.3.4.5 Trigger 觸發(fā)條件無。 2.3.5 Project.Module02.Function01 項(xiàng)目管理-項(xiàng)目管理2.3.5.1 Goal in Context 簡要說明 根據(jù)需求，實(shí)際情況，創(chuàng)建項(xiàng)目。2.3.5.2 Preconditions 前置條件了解需求，條件允許2.3.5.3 End Condition 后置條件創(chuàng)建用戶組2.3.5.4 Actors 項(xiàng)目經(jīng)理2.3.5.5 Trigger 觸發(fā)條件 無2.3.6

9、 Project.Module02.Function03 項(xiàng)目管理-用戶組管理2.3.6.1 Goal in Context 簡要說明根據(jù)項(xiàng)目需求，選擇合適人員，組成項(xiàng)目組2.3.6.2 Preconditions 前置條件項(xiàng)目已經(jīng)建立2.3.6.3 End Condition 后置條件制定項(xiàng)目計(jì)劃2.3.6.4 Actors 項(xiàng)目經(jīng)理2.3.6.5 Trigger 觸發(fā)條件該項(xiàng)目已經(jīng)立項(xiàng)，項(xiàng)目計(jì)劃已經(jīng)建立2.3.7 Project.Module02.Function03 項(xiàng)目管理-版本管理2.3.7.1 Goal in Context 簡要說明對(duì) 每一次出現(xiàn)bug并修改后的被測項(xiàng)目的版本進(jìn)行

10、修改。2.3.7.2 Preconditions 前置條件 開發(fā)員對(duì)當(dāng)前bug修改完成。2.3.7.3 End Condition 后置條件 修改被測項(xiàng)目的版本。2.3.7.4 Actors 項(xiàng)目經(jīng)理。2.3.7.5 Trigger 觸發(fā)條件 當(dāng)前Bug修改完成。2.3.8 Project.Module02.Function04 項(xiàng)目管理-查詢統(tǒng)計(jì)2.3.8.1 Goal in Context 簡要說明查詢反饋信息中已關(guān)閉的bug數(shù)量，來得到被測試項(xiàng)目某階段解決bug的程度。根據(jù)bug的解決程度用來控制被測項(xiàng)目的進(jìn)度。2.3.8.2 Preconditions 前置條件 無。2.3.8.3 E

11、nd Condition 后置條件統(tǒng)計(jì)已關(guān)閉bug的數(shù)量。2.3.8.4 Actors 項(xiàng)目經(jīng)理。2.3.8.5 Trigger 觸發(fā)條件 反饋信息確定。2.3.9 Project.Module03.Function01 用例管理-測試計(jì)劃管理2.3.9.1 Goal in Context 簡要說明 管理所有的測試計(jì)劃，并可以添加、刪除、修改、查詢測試計(jì)劃。2.3.9.2 Preconditions 前置條件 制定項(xiàng)目計(jì)劃。2.3.9.3 End Condition 后置條件 編寫測試用例。2.3.9.4 Actors 軟件 測試人員。2.3.9.5 Trigger 觸發(fā)條件 項(xiàng)目計(jì)劃的制定。

12、2.3.10 Project.Module03.Function02 用例管理-測試用例管理2.3.10.1 Goal in Context 簡要說明 用來管理測試用例：可以對(duì)測試用例進(jìn)行添加、刪除 、修改、查詢。2.3.10.2 Preconditions 前置條件 編寫測試計(jì)劃。2.3.10.3 End Condition 后置條件 管理所有bug。2.3.10.4 Actors 軟件測試人員2.3.10.5 Trigger 觸發(fā)條件 測試計(jì)劃的編寫。2.3.11 Project.Module03.Function03 用例管理-用例測試結(jié)果管理2.3.11.1 Goal in Conte

13、xt 簡要說明在使用測試用例進(jìn)行測試的時(shí)候要求測試用例應(yīng)該包含5種狀態(tài)，狀態(tài)1：未測試，說明還沒有開始測試。狀態(tài)2：測試通過：測試用例通過測試。狀態(tài)3：測試不通過：測試用例沒有通過。狀態(tài)4：測試阻塞：阻塞表示該測試用例的前置條件還未符合，所以該用例測試沒有辦法開始進(jìn)行。狀態(tài)5：測試取消：取消表示如果測試用例與實(shí)際軟件實(shí)現(xiàn)不想符合，那么測試用例不能按照實(shí)際情況測試，那么測試用例取消。2.3.11.2 Preconditions 前置條件 無2.3.11.3 End Condition 后置條件 無2.3.11.4 Actors 軟件測試人員2.3.11.5 Trigger 觸發(fā)條件 當(dāng)測試人員需

14、要管理用例測試結(jié)果的時(shí)候2.3.12 Project.Module04.Function01 系統(tǒng)管理-用戶管理2.3.12.1 Goal in Context 簡要說明 創(chuàng)建系統(tǒng)用戶2.3.12.2 Preconditions 前置條件 無2.3.12.3 End Condition 后置條件 權(quán)限管理2.3.12.4 Actors 系統(tǒng)管理員2.3.12.5 Trigger 觸發(fā)條件 該項(xiàng)目已經(jīng)立項(xiàng)2.3.13 Project.Module04.Function02 系統(tǒng)管理-權(quán)限管理2.3.13.1 Goal in Context 簡要說明對(duì)系統(tǒng)權(quán)限的管理2.3.13.2 Precond

15、itions 前置條件用戶創(chuàng)建2.3.13.3 End Condition 后置條件 無2.3.13.4 Actors 系統(tǒng)管理員2.3.13.5 Trigger 觸發(fā)條件用戶創(chuàng)建2.3.14 Project.Module04.Function03 系統(tǒng)管理-測試類別管理2.3.14.1 Goal in Context 簡要說明軟件測試常用的測試方法：黑盒測試：不基于內(nèi)部設(shè)計(jì)和代碼的任何知識(shí)，而是基于需求和功能性。白盒測試：基于一個(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí)，基于覆蓋全部代碼、分支、路徑、條件。單元測試：最微小規(guī)模的測試;以測試某個(gè)功能或代碼塊。累積綜合測試：當(dāng)一個(gè)新功能增加后，對(duì)應(yīng)用系統(tǒng)所做的連

16、續(xù)測試。集成測試：一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。功能測試：用于測試應(yīng)用系統(tǒng)的功能需求的黑盒測試方法。系統(tǒng)測試：基于系統(tǒng)整體需求說明書的黑盒類測試;應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。2.3.14.2 Preconditions 前置條件 無2.3.14.3 End Condition 后置條件無2.3.14.4 Actors 系統(tǒng)管理員2.3.14.5 Trigger 觸發(fā)條件該項(xiàng)目已經(jīng)立項(xiàng)2.3.15 Project.Module04.Function04系統(tǒng)管理-bug級(jí)別管理2.3.15.1 Goal i

17、n Context 簡要說明BUG一般分為4個(gè)等級(jí)分別為致命(可對(duì)應(yīng)目前BUG體系中的“非常嚴(yán)重”)：致命性問題主要為：系統(tǒng)無法執(zhí)行、崩潰或嚴(yán)重資源不足、應(yīng)用模塊無法啟動(dòng)或異常退出、無法測試、造成系統(tǒng)不穩(wěn)定。具體基本上可分為： 內(nèi)存泄漏 用戶數(shù)據(jù)丟失或破壞 系統(tǒng)崩潰/死機(jī)/凍結(jié) 模塊無法啟動(dòng)或異常退出 嚴(yán)重的數(shù)值計(jì)算錯(cuò)誤 功能設(shè)計(jì)與需求嚴(yán)重不符 其它導(dǎo)致無法測試的錯(cuò)誤 嚴(yán)重（可對(duì)應(yīng)目前BUG體系中的“嚴(yán)重”）嚴(yán)重性問題主要為：影響系統(tǒng)功能或操作，主要功能存在嚴(yán)重缺陷，但不會(huì)影響到系統(tǒng)穩(wěn)定性。具體基本上可分為： 功能未實(shí)現(xiàn) 功能錯(cuò)誤 系統(tǒng)刷新錯(cuò)誤 語音或數(shù)據(jù)通訊錯(cuò)誤 輕微的數(shù)值計(jì)算錯(cuò)誤 系統(tǒng)所提

18、供的功能或服務(wù)受明顯的影響 一般（可對(duì)應(yīng)于目前BUG體系中的“普通”）一般性問題主要為：界面、性能缺陷具體基本上可分為： 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 邊界條件下錯(cuò)誤 提示信息錯(cuò)誤（包括未給出信息、信息提示錯(cuò)誤等） 長時(shí)間操作無進(jìn)度提示 系統(tǒng)未優(yōu)化（性能問題） 光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤 提示（可對(duì)應(yīng)于目前BUG體系中的“輕微及建議”）提示性問題主要為：易用性及建議性問題具體基本上可分為： 界面格式等不規(guī)范 輔助說明描述不清楚 操作時(shí)未給用戶提示 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志 個(gè)別不影響產(chǎn)品理解的錯(cuò)別字 文字排列不整齊等一些小問題 建議2.3.15.2 Preconditions 前置條件無2.3.15.3 End Condition 后置條件無2.3.15.4 Actors 系統(tǒng)管理員2.3.15.5 Trigger 觸發(fā)條件 該項(xiàng)目已經(jīng)立項(xiàng)3 Performance Requirements 性能需求1. 可以同時(shí)讓30個(gè)用戶同時(shí)在線操作.2. 保證系