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