某公司項目管理部PMS系統(tǒng)使用規(guī)范說明書

1、項目管理部PMS系統(tǒng)使用說明書V3.0.2拓維信息系統(tǒng)股份有限公司2012年8月修訂紀錄修訂時間修訂摘要作者請輸入修訂文檔的時間請輸入您對此次文檔修改的內容概述請輸入做此次修改的撰寫者姓名2012年8月14日1，新增了配置管理員的角色，可操作的功能只描述了一個，就是在產品視圖中“新增產品”2，將產品經理可操作的“新增產品”功能去掉3，在產品經理操作的“創(chuàng)建需求”中，新增了編輯的操作彭麗瑛目錄索引1PMS介紹51.1PMS系統(tǒng)概述51.2角色定義51.3PMS系統(tǒng)使用流程72PMS各角色功能、規(guī)則說明82.1產品經理82.1.1使用的視圖82.1.2使用流程82.1.3產品視圖92.2項目經理1

2、62.2.1使用的視圖162.2.2使用流程162.2.3項目視圖172.3測試人員312.3.1使用的視圖312.3.2使用流程312.3.3視圖名稱322.4開發(fā)人員442.4.1使用的視圖442.4.2使用流程442.4.3項目視圖461 PMS介紹1.1 PMS系統(tǒng)概述PMS項目管理：基于LGPL協(xié)議，開源免費的項目管理軟件，集產品管理，項目管理，測試管理一體，以及事務管理，組織管理的功能。（PHP+MySQL開發(fā)，基于PHP開發(fā)框架）1.2 目的本文檔主要目的是通過目前PMS使用情況，對平臺上幾個角色的功能、流程、操作進行規(guī)范，便于各個角色在使用平臺的過程中規(guī)范統(tǒng)一。1.3 角色定義

3、角色名稱所屬視圖功能描述備注Admin組織視圖添加用戶、編輯、刪除用戶信息、設置用戶權限等；產品視圖新增產品（即我們實施的項目或者系統(tǒng)）、編輯信息、上傳計劃書和需求書、生成需求和計劃(可以作為文檔庫)、將產品進行模塊分類等；項目視圖配置需求模塊任務給對應開發(fā)人員、更新模塊任務完成進度、管理項目團隊人員權限等。測試人員測試視圖在該產品下，編寫測試用例，進行用例管理；測試階段：創(chuàng)建測試任務，分配用例，進行腳本執(zhí)行，更新狀態(tài)，提交缺陷；通過缺陷管理對BUG進行管控，分配給涉及的開發(fā)，可以查看BUG狀態(tài)跟蹤；回歸測試后，更新BUG狀態(tài)，,完成后更改狀態(tài)查看BUG記錄圖表。產品經理產品視圖可制定產品需求

4、與計劃，并可瀏覽QA視圖的用例和產品BUG。準備階段：瀏覽QA視圖，測試用例，評審用例。項目視圖中可見項目任務執(zhí)行狀態(tài)；測試階段：查看用例執(zhí)行并可以查看BUG記錄圖表。項目經理項目視圖可以瀏覽QA視圖的用例和BUG，產品視圖中的需求和計劃； 準備階段：瀏覽QA視圖，測試用例，評審用例，更改測試用例狀態(tài)，備注說明有異議用例。項目視圖中，分配需求模塊對應開發(fā)人員，以及涉及項目人員管理。測試階段：查看用例執(zhí)行，及涉及產生的BUG，分配BUG。完成后，可以查看BUG記錄圖表。開發(fā)人員項目視圖開發(fā)人員包括UED設計與技術開發(fā)人員，在PMS中主要使用項目視圖，在項目視圖中開發(fā)角色主要完成項目經理分配的開發(fā)

