運行中的事件記錄
為了進一步舉例說明事件記錄概念的重要性,下面詳細介紹了一個簡單的用例在 Rational Application Developer (IDE),Rational Clearcase (SCM) 以及 Rational Clearquest (問題跟蹤)中進行完全集成練習的情況。
圖6. Rational Clearcase (SCM) 和 Rational Clearquest (問題跟蹤)
正如上圖的描述所示,事件記錄是將事件概念(缺陷)、事件決議(缺陷修復)和發(fā)布跟蹤聯(lián)系在一起的激活器。
用例如下:
1.通過測試,一個軟件缺陷已經(jīng)被確定,并作為一個 ClearQuest 事件進行輸入。
2.通過 ClearQuest,缺陷管理人員將這個缺陷分配給一個應用軟件開發(fā)者作進一步分析。
3.開發(fā)人員分析這個缺陷,并繼續(xù)對缺陷位置進行定位。他訪問并調(diào)試來自 RAD IDE 的代碼。
4.對話框提示開發(fā)人員將代碼調(diào)試和事件記錄聯(lián)系起來,開發(fā)人員確定合適的事件記錄,將潛在的缺陷修復和軟件缺陷聯(lián)系起來。
5.在缺陷位置被確定在 Clearcase 后,這個項目經(jīng)理或者缺陷管理人員可以在 Clearcase 運行報告來對進度、缺陷狀況和發(fā)布進行控制。
6.部署和打包
7.新的部署任務
工件:
由這種方法產(chǎn)生的一個工件是軟件發(fā)布日歷,這個日歷可被歸類為 PMI 溝通管理激活器。這個簡單的發(fā)布日歷產(chǎn)品透過 Rational ClearQuest 通過查詢發(fā)布記錄的特定時間(天,星期,月,年),來提供一個單獨的預定發(fā)布視圖。其它的溝通工件包括但不僅僅局限于日志(問題,風險等等)和報告(缺陷,變更,請求等等)。
圖7.日志和報告
經(jīng)驗教訓:
1.確保開發(fā)團隊理解發(fā)布記錄的益處和集成軟件工具,過程和項目管理學科的方法。
2.溝通、溝通還是溝通。發(fā)布日歷是一個很有用的工具。是保證人們使用了發(fā)布數(shù)據(jù)的主要資源之一。
3.如果可能的話使用標準,不要復制標準。比如如果有一個軟件發(fā)布編號方式的標準方法,那可以使用。
4.結合現(xiàn)有的實體或者建立一個Governance Board for Software Tools和Processes。
5.確保你的工具管理人員有先見之明,能夠理解你的業(yè)務環(huán)境和局限性