场景
假设您为实现合规性，正在使用利用目前最新的技术构建的一个系统。必须输入开发信息。该 系统已非常稳定，所以 IT 经理决定，除非出现与新操作系统补丁有关联的安全漏洞问题和缺陷，否则不维护 系统。另外假设向开发团队引入了 IBM Rational Team Concert 来支持全球交付。开发人员可能不希望浪 费宝贵的时间向两个系统输入相同的信息。本文的目的是演示集成这类系统的技术。
图 1 给出了本文 的一个目标图像。My System 用于输入某种类型的开发信息，它拥有系统的一个 COM+ 接口，而团队引入了 Rational Team Concert 来加速全球交付。Rational Team Concert 有一个名为 OSLC（开放式生命周期协作 服务）的开放接口。
图 1. 目标是将一个现有系统 My System 与 Rational Team Concert 相集成
使用这些样例脚本的免责声明和先决条件
样例脚本仅用作样例，应按原样使用。如果在试用脚本 时收到一条类似以下消息的错误消息，可能是因为 Rational Team Concert 服务器被设置为使用自行认证：
msxml3.dll: System Error: -2146697191
msxml3.dll: The system cannot locate the resource specified.
如果使用 Microsoft Internet Explorer 访问服务器，那么您将获得一条证书错误消息。 这是因为设置了自行认证，客户端不信任服务器。要使用样例脚本，必须先解决这个问题。
OSLC 是软 件开发人员和组织的一个开放社区，致力于标准化各种软件开发生命周期工具的集成。它还定义了工具集成的 规范。核心规范是使用 RDF（资源描述框架）作为一种数据表示，使用 RESTful Web 服务访问数据。但 My System 提供了自己的接口。在本例中，该接口是 COM+ (Component Object Model plus)，可通过各种语言进 行访问，包括 Microsoft Visual Basic 或 Visual Basic 脚本语言。
本文将介绍如何使用 Visual Basic 脚本语言访问两个系统。文中提供了样例脚本（请参见 下载 部分）。这些样例脚本使用了 OSLC Change Management 规范和 Rational Team Concert 作为工具。该脚本处理名为工作项 的数据。该脚本创建 、更新或查询一个 Rational Team Concert 工作项。
OSLC 服务和这段 Visual Basic 脚本概述
图 2 显示了 OSLC 服务的流程图，它从 Root Service Document 流经 Catalog 和 Service Provider，最后到达 Work Item。
图 2. OSLC 服务概述
第一步是访问 Root Service Document。此服务提供了服务目录。例如，它提供了一个 CM（变更管理）服务目录（如图 2 所示）、一个 SCM（源代码管理）服务目录、一个项目区域管理服务目录，等等。在本文的示例中：
CM 提供了对工作项的访问服务。
目录提供了每个项目区域的服务提供者 URL。
服务提供者支持访问工作项。
该脚本使用一组名为 Microsoft XML 核心服务 (MSXML) 的服务。MSXML 可以一种快速且高效的方式处理 基于 XML 的应用程序。它还拥有各种 API 来处理 XML 文档的内容。OSLC 使用 RDF 作为数据表示，MSXML 也可处理 RDF 文档。