实例解说Rational Asset Manager

，是很难正常工作的。另一种解决方案似乎能够满足所有的需求。她研究、开发，并创建了一个完整的测试模型来供项目的使用和采用，节约了很多时间。她存取了所有与资产相关联的文件和代码，并下载了一份拷贝便于日后学习。Annie 创建了一个新的过程模型资产，命名为 Claims Processing Model v2.0。详细定义了两个资产之间的关系，这样，当其他人员将来检索这类过程的时候，这些模型会一起查询得到。随着时间的推移，资产之间已定义的关系使得资产的检索变得很容易。

　　活动5：创建需求

　　小结：在这部分场景中，Annie 使用 Rational ClearQuest 沟通并跟踪新索赔处理的需求。Annie 将需求发送给软件架构师 Archie。Archie 对 Claims Processing Model v2.0 资产进行评估，然后使用 Rational Asset Manager 浏览既有的可以重用的 Web 服务。

　　接下来，Annie 使用 Rational Asset Manager 论坛在公司 Web 站点创建新的需求：增加索赔过程的处理。这种论坛类型被映射成 Rational ClearQuest 的需求，然后，当她创建论坛主题的时候，Rational ClearQuest 里会自动地创建相应的新的需求记录。Annie 直接链接到 Claims Processing Model v2.0 资产，这样，架构师就可以轻松地找得到了。

　　软件架构师 Archie 接收到了新需求已经被提交的通知。他打开 Rational ClearQuest 记录并单击链接到 Claims Processing Model v2.0 资产。Rational Asset Manager 打开 Annie 建立的资产描述页。Archie 马上浏览资产的详细信息，并找到包含第一个模型的那个资产。5年前，她曾在国内索赔处理部门协助创建了第一个模型。现在，他再次阅读需求记录并继续评估新的资产。

　　接下来，他使用 Rational Asset Manager 检索能够满足需求的、可被重用的既有服务。在结果列表中，他找到一个全面的资产清单和 WSDL 文件。Archie 用具体的过滤器缩小检索范围，然后，使用 WSDL 记录打开 WebSphere Service Registry 并详细查看解决方案可用的服务。Archie 找到一个 Web 服务资产 FinancialService Implementation v1.0，看起来好像可以派得上用场。当意识到自己在 Web 服务资产所属的 Rational Asset Manager 社区不拥有查看资产的授权，他下载资产并更进一步地查看详细信息。他点击了请求按钮，在几分钟之内，社区管理员已经将他添加进社区，并赋予相应的权限。因为这些解决方案很复杂，Rational Asset Manager 给了公司控制权，来管理谁操作资产，以及 怎样 使用资产。

　　活动6：设计解决方案

　　小结：在这部分场景中，Archie 使用既有的 Web 服务、实施、设计和 Annie 所提供的新模型来创建架构并设计新的索赔处理系统。他使用 Rational Asset Manager 检索既有解决方案，标记新解决方案，然后订阅资产，这样，他就可以监控整个开发过程中的更新。

　　Archie 开始实施解决方案所需的一些服务。从前面创建的两个资产开始： FinancialService Implementation v1.0 和 FinancialService Design v1.0 资产。他打开 Rational Asset Manager 论坛，并向开发团队提问，如何评估既有服务中可能的改进以及潜在的风险。他用合适的索赔处理信息更新资产，提交新的资产 Claims Processing Implementation v1.0 和 Claims Processing Design v1.0。在它们与 FinancialService Implementation 资产之间创建详细的关联。通过 Web 客户端用户接口，Archie 也很快订阅了新的索赔处理资产。他将收到这些资产更新的所有通知。他也用 Corporate Finance 标签给资产作了标记，这样，他就可以根据名字将同类资产分组，下次的检索也就更容易了。

　　当作好设计和创建体系结构的准备时，他打开包含 Rational Asset Manager Eclipse cli