5、任務，回歸測試任務等，可以瀏覽產品需求、計劃和項目任務、測試缺陷和測試用例等。 1.4 PMS系統(tǒng)使用流程2 PMS各角色功能、規(guī)則說明2.1 配置管理員2.1.1 使用的視圖在PMS中開展產品的全過程跟蹤，首先需要由配置管理員在“項目視圖”中進行“新增產品”的操作。2.1.2 產品視圖2.1.2.1 新增產品2.1.2.1.1 描述新增產品：登錄系統(tǒng)后，在產品視圖界面的右上角通過點擊，即可新增產品。2.1.2.1.2 規(guī)則1， 新增產品中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義產品名稱必填需要由產品經理提供給配置管理員產品代號必填產品的編號產品負責人必填產品經理測試負責人必填測試的執(zhí)行人發(fā)

6、布負責人必填執(zhí)行上線發(fā)布操作的人員產品描述必填請簡要說明產品內容訪問控制必填選擇“自定義白名單”，在分組白名單中進行設置分組白名單必填選擇“ADMIN”、“SQA”2.1.2.1.3 截圖2.2 產品經理2.2.1 使用的視圖產品經理在PMS中可以使用“產品視圖”的功能。在產品視圖中，需要進行關聯(lián)需求、創(chuàng)建計劃、發(fā)布版本以及文檔提交工作。2.2.2 使用流程產品經理使用項目視圖中功能的前置條件是：配置管理員已創(chuàng)建產品。以下是產品經理在項目視圖中的操作步驟：2.2.3 產品視圖2.2.3.1 產品計劃2.2.3.1.1 描述產品計劃：進入“計劃”界面，點擊可以對計劃進行新增操作。、2.2.3.1

7、.2 規(guī)則1， 準入條件：配置管理員完成了新增產品的操作。2， 產品計劃中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義名稱必填產品計劃的名稱開始日期必填預計產品開始日期結束日期必填預計產品結束的日期描述必填請簡要說明計劃內容2.2.3.1.3 截圖2.2.3.2 產品需求需求新增：1、在產品視圖的需求界面點擊右上角的即可進行新增需求的操作； 2、產品需求要求細化到具體功能點。需求編輯：1、完成新增后，點擊需求對應的操作欄中的編輯按鈕，將需求指派給項目經理。2.2.3.2.1 描述2.2.3.2.2 規(guī)則² 新增規(guī)則1， 準入條件：產品經理在產品中創(chuàng)建了計劃；2， 創(chuàng)建任務中各要素的規(guī)則

8、及定義：名稱是否必填規(guī)則及定義所屬產品必填此處默認為產品經理進入產品視圖后所選擇的產品所屬計劃必填選擇計劃，將需求與計劃進行關聯(lián)來源必填產品需求來源需求名稱必填產品需求要求細化到具體功能點需求描述必填請簡要說明需求的內容驗收標準必填產品驗收時，制定的通過驗收標準優(yōu)先級必填數(shù)字越小級別越高，順序為：1234預計工時否產品經理在預計的所需工時由誰評審必填評審對象抄送給否抄送郵件給相關人員關鍵詞否有關的關鍵詞附件否相關附件上傳² 編輯規(guī)則1，準入條件：產品經理在產品中創(chuàng)建了計劃；2，編輯任務中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義指派給必填統(tǒng)一指派給“項目經理”2.2.3.2.3 截圖

9、² 新增² 編輯2.2.3.3 產品文檔產品文檔：進入“文檔”界面，點擊可以對文檔進行新增操作。2.2.3.3.1 描述 2.2.3.3.2 規(guī)則名稱是否必填規(guī)則及定義所屬產品必填此處默認為產品經理進入產品視圖后所選擇的產品所屬分類否文件類型必填從3個選擇項中選擇（文件、鏈接、網(wǎng)頁）文檔標題必填寫入產品文檔標題關鍵字否有關的關鍵詞文檔摘要否請簡要說明文件的內容附件必填產品需求說明書（PRD文檔）2.2.3.3.3 截圖2.2.3.4 產品發(fā)布2.2.3.4.1 描述產品文檔：進入“發(fā)布”界面，點擊可以進行新增操作。2.2.3.4.2 規(guī)則名稱是否必填規(guī)則及定義發(fā)布名稱必填W

