运行中的事件记录

　　为了进一步举例说明事件记录概念的重要性，下面详细介绍了一个简单的用例在 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.确保你的工具管理人员有先见之明，能够理解你的业务环境和局限性