過程實踐案例

1、過程實踐案例過程實踐案例大綱大綱l一、總體流程活動介紹l二、需求管理l三、配置管理l四、多項目版本控制l五、版本發(fā)布管理l六、評審管理l七、會議任務管理一、總體介紹一、總體介紹l1、項目特點：產(chǎn)品改造升級l2、團隊規(guī)模：20人，開發(fā)10人，其他10人l3、配置工具：cvs，bugzillal3、項目周期：5個月左右二、需求管理（二、需求管理（1）1、需求跟蹤矩陣推進、需求跟蹤矩陣推進第一次：需求和測試用例對應第一次：需求和測試用例對應。測試用例編號寫在了需求文檔上，沒有專門的需求跟蹤矩陣QA負責檢查一致性。這個項目完成后，測試和QA都給PM、部門經(jīng)理反映，開發(fā)過程中丟失了很多需求點，直到測試時

2、才發(fā)現(xiàn)，因此領(lǐng)導也逐漸覺得應該加強需求跟蹤，為后續(xù)推進奠定了基礎(chǔ)。二、需求管理（二、需求管理（2）第二次：建立了需求跟蹤矩陣第二次：建立了需求跟蹤矩陣。l專門的需求負責人l需求矩陣包括了需求編號，需求描述，開發(fā)和測試驗證情況。這個項目的需求點比較少，因此執(zhí)行起來很容易。第三次：建立了全面需求跟蹤矩陣第三次：建立了全面需求跟蹤矩陣l包括UI、測試用例、開發(fā)、系統(tǒng)測試驗證條目l是這次的需求點很多，因此采用了只提供需求編號，沒有需求描述，項目組需要對照需求文檔來填寫。到目前為止，基本上需求矩陣就算推行起來了。二、需求管理（二、需求管理（3）2、需求變更跟蹤矩陣使用、需求變更跟蹤矩陣使用l與需求跟蹤矩

3、陣配合使用。l在開發(fā)編碼結(jié)束，進入系統(tǒng)測試階段，使用此表，而不使用需求跟蹤矩陣。l每次發(fā)版本時開發(fā)把此表發(fā)出來，測試根據(jù)開發(fā)解決情況進行驗證。l變更項在需求文檔中也進行記錄三、配置管理三、配置管理 特點：特點：沒有專門的配置管理員，每個人都是配置管理員，各自負責提交維護自己的工作產(chǎn)品項目經(jīng)理申請建立配置庫，給每個成員開通權(quán)限，并建立好相應的目錄，大家都以cvs上的版本為標準，cvs上是最新的不區(qū)分開發(fā)庫和基線庫 QA在基線版本上打標簽QA不定期查看配置庫提交情況，確保提交的東西符合標準，如命名規(guī)范之類的四、多項目版本控制四、多項目版本控制特點：特點：l有很多基于基線產(chǎn)品的定制項目l這些項目的變

4、化都不大l基線產(chǎn)品和定制產(chǎn)品由倆個組分別負責l沒有配置管理員版本控制方法：版本控制方法：l采用倆條基線，分別是產(chǎn)品基線和定制基線l以定制基線為基礎(chǔ)建分支，每個定制項目在分支上開發(fā)，但不進行merge，避免merge帶來的沖突問題五、版本發(fā)布控制五、版本發(fā)布控制 特點：特點：l無專門的控制人員，由指定開發(fā)人員進行發(fā)布l提交版本說明，這個有模板l提交需求跟蹤矩陣、變更矩陣l提交版本驗證結(jié)果六、評審管理六、評審管理以前：使用問題記錄表以前：使用問題記錄表l 效果：效果很不好。對于邊評審就邊修改的問題，來不及記錄。一般也就簡單記錄當時沒有修改的。l后續(xù)對此表的跟蹤維護比較費勁現(xiàn)在：當時修改或使用會議紀要現(xiàn)在：當時修改或使用會議紀要l對于不能當時修改的，就會以會議紀要的形式記錄下來。l現(xiàn)在基本上不用評審記錄表了，感覺也還可以。七、會議任務管理七、會議任務管理 方法：方法：使用任務跟蹤表使用任務跟蹤表l每次會議遺留任務專門提交到一個任務跟蹤表中，避免在會議紀要