10、X-產品代號-版本號-版本類型-發(fā)布編號版本類型包含正式版和BETA版版本必填在項目經理創(chuàng)建的版本號中進行選擇發(fā)布日期必填發(fā)布版本的日期描述必填請簡要說明文件的內容2.2.3.4.3 截圖2.3 項目經理2.3.1 使用的視圖項目經理在PMS中可以使用“項目視圖”的功能。在項目視圖中，需要進行新增項目、關聯(lián)需求、創(chuàng)建任務、修改任務狀態(tài)、創(chuàng)建版本、測試申請、團隊管理和文檔提交操作。2.3.2 使用流程項目經理使用項目視圖中功能的前置條件是：管理員創(chuàng)建了產品，且產品經理在產品中創(chuàng)建了計劃并關聯(lián)了需求。以下是項目經理在項目視圖中的操作步驟：2.3.3 項目視圖2.3.3.1 新增項目2.3.3.1.

11、1 描述新增項目：登錄系統(tǒng)后，在項目視圖界面的右上角通過點擊，即可新增項目。2.3.3.1.2 規(guī)則準入條件：管理員創(chuàng)建了產品。項目經理可點擊新增項目，查看是否有可選的“關聯(lián)產品”，若沒有請聯(lián)系管理員創(chuàng)建產品。新增項目中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義項目名稱必填需產品名稱有關聯(lián)；項目與產品的關系是：項目屬于產品項目代號必填即項目立項時的項目編號開始日期必填項目開始的日期結束日期必填項目結束的日期可用工作日必填選擇開始日期和結束日期后，系統(tǒng)自動計算可以工作日團隊名稱必填對該項目的工作團隊進行命名關聯(lián)產品必填選擇項目歸屬的產品，如沒有產品可選，請關閉窗口，聯(lián)系管理員創(chuàng)建產品后再進行新增

12、項目目標必填項目預期完成的結果和目的項目描述必填項目功能、用途的介紹訪問控制必填選擇“自定義白名單”，在分組白名單中進行設置分組白名單必填選擇“ADMIN”、“SQA”2.3.3.1.3 截圖2.3.3.2 團隊管理2.3.3.2.1 描述團隊管理：進入“團隊”界面，點擊可以將該成員移除團隊；點擊可以對成員進行新增操作。2.3.3.2.2 規(guī)則準入條件：項目經理完成了新增項目的操作。團隊管理中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義用戶必填在下拉列表中選擇需要加入團隊的用戶角色必填指該用戶在團隊中的角色可用工時必填指該人員在整個項目中的可用時間可用工時/天必填統(tǒng)一設置為82.3.3.2.3

13、截圖2.3.3.3 關聯(lián)需求2.3.3.3.1 描述關聯(lián)需求在項目視圖的需求界面點擊右上角的關聯(lián)需求（見截圖），勾選產品需求即可將產品需求與項目進行關聯(lián)。2.3.3.3.2 規(guī)則準入條件：產品經理在產品中創(chuàng)建了計劃并關聯(lián)了需求；項目經理完成了團隊管理的操作。如沒有可選的需求，請聯(lián)系產品經理創(chuàng)建計劃并關聯(lián)需求。2.3.3.3.3 截圖2.3.3.4 創(chuàng)建任務2.3.3.4.1 描述創(chuàng)建任務：有2個入口：（1）接上一步，項目經理關聯(lián)需求后，在需求列表中，選擇每個需求對應的“”操作，即可創(chuàng)建與這個需求相關的任務。（2）或者直接在項目視圖“任務”界面中的右上角通過點擊來創(chuàng)建任務，創(chuàng)建任務時需關聯(lián)“相關

