運(yùn)行中的事件記錄

　　為了進(jìn)一步舉例說明事件記錄概念的重要性，下面詳細(xì)介紹了一個簡單的用例在 Rational Application Developer (IDE)，Rational Clearcase (SCM) 以及 Rational Clearquest (問題跟蹤)中進(jìn)行完全集成練習(xí)的情況。

圖6. Rational Clearcase (SCM) 和 Rational Clearquest (問題跟蹤)

　　正如上圖的描述所示，事件記錄是將事件概念(缺陷)、事件決議(缺陷修復(fù))和發(fā)布跟蹤聯(lián)系在一起的激活器。

用例如下：

1.通過測試，一個軟件缺陷已經(jīng)被確定，并作為一個 ClearQuest 事件進(jìn)行輸入。

2.通過 ClearQuest，缺陷管理人員將這個缺陷分配給一個應(yīng)用軟件開發(fā)者作進(jìn)一步分析。

3.開發(fā)人員分析這個缺陷，并繼續(xù)對缺陷位置進(jìn)行定位。他訪問并調(diào)試來自 RAD IDE 的代碼。

4.對話框提示開發(fā)人員將代碼調(diào)試和事件記錄聯(lián)系起來，開發(fā)人員確定合適的事件記錄，將潛在的缺陷修復(fù)和軟件缺陷聯(lián)系起來。

5.在缺陷位置被確定在 Clearcase 后，這個項(xiàng)目經(jīng)理或者缺陷管理人員可以在 Clearcase 運(yùn)行報(bào)告來對進(jìn)度、缺陷狀況和發(fā)布進(jìn)行控制。

6.部署和打包

7.新的部署任務(wù)

工件：

　　由這種方法產(chǎn)生的一個工件是軟件發(fā)布日歷，這個日歷可被歸類為 PMI 溝通管理激活器。這個簡單的發(fā)布日歷產(chǎn)品透過 Rational ClearQuest 通過查詢發(fā)布記錄的特定時間(天，星期，月，年)，來提供一個單獨(dú)的預(yù)定發(fā)布視圖。其它的溝通工件包括但不僅僅局限于日志(問題，風(fēng)險(xiǎn)等等)和報(bào)告(缺陷，變更，請求等等)。

圖7.日志和報(bào)告

經(jīng)驗(yàn)教訓(xùn):

1.確保開發(fā)團(tuán)隊(duì)理解發(fā)布記錄的益處和集成軟件工具，過程和項(xiàng)目管理學(xué)科的方法。

2.溝通、溝通還是溝通。發(fā)布日歷是一個很有用的工具。是保證人們使用了發(fā)布數(shù)據(jù)的主要資源之一。

3.如果可能的話使用標(biāo)準(zhǔn)，不要復(fù)制標(biāo)準(zhǔn)。比如如果有一個軟件發(fā)布編號方式的標(biāo)準(zhǔn)方法，那可以使用。

4.結(jié)合現(xiàn)有的實(shí)體或者建立一個Governance Board for Software Tools和Processes。

5.確保你的工具管理人員有先見之明，能夠理解你的業(yè)務(wù)環(huán)境和局限性