軟件缺陷管理系統(tǒng)需求與設(shè)計

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

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

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

4、能表1.5 ActorsActor為軟件研發(fā)的項目經(jīng)理，開發(fā)人員和測試人員2 Functional Requirements 功能需求2.1 Use Case Diagram 系統(tǒng)總用例圖2.2 系統(tǒng)活動圖2.3 系統(tǒng)子用例圖2.3.1 Project.Module01.Function01 bug管理-bug管理2.3.1.1 Goal in Context 簡要說明檢索與維護所有項目的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：不修改：程序員或項目經(jīng)理根據(jù)需求分析、概要設(shè)計、詳細設(shè)計說明書等上的要求經(jīng)過考慮后決定對 BUG 不進行修改。其 BUG 的狀態(tài)為不修改，需要說明理由。 狀態(tài)4：延遲：根據(jù)目前項目進程或計劃等情況，暫時延期的狀態(tài) 狀態(tài)5：待討論：需要進行討論后才能決定是否需要修改的 BUG 的狀態(tài)。 狀態(tài)6：已驗證：已經(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 簡要說明 測試人員對對象軟件進行測試發(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)建一個處理這個bug的功能模塊。2.3.3.2 Preconditions 前置條件 獲取bug信息。 2.3.3.3 End Condition 后置條件 處理好這個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信息的一個功能模塊。

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 項目管理-項目管理2.3.5.1 Goal in Context 簡要說明 根據(jù)需求，實際情況，創(chuàng)建項目。2.3.5.2 Preconditions 前置條件了解需求，條件允許2.3.5.3 End Condition 后置條件創(chuàng)建用戶組2.3.5.4 Actors 項目經(jīng)理2.3.5.5 Trigger 觸發(fā)條件 無2.3.6

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

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

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

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

13、xt 簡要說明在使用測試用例進行測試的時候要求測試用例應(yīng)該包含5種狀態(tài)，狀態(tài)1：未測試，說明還沒有開始測試。狀態(tài)2：測試通過：測試用例通過測試。狀態(tài)3：測試不通過：測試用例沒有通過。狀態(tài)4：測試阻塞：阻塞表示該測試用例的前置條件還未符合，所以該用例測試沒有辦法開始進行。狀態(tài)5：測試取消：取消表示如果測試用例與實際軟件實現(xiàn)不想符合，那么測試用例不能按照實際情況測試，那么測試用例取消。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é)果的時候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ā)條件 該項目已經(jīng)立項2.3.13 Project.Module04.Function02 系統(tǒng)管理-權(quán)限管理2.3.13.1 Goal in Context 簡要說明對系統(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è)計和代碼的任何知識，而是基于需求和功能性。白盒測試：基于一個應(yīng)用代碼的內(nèi)部邏輯知識，基于覆蓋全部代碼、分支、路徑、條件。單元測試：最微小規(guī)模的測試;以測試某個功能或代碼塊。累積綜合測試：當(dāng)一個新功能增加后，對應(yīng)用系統(tǒng)所做的連

16、續(xù)測試。集成測試：一個應(yīng)用系統(tǒng)的各個部件的聯(lián)合測試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨立的應(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ā)條件該項目已經(jīng)立項2.3.15 Project.Module04.Function04系統(tǒng)管理-bug級別管理2.3.15.1 Goal i

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

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