14、需求”。2.3.3.4.2 規(guī)則準入條件：項目經理完成了關聯(lián)需求的操作。創(chuàng)建任務中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義所屬項目必填此處默認為項目經理進入項目視圖后所選擇的項目所屬模塊否指任務歸屬的功能模塊指派給必填選擇任務的執(zhí)行人相關需求必填選擇任務對應的產品需求任務名稱必填任務名稱中不能有同名，如有同名需要在名稱后面增加備注任務描述必填對任務的過程、所需要執(zhí)行任務的結果進行介紹優(yōu)先級必填順序為：1234最初預計必填項目經理在項目計劃中預計的所需工時預計開始必填項目經理在項目計劃中的任務開始時間截止日期必填項目經理給出的任務完成時間任務類型必填從8個選擇項中選擇：設計、開發(fā)、測試、研究、

15、討論、界面、事物、其他。抄送給否指郵件發(fā)送的對象附件否隨同任務發(fā)出的有關文檔添加之后否繼續(xù)為該需求添加任務：選擇該選項后新增任務界面中的“相關需求”默認之前的返回任務列表：選擇該選項后進入新增任務頁面返回需求列表：選擇該選項后進入需求頁面2.3.3.4.3 截圖（1）通過第一種方式進入，不需要再關聯(lián)“相關需求”（2）通過第二種方式直接新增，需要關聯(lián)需求，在“相關需求”中操作2.3.3.5 修改任務狀態(tài)-關閉任務2.3.3.5.1 描述修改任務狀態(tài)：進入任務頁面中，選擇某個任務，點擊操作欄中的“編輯“按鈕進入編輯頁面，選擇“任務狀態(tài)”中的“已關閉”即可將該任務關閉。2.3.3.5.2 規(guī)則1，

16、準入條件：項目經理完成了創(chuàng)建任務的操作，且該任務不需要進行。2， 變更任務狀態(tài)-關閉任務的規(guī)則及定義：名稱是否必填規(guī)則及定義任務狀態(tài)必填l 在任務創(chuàng)建成功后，點擊操作欄中的“編輯“按鈕進入編輯頁面可見該選項。l “已關閉”是指任務不需要進行了，由項目經理選擇此項來關閉任務。2.3.3.5.3 截圖2.3.3.6 提交文檔2.3.3.6.1 描述提交文檔：在項目視圖的文檔界面，項目經理需要將項目計劃以附件的形式提交歸檔。2.3.3.6.2 規(guī)則準入條件：項目經理完成了創(chuàng)建任務的操作。提交文檔中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義所屬項目必填選擇項目所屬產品必填選擇產品所屬分類否文檔的類型文

17、檔類型必填如果上傳的是附件，請選擇“文件“文檔標題必填文件的名稱關鍵字否列舉與其相關的關鍵字文檔摘要必填請簡要說明文件的內容附件必填請上傳附件2.3.3.6.3 截圖2.3.3.7 創(chuàng)建版本2.3.3.7.1 描述創(chuàng)建版本：進入“版本”界面，點擊右上角的“”，即可完成版本的創(chuàng)建。2.3.3.7.2 規(guī)則準入條件：提交測試時。創(chuàng)建版本后必須郵件通知配置管理員在SVN上打標簽。創(chuàng)建版本中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義產品必填選擇產品的名稱名稱編號必填即項目編號構建者必填指創(chuàng)建版本的人，可修改。系統(tǒng)默認為登錄賬號打包日期必填創(chuàng)建版本的日期，可修改。系統(tǒng)默認為登錄日期源代碼地址必填必須為S

18、VN地址存儲地址必填必須為SVN地址關聯(lián)需求和BUG必填選擇需求和BUG描述必填該版本的用途、關鍵節(jié)點2.3.3.7.3 截圖2.3.3.8 申請測試2.3.3.8.1 描述申請測試：進入“申請測試”界面，點擊即可完成測試申請操作。2.3.3.8.2 規(guī)則準入條件：項目經理完成了“創(chuàng)建版本”操作。申請測試中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義所屬產品必填選擇產品名稱所屬項目必填選擇項目名稱版本必填選擇版本的名稱編號負責人必填選擇負責測試的測試人員開始日期必填選擇測試的開始日期結束日期必填選擇測試的結束日期當前狀態(tài)必填默認為未開始任務名稱必填測試任務的名稱任務描述必填任務的要求等描述2.3

