实例解说Rational Asset Manager

ent plug-ins 的 Eclipse 开发环境，通过标签寻找那两个资产。使用 Web 服务，开始创建 Claims Process Website Design v1.0 的架构。接下来，建立与索赔处理资产之间的关联，便于将来的重用。

　　活动7：在整个开发过程中使用 Rational Asset Manager

　　小结：在这部分的场景中，Dave 和他的开发团队为索赔处理创建了解决方案。开发团队使用 Rational ClearCase，但其中的大部分开发活动对于 Rational Asset Manager 是透明的。他们通过论坛讨论开发测试，并在 Rational ClearQuest 中记录了主要 bug。

　　Archie 结束设计工作后，将 Claims Processing Design v1.0 通过 e-mail 发送给开发团队的项目经理 Dave。Dave 链接到Rational Asset Manager 的资产，并仔细查看了资产一步步的历史。他注意到财务服务资产，通过使用 Rational Asset Manager 接口，从 WebSphere Service Registry 评估了 Web 服务，然后从 Rational ClearQuest 执行团队链接到需求。

　　Dave 的团队根据 Archie 设计的具体规定及既有方案来实施新的索赔处理资产。在 Dave 的团队实施 Web 服务并开发支持代码和用户接口之后，就可以对方案进行测试了。Dave 和他的团队成员向 Rational Asset Manager 提交了各种测试用例，称为 Claims Processing Test Suite v1.0 资产。该资产与其它索赔处理资产之间被定义了详细的关联。团队成员使用这些开发测试来发现 bug。一个开发人员发现 Web 站点的索赔处理的记录值出现了错误。他打开 Rational ClearQuest 缺陷报告，发现另一名开发人员 Darnell 之前也曾遇到同样的问题，并将这个资产从CVS当前分支导入到他的工作空间。为了解决这个问题，他在 API 实施了一个新类。然后，他更新了论坛，以便别的开发人员在遇到同样问题的时候会有合理的解决方法。他也更新了索赔处理资产，并在关闭 Rational ClearQuest 缺陷之前，签入 Rational ClearCase。另外，开发团队又使用新的测试用例更新了测试包。

　　活动8：测试并复审资产

　　小结：在这部分场景中，扩充的测试团队、开发人员和主要复审人员通过使用 Rational Asset Manager 测试并审核了资产。在资产被完整测试并接受后，发布工程师修改了 build，这样，新的代码就能够更新到产品中。Annie 完成了最后的测试、检查需求，然后将该资产发送给产品。

　　方案满足了 Rational ClearQuest 需求，Dave 团队对此感到满意，Claims Processing Solution v1.0 资产也已提交到 Rational Asset Manager 以便进一步的审核。来自其它团队的测试人员和开发人员都参与了复审，他们审核资产，直接通过 Rational Asset Manager 论坛向 Rational ClearQuest 记录所有的 bug。主要复审人员是在称为 My Asset Manager 的个性化面板中，通过 e-mail 进行通知的。

　　项目的主要核心成员是 Annie (分析人员)、Archie (架构人员) 和 Dave (主要开发人员)。Annie 首先发现资产并开始审核。团队中的每一员都开始使用测试用例来测试产品。因为资产是在一个完整的测试方案中构建的，这个版本仅作了很小的调整就通过了测试用例的检验。不久，对资产完全审核，所有在 ClearQuest 中打开的缺陷都得到了修正，然后，复审人员认可了该资产。方案通过单元测试之后，发布工程师更新了编译过程，并增加了元数据，表示资产的哪些部分得到了使用。发布工程师为 Claims Processing Solution v1.0 创建了另一个 Rational ClearQuest 记录，并设置了 IT Operations 的状态，以便接收记录并继续布署产品的新服务。Annie 运行了性能和需求测试，以确保 Web 站点的高质量运行。

　　活动9：布署库

　　IT Operations 团队收到 Rational ClearQuest 标示部署库的记录之后