【文章內(nèi)容簡(jiǎn)介】 ble 210 customer create issue use case description 客戶創(chuàng)建缺陷參與者 項(xiàng)目成員目的客戶通過創(chuàng)建一個(gè)缺陷，進(jìn)行追蹤，從而實(shí)現(xiàn)測(cè)試過程中產(chǎn)品的一個(gè)可能出現(xiàn)的客戶缺陷記錄。前提條件以該項(xiàng)目客戶身份登陸系統(tǒng)主要流程客戶進(jìn)入該項(xiàng)目，點(diǎn)擊缺陷頁面，然后點(diǎn)擊新建按鈕，填入缺陷信息，點(diǎn)擊保存按鈕附加流程如果要從項(xiàng)目中創(chuàng)建缺陷，則點(diǎn)擊項(xiàng)目頁面，在工具欄中點(diǎn)擊新建缺陷按鈕也可以新建缺陷后置條件新建客戶缺陷成功，缺陷被標(biāo)記為客戶缺陷創(chuàng)建缺陷活動(dòng)圖如下：圖213 創(chuàng)建缺陷活動(dòng)圖Figure 213 Create issue activity diagram分配缺陷所有者[9]用例說明如下：表211 分配缺陷所有者用例說明Table 211 Assign issue owner use case description 分配缺陷所有者參與者 項(xiàng)目經(jīng)理/項(xiàng)目領(lǐng)導(dǎo)目的在缺陷確定后，項(xiàng)目經(jīng)理或項(xiàng)目領(lǐng)導(dǎo)對(duì)該缺陷分配第一、第二、第三缺陷所有者以及到期時(shí)間前提條件以項(xiàng)目經(jīng)理或項(xiàng)目領(lǐng)導(dǎo)身份登陸系統(tǒng)，缺陷已經(jīng)被確定，在該用戶我的任務(wù)當(dāng)中有讓該用戶分配缺陷所有者的任務(wù)主要流程以項(xiàng)目經(jīng)理或項(xiàng)目領(lǐng)導(dǎo)身份登陸系統(tǒng)，對(duì)缺陷解鎖，然后填入缺陷的第一所有者，以及到期時(shí)間。然后到我的任務(wù)中將改該任務(wù)改為已完成附加流程可以在缺陷中填上第二，第三所有者，但不是必填項(xiàng)后置條件缺陷的所有者已經(jīng)確定，缺陷所有者會(huì)收到郵件提示其對(duì)任務(wù)進(jìn)行處理分配缺陷所有者活動(dòng)圖如下：圖214 分配缺陷所有者活動(dòng)圖Figure 214 Assign issue owner activity diagram重啟缺陷用例說明如下：表212 重啟缺陷用例說明Table 212 Issue reopen use case description 重啟缺陷參與者 質(zhì)量管理人員目的在缺陷關(guān)閉以后，如果還需要將該缺陷重啟的話，讓質(zhì)量管理人員將該缺陷進(jìn)行重啟前提條件以質(zhì)量管理人員身份登陸系統(tǒng)，該缺陷的狀態(tài)為已關(guān)閉主要流程以質(zhì)量管理人員身份登陸系統(tǒng)，找到一個(gè)已經(jīng)關(guān)閉的缺陷，點(diǎn)擊右鍵，在右鍵菜單中點(diǎn)擊提升版本，選擇重啟缺陷。附加流程后置條件缺陷的狀態(tài)重新變?yōu)殚_啟狀態(tài)，缺陷會(huì)重新啟動(dòng)一個(gè)工作流重啟缺陷活動(dòng)圖如下：圖215 重啟缺陷活動(dòng)圖Figure 215 Issue reopen activity diagram 管理回復(fù)業(yè)務(wù)概述管理回復(fù)用例模型如下圖所示：圖216 管理回復(fù)用例圖Figure 216 Reply management use case diagram管理開發(fā)回復(fù)用例說明如下：表213 管理開發(fā)回復(fù)用例說明Table 213 RD Reply management use case description 管理開發(fā)回復(fù)參與者 開發(fā)人員目的在對(duì)一個(gè)缺陷進(jìn)行確認(rèn)后，開發(fā)人員通過管理開發(fā)回復(fù)對(duì)缺陷修復(fù)的進(jìn)度或者缺陷產(chǎn)生的原因進(jìn)行描述前提條件以開發(fā)人員身份登陸，缺陷的狀態(tài)為開啟時(shí)主要流程以開發(fā)人員身份登陸，點(diǎn)擊一個(gè)開啟狀態(tài)的缺陷，點(diǎn)擊工具欄上的創(chuàng)建開發(fā)回復(fù)，在回復(fù)表單內(nèi)填入回復(fù)信息，點(diǎn)擊保存并解鎖。附加流程在點(diǎn)擊解鎖后，會(huì)發(fā)送郵件給缺陷的所有者后置條件缺陷下方會(huì)新增剛才添加的開發(fā)人員回復(fù)信息保存進(jìn)去管理非開發(fā)回復(fù)用例說明如下：表214 管理非開發(fā)回復(fù)用例說明Table 214 NonRD Reply management use case description 管理非開發(fā)回復(fù)參與者 項(xiàng)目組成員目的在對(duì)一個(gè)缺陷進(jìn)行創(chuàng)建后，項(xiàng)目組通過管理開發(fā)回復(fù)對(duì)缺陷修復(fù)的進(jìn)度或者缺陷產(chǎn)生的原因進(jìn)行描述前提條件以項(xiàng)目組成員中的任何一個(gè)身份登陸，點(diǎn)擊非關(guān)閉狀態(tài)的缺陷主要流程以項(xiàng)目組成員中的任何一個(gè)身份登陸，點(diǎn)擊一個(gè)缺陷，填入回復(fù)信息，點(diǎn)擊保存按鈕并解鎖。附加流程在點(diǎn)擊解鎖后，若存在缺陷所有者，則會(huì)發(fā)送郵件給缺陷的所有者后置條件缺陷下方會(huì)新增剛才添加的非開發(fā)人員回復(fù)信息保存進(jìn)去管理回復(fù)活動(dòng)圖如下：圖217 管理回復(fù)活動(dòng)圖Figure 217 Reply management activity diagram 通知管理業(yè)務(wù)概述通知管理子用例模型如下：圖218 通知管理子用例圖Figure 218 Notification management use case diagram缺陷提醒用例說明如下：表215 缺陷提醒用例說明Table 215 Issue delay alert use case description 缺陷提醒參與者 定時(shí)任務(wù)目的對(duì)即將到期或已經(jīng)過期的缺陷發(fā)送郵件通知前提條件通過管理員賬號(hào)調(diào)用定時(shí)任務(wù)主要流程在定時(shí)任務(wù)配置表中配置每日提醒時(shí)間與要發(fā)送郵件的方法附加流程后置條件系統(tǒng)會(huì)在每天執(zhí)行發(fā)送郵件的方法，根據(jù)是否是要提醒的時(shí)間對(duì)缺陷進(jìn)行提醒缺陷提醒活動(dòng)圖如下：圖219 缺陷提醒活動(dòng)圖Figure 219 Issue delay alert activity diagram我的任務(wù)通知用例說明如下：表216 我的任務(wù)通知用例說明Table 216 My inbasket notification use case description 我的任務(wù)通知參與者 定時(shí)任務(wù)目的對(duì)即將到期或已經(jīng)過期的缺陷任務(wù)在我的任務(wù)頁面進(jìn)行顯示前提條件以任意賬戶登陸系統(tǒng)主要流程在工作流觸發(fā)后，將下一階段要處理的任務(wù)發(fā)送到相關(guān)用戶的我的任務(wù)頁面中附加流程后置條件用戶登陸系統(tǒng)后，點(diǎn)擊我的任務(wù)頁面，可以看到所有該用戶需要處理的任務(wù)。 報(bào)表匯總業(yè)務(wù)概述報(bào)表匯總子用例模型如下：圖220 報(bào)表匯總用例圖Figure 220 Summary report diagram報(bào)表匯總用例說明如下：表217 報(bào)表匯總用例說明Table 217 Summary report use case description 報(bào)表匯總參與者 項(xiàng)目經(jīng)理目的對(duì)項(xiàng)目，測(cè)試請(qǐng)求，缺陷進(jìn)行報(bào)表匯總前提條件以項(xiàng)目經(jīng)理角色登陸系統(tǒng)主要流程以項(xiàng)目經(jīng)理角色登陸系統(tǒng)，選擇自己所擁有的項(xiàng)目，點(diǎn)擊報(bào)表，項(xiàng)目信息報(bào)表進(jìn)行項(xiàng)目信息報(bào)表查看?；蛘唿c(diǎn)擊系統(tǒng)測(cè)試請(qǐng)求，點(diǎn)擊報(bào)表，系統(tǒng)測(cè)試請(qǐng)求報(bào)表查看。附加流程點(diǎn)擊一種狀態(tài)的缺陷，點(diǎn)擊報(bào)表，缺陷報(bào)表進(jìn)行報(bào)表顯示后置條件相關(guān)報(bào)表會(huì)顯示在瀏覽器中，可以使用快捷鍵Ctrl+ P進(jìn)行打印 缺陷備忘錄業(yè)務(wù)概述報(bào)表匯總子用例模型如下：圖221 缺陷備忘錄用例圖Figure 221 Issue memo use case diagram從缺陷中創(chuàng)建備忘錄用例說明如下：表218 從缺陷中創(chuàng)建缺陷備忘錄用例說明Table 218 Create Memo from issue use case description 從缺陷中創(chuàng)建缺陷備忘錄參與者 創(chuàng)建者目的對(duì)某一個(gè)缺陷建立自己的備忘信息，以便自己查看前提條件用戶擁有查看該缺陷的權(quán)限主要流程以可以查看該缺陷的人進(jìn)入缺陷追蹤平臺(tái)，點(diǎn)擊一個(gè)缺陷，然后點(diǎn)擊右鍵，點(diǎn)擊打開/新建 缺陷按鈕。然后填寫缺陷備忘錄，保存即可。附加流程如果該缺陷已經(jīng)有缺陷備忘錄，則會(huì)打開自己已經(jīng)建立的缺陷備忘錄的查看頁面。后置條件對(duì)某一缺陷添加缺陷備忘錄信息成功表219 直接創(chuàng)建缺陷備忘錄用例說明Table 219 Create Memo directly use case description 直接創(chuàng)建缺陷備忘錄參與者 創(chuàng)建者目的對(duì)某一個(gè)缺陷建立自己的備忘信息，以便自己查看前提條件用戶擁有查看該缺陷的權(quán)限主要流程以可以查看該缺陷的人進(jìn)入缺陷追蹤平臺(tái)，點(diǎn)擊我的缺陷備忘錄界面，然后點(diǎn)擊新增按鈕，然后在點(diǎn)擊缺陷按鈕進(jìn)行選擇，系統(tǒng)會(huì)把用戶有查看權(quán)限的缺陷顯示出來，選擇一個(gè)，然后填寫備忘錄信息保存即可。 附加流程如果該缺陷已經(jīng)有缺陷備忘錄，則會(huì)提示用戶，該缺陷已經(jīng)有缺陷備忘錄，無法再次添加。后置條件對(duì)某一缺陷添加缺陷備忘錄信息成功 功能列表列出明細(xì)化的功能需求與編號(hào)，如下表：表220 功能需求明細(xì)列表Table 220 Function requirements list功能編號(hào)功能名稱與簡(jiǎn)述FDCDTS110創(chuàng)建項(xiàng)目或者通過接口表創(chuàng)建項(xiàng)目FDCDTS120創(chuàng)建項(xiàng)目團(tuán)隊(duì)，用戶組，客戶組與相關(guān)權(quán)限FDCDTS130更新項(xiàng)目或者通過接口表更新項(xiàng)目FDCDTS135PM修改項(xiàng)目資料FDCDTS140搜索項(xiàng)目資料FDCDTS150查看項(xiàng)目資料FDCDTS160PM手動(dòng)修改項(xiàng)目組成員FDCDTS170搜索項(xiàng)目用戶組FDCDTS180查看項(xiàng)目用戶組FDCDTS190設(shè)置項(xiàng)目權(quán)限FDCDTS210創(chuàng)建系統(tǒng)測(cè)試請(qǐng)求FDCDTS215從項(xiàng)目中創(chuàng)建系統(tǒng)測(cè)試請(qǐng)求FDCDTS220修改測(cè)試請(qǐng)求信息FDCDTS230搜索測(cè)試請(qǐng)求FDCDTS240查看測(cè)試請(qǐng)求FDCDTS250改變測(cè)試請(qǐng)求狀態(tài) (從準(zhǔn)備224。開啟)同時(shí)將缺陷進(jìn)行轉(zhuǎn)換FDCDTS260改變測(cè)試請(qǐng)求狀態(tài) (從開啟224。關(guān)閉)FDCDTS270改變測(cè)試請(qǐng)求狀態(tài) (從關(guān)閉224。開啟)同時(shí)將缺陷進(jìn)行轉(zhuǎn)換FDCDTS280對(duì)測(cè)試請(qǐng)求建立，修改，轉(zhuǎn)換等進(jìn)行郵件通知FDCDTS290為測(cè)試請(qǐng)求設(shè)置權(quán)限FDCDTS310在測(cè)試請(qǐng)求中查看軟硬件配置列表FDCDTS320在測(cè)試請(qǐng)求中維護(hù)硬件配置列表FDCDTS330在測(cè)試請(qǐng)求中維護(hù)軟件配置列表FDCDTS340系統(tǒng)請(qǐng)求測(cè)試報(bào)表（包含軟硬件配置列表）FDCDTS410創(chuàng)建缺陷FDCDTS412客戶創(chuàng)建缺陷FDCDTS415生成缺陷編號(hào)FDCDTS420修改缺陷信息FDCDTS430搜索缺陷信息FDCDTS440查看缺陷信息FDCDTS450通過另存為一個(gè)已有缺陷新增新缺陷FDCDTS455從項(xiàng)目頁面創(chuàng)建缺陷FDCDTS460安排缺陷主要負(fù)責(zé)人，次要負(fù)責(zé)人和第三負(fù)責(zé)人FDCDTS465向缺陷負(fù)責(zé)人發(fā)送郵件FDCDTS470在缺陷頁面設(shè)置缺陷審批者FDCDTS480設(shè)置項(xiàng)目經(jīng)理與質(zhì)量管理人員FDCDTS482為工作流中設(shè)置權(quán)限FDCDTS484記錄缺陷所經(jīng)歷過的所有FDCDTS486重新開啟一個(gè)已關(guān)閉缺陷FDCDTS488缺陷生命周期改變回改變相應(yīng)的缺陷狀態(tài)FDCDTS510創(chuàng)建開發(fā)人員回復(fù)FDCDTS520修改開發(fā)人員回復(fù)FDCDTS530查看開發(fā)人員回復(fù)FDCDTS540創(chuàng)建非開發(fā)人員回復(fù)FDCDTS550修改非開發(fā)人員回復(fù)FDCDTS560查看非開發(fā)人員回復(fù)FDCDTS570保存回復(fù)信息后刷新缺陷頁面FDCDTS580回復(fù)后郵件通知相關(guān)人員FDCDTS590為回復(fù)信息設(shè)置權(quán)限FDCDTS610添加硬件配置信息數(shù)據(jù)FDCDTS620修改硬件配置信息數(shù)據(jù)FDCDTS630添加軟件配置信息數(shù)據(jù)FDCDTS640修改軟件配置信息數(shù)據(jù)FDCDTS650查看軟硬件配置信息數(shù)據(jù)FDCDTS660搜索軟硬件配置信息數(shù)據(jù)FDCDTS670為軟硬件配置信息數(shù)據(jù)設(shè)置權(quán)限FDCDTS680缺陷發(fā)生列表數(shù)據(jù)管理FDCDTS690缺陷重現(xiàn)列表數(shù)據(jù)管理FDCDTS710缺陷信息報(bào)表FDCDTS720項(xiàng)目信息報(bào)表FDCDTS810默認(rèn)登陸頁面設(shè)置FDCDTS820主頁樹狀菜單設(shè)置FDCDTS830缺陷到期提前郵件提醒FDCDTS840缺陷過期郵件提醒FDCDTS910添加缺陷備忘錄FDCDTS920搜索缺陷備忘錄FDCDTS930編輯缺陷備忘錄FDCDTS940刪除缺陷備忘錄FDCDTS950從缺陷中新增備忘錄 本章小結(jié)本章主要通過缺陷追蹤平臺(tái)的需求進(jìn)行分析，分解出了系統(tǒng)主要功能模塊，并對(duì)各個(gè)主要功能模塊進(jìn)行了詳細(xì)的說明，最后列出了需求的明細(xì)列表，為后續(xù)的架構(gòu)與分析工作打下了基礎(chǔ)。3 缺陷追蹤平臺(tái)總體架構(gòu)與概要設(shè)計(jì) 系統(tǒng)整體結(jié)構(gòu)系統(tǒng)整體采用Aras Innovator框架進(jìn)行二次開發(fā)。Aras Innovator本身分為客戶端界面（UI層），業(yè)務(wù)邏輯層（BL層），對(duì)象關(guān)系映射層（對(duì)象持久化ORM層）三層進(jìn)行架構(gòu)。系統(tǒng)部署在IIS服務(wù)器上，同時(shí)連接到文件倉庫與數(shù)據(jù)庫。其中定制開發(fā)的缺陷追蹤平臺(tái)解決方案位于Aras Innovator的業(yè)務(wù)邏輯層，業(yè)務(wù)邏輯層還包含工作流引擎，權(quán)限管理等。具體系統(tǒng)部署圖如下： 系統(tǒng)整體結(jié)構(gòu)部署圖Figure 31 System overall structure deployment diagram 模塊設(shè)計(jì)缺陷追蹤平臺(tái)包含管理項(xiàng)目模塊、系統(tǒng)測(cè)試請(qǐng)求模塊、軟硬件配置管理模塊、管理缺陷模塊、管理回復(fù)模塊、通知管理模塊、報(bào)表匯總模塊一共七大模塊。具體構(gòu)件圖如下：圖32 缺陷追蹤平臺(tái)構(gòu)件圖Figure 32 Defect tracking system ponent diagram