19、.3.8.3 截圖2.4 測試人員2.4.1 使用的視圖測試人員在PMS中可以使用“測試視圖”的功能。在測試視圖中，測試人員可編寫測試用例，進行用例管理；測試階段：從項目經理處獲得測試任務，分配用例，進行腳本執(zhí)行，更新狀態(tài)，提交缺陷；通過缺陷管理對BUG進行管控，分配給涉及的開發(fā)，可以查看BUG狀態(tài)跟蹤；回歸測試后，更新BUG狀態(tài)等功能。2.4.2 使用流程測試人員及測試用例流程操作步驟： 2.4.3 測試視圖2.4.3.1 創(chuàng)建用例2.4.3.1.1 描述創(chuàng)建用例：在用例管理列表里，點擊右上角的“建用例“按鈕，即可新建用例。2.4.3.1.2 規(guī)則1， 準入條件：對產品模塊等信息已了解。2，

20、創(chuàng)建用例中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義產品模塊必填選擇相關產品名稱及模塊用例類型必填選擇用例類型，如功能測試或性能測試適用階段必填選擇用例適用階段，如單元測試階段優(yōu)先級必填選擇用戶優(yōu)先級，級別順序：1234相關需求必填選擇與用例相關需求用例標題必填填寫用例標題，避免重復標題前置條件必填填寫此用例的前置條件用例步驟必填填寫用例相關步驟，可根據(jù)情況進行增加或刪減關鍵詞否此用例關鍵字附件否相關附件上傳2.4.3.1.3 截圖2.4.3.2 編輯用例2.4.3.2.1 描述創(chuàng)建用例：在用例管理列表里，點擊右上角的“編輯例“按鈕，即可編輯用例。2.4.3.2.2 規(guī)則準入條件：對產品模塊等

21、信息已了解，需要對已建測試用例進行修改創(chuàng)建用例中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義所屬產品必填選擇相關產品名稱及模塊所屬模塊否選擇相關產品模塊相關需求必填選擇與用例相關需求用例類型必填選擇用例類型，如功能測試或性能測試適用階段必填選擇用例適用階段，如功能測試階段優(yōu)先級必填選擇用戶優(yōu)先級，級別順序：1234用例狀態(tài)必填l 正常-用例可正常執(zhí)行，一般正常情況下的測試用例填寫此項。l 被阻塞-因外部條件，比如缺少部分功能，導致測試無法執(zhí)行。l 研究中-用例存在不確定因素，或執(zhí)行時有其他問題阻塞需要研究解決。用例標題必填填寫用例標題，避免重復標題前置條件必填填寫此用例的前置條件用例步驟必填填寫

22、用例相關步驟，可根據(jù)情況進行增加或刪減關鍵詞否此用例關鍵字附件否相關附件上傳2.4.3.2.3 截圖2.4.3.3 關聯(lián)用例2.4.3.3.1 描述關聯(lián)：在測試任務例表中，點擊列表右側，即可關聯(lián)指定用例。2.4.3.3.2 規(guī)則1， 準入條件：必須有用例可關聯(lián)，如無用例則在“用例管理”功能創(chuàng)建相關用例進行關聯(lián)。2.4.3.3.3 截圖2.4.3.4 執(zhí)行用例2.4.3.4.1 描述執(zhí)行：在測試任務例表中，點擊列表右側，即可執(zhí)行相關用例。2.4.3.4.2 規(guī)則1， 準入條件：必須已關聯(lián)有關用例，才可執(zhí)行。名稱是否必填規(guī)則及定義測試結果必填l N/A-指該用例不需要執(zhí)行，是一條廢棄的或者是沒有用

