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