23、的測試用例。l 通過-測試用例在前置條件下測試通過，可達到預期。l 失敗-測試用例預期結果與實際結果不一致l 阻塞-因外部條件，比如缺少部分功能，導致測試無法執(zhí)行。實際情況否l 將測試用例在前置條件下達到的實際情況加以說明2.4.3.4.3 截圖2.4.3.5 創(chuàng)建缺陷2.4.3.5.1 描述創(chuàng)建缺陷：在缺陷管理列表里，點擊右上角的“創(chuàng)建“按鈕，即可新建BUG。2.4.3.5.2 規(guī)則準入條件：對產品模塊、所屬項目等信息已了解，測試用例執(zhí)行出現(xiàn)缺陷。創(chuàng)建缺陷中各要素的規(guī)則及定義：名稱是否必填規(guī)則及定義產品模塊必填選擇相關產品名稱及模塊所屬項目必填選項BUG所屬項目影響版本必填選擇此BUG將影響

24、到的版本當前指派必填指派此BUG給相關人員解決BUG標題必填填寫B(tài)UG標題，避免重復標題重現(xiàn)步驟必填填寫重現(xiàn)此BUG的步驟相關需求必填選擇與此BUG相關的需求相關任務否選擇與此BUG相關的任務類型/嚴重程度必填BUG類型：l 代碼錯誤-確定開發(fā)時代碼邏輯出現(xiàn)的BUG。界面優(yōu)化-屬于非功能性問題，如產品界面存在不美觀，交互類的BUG。l 設計缺陷-非開發(fā)時產品功能出現(xiàn)的問題，在設計時已存在遺留的產品需求，技術架構或UI叫設計的相關問題。l 配置相關-軟件執(zhí)行環(huán)境配置相關的問題l 安裝部署-軟件系統(tǒng)安裝部署時出現(xiàn)的相關BUGl 安全相關-產品信息安全或網(wǎng)絡安全漏洞方面相關問題l 性能方面-產品有內

25、存溢出，或者是系統(tǒng)資源占用過高等性能方面的問題l 標準規(guī)范-由于標準規(guī)范引發(fā)的產品BUGl 測試腳本-測試腳本導致的產品系統(tǒng)BUGl 其他-除以上類型的其他BUG此BUG類型及嚴重程度，級別順序：1234系統(tǒng)/瀏覽器必填BUG出現(xiàn)時使用的系統(tǒng)及瀏覽器抄送給否抄送郵件給相關人員關鍵詞否有關的關鍵詞附件否相關附件上傳2.4.3.5.3 截圖2.4.3.6 修改BUG狀態(tài)2.4.3.6.1 描述修改BUG狀態(tài)：在缺陷管理列表中，點列表右側的“編輯”進入BUG編輯修改頁面，在“BUG狀態(tài)”中進行修改。2.4.3.6.2 規(guī)則1， 準入條件：測試人員已創(chuàng)建相關BUG，在回歸測試的時候。3， 變更BUG狀

26、態(tài)的規(guī)則及定義：名稱是否必填規(guī)則及定義BUG狀態(tài)必填l 由測試人員根據(jù)指派人員的BUG完成情況對BUG狀態(tài)進行變更。l 激活-BUG狀態(tài)未解決返回給開發(fā)人員l 已解決-BUG已經解決l 已關閉-測試人員確認缺陷已解決，則將其狀態(tài)置為“已關閉”。2.4.3.6.3 截圖方法一：在編輯修改里可更新BUG的狀態(tài)。方法二：直接在列表右側按鈕改變BUG狀態(tài)。2.5 開發(fā)人員(包括UED人員 )2.5.1 使用的視圖開發(fā)人員在PMS中主要使用項目視圖，在項目視圖中開發(fā)角色主要完成項目經理分配的開發(fā)任務，回歸測試任務，可以瀏覽產品需求、計劃和項目任務、測試缺陷和測試用例。2.5.2 使用流程Ø 開

27、發(fā)任務狀態(tài)修改使用流程： Ø 測試BUG狀態(tài)修改流程：2.5.3 項目視圖2.5.3.1 任務開始狀態(tài)修改2.5.3.1.1 描述在項目視圖中，可看到開發(fā)人員任務分配情況。開發(fā)人員在項目任務分配到之后，需要進行任務的開始確認，并修改任務狀態(tài)為開始。編輯任務狀態(tài)：進入“任務”界面項，點擊任務記錄右邊的“任務列表記錄”，即可進入任務開始狀態(tài)修改頁面。2.5.3.1.2 規(guī)則項目任務分配給開發(fā)人員后，開發(fā)人員需及時對任務狀態(tài)進行開始確認，之后系統(tǒng)可對任務實際開始，已經消耗多少時間進行記錄。準入條件：開發(fā)人員接到開發(fā)任務后。編輯任務狀態(tài)的規(guī)則及定義：名稱是否必填規(guī)則及定義開始狀態(tài)必填l 只點

28、擊狀態(tài)實際開始必填/系統(tǒng)默認在彈出的頁面中需要填寫開發(fā)實際開始時間已經消耗必填/系統(tǒng)默認開發(fā)該任務已經消耗的時間預計剩余必填/系統(tǒng)默認估計開發(fā)該任務還需要多少時間備注否2.5.3.1.3 截圖項目任務狀態(tài)更改如下圖所示：Ø 項目任務列表視圖：Ø 項目任務開始狀態(tài)修改視圖：2.5.3.2 任務完成狀態(tài)修改2.5.3.2.1 描述在項目視圖中，可看到開發(fā)人員任務分配情況。開發(fā)人員在完成自己任務后，可對任務狀態(tài)進行編輯，然后反饋給項目經理。編輯任務狀態(tài)：進入“任務”界面項，點擊任務記錄右邊的“”，即可進入任務完成狀態(tài)修改頁面。2.5.3.2.2 規(guī)則項目任務狀態(tài)更改。填寫好任務消

29、耗工時、完成時間，任務說明，保存后，系統(tǒng)自動反饋（指派）給項目經理。準入條件：開發(fā)人員完成指派的開發(fā)任務。編輯任務狀態(tài)的規(guī)則及定義：名稱是否必填規(guī)則及定義任務消耗工時必填l 在任務完成后，點擊操作欄中的“完成 “按鈕進入任務完成編輯頁面可見該選項。l 需要由開發(fā)人員對指派的任務完成情況、任務消耗工時進行填寫。l 任務消耗工時項中需要填寫真實消耗工時量。完成時間必填l 需要由開發(fā)人員對指派的任務完成情況、任務完成時間進行填寫。l 任務消耗工時項中需要填寫真實完成時間。備注否l 將開發(fā)中發(fā)現(xiàn)的問題或需要側重測試點，編輯寫入備注框中2.5.3.2.3 截圖項目任務狀態(tài)更改如下圖所示：Ø 項目任務列表視圖：Ø 項目任務完成狀態(tài)修改視圖：2.5.3.3 缺陷解決狀態(tài)修改2.5.3.3.1 描述在項目視圖中，可看到測試發(fā)現(xiàn)的缺陷情況。開發(fā)人員在完成自己BUG修復后，可對任務與缺陷狀態(tài)進行編輯。編輯任務狀態(tài)：進入“BUG”界面項，點擊任務記錄右邊的“”，即可進入BUG解決狀態(tài)修改頁面。2.5.3.3.2 規(guī)則測試BUG狀態(tài)更改。測試人員發(fā)現(xiàn)BUG后，將BUG修改任務流轉給開發(fā)人員，由開發(fā)人員先進行BUG修改和解決。BUG修復完成后，如截圖所示，點擊BUG列