本文介绍了WebSphereApplicationServer提供的应用编程扩展之一：Schedule的相关概念，以向控制台输出"HelloWorld"信息作为一个任务并以此为例说明了在RationalApplicationDeveloper中如何开发、创建、配置并最终测试这一Schedule任务。
1.前言

本文介绍了WebSphereApplicationServer提供的应用编程扩展之一：Schedule的相关概念，以向控制台输出"HelloWorld"信息作为一个任务并以此为例说明了在RationalApplicationDeveloper中如何开发、创建、配置并最终测试这一Schedule任务。

2.Scheduler简介

Scheduler是WebSphereApplicationServer提供的应用编程扩展之一。Scheudler服务提供了WebSphereApplicationServer中配置、管理与开发基于时间的工作任务的功能。在Scheduler服务管理之下，特定的操作或任务可在将来的某一时间运行一次，也可以按指定的时间间隔反复运行。WebSphereApplicationServer中的Scheduler服务为管理和调度任务提供了高的可靠性和运行性能，同时提供了对任务的持久存储管理与事务管理。

使用Scheduler服务管理任务具有以下优点：

简化系统管理步骤，降低系统管理成本
将特定的任务交由Scheduler服务调度、管理并执行，可极大的简化管理步骤，降低管理成本。同时，Scheduler服务在WebSphereApplicationServer中的管理也与其它资源的管理具有很好的一致性，对Scheduler服务的创建、更新、调度、验证以及监控等任务均可在WebSphereApplicationServer管理控制台中完成。
可扩展
Scheduler服务可在集群环境下工作，使用负载均衡可达到更佳性能并提供更高的可靠性。
多样的日期算法
Scheduler服务根据为每一任务指定的日历来决定该任务何时开始执行、每隔多长时间运行一次以及重复执行多少次。UserCanlendar接口实现类即包括定义的日期算法已确定任务被执行的时间。如果WebSphereApplicationServer提供的缺省UserCanlendar实现无法满足需要，开发人员可开发特定的日历并将其指定给任务。
一般而言，具备以下特性的任务可考虑将其托管给Scheduler服务进行管理与调度：

在系统负载较低时（如夜间）定期执行的备份、清除等任务
与用户没有交互的后台任务
需要运行较长时间的任务
需定时执行或反复执行的任务

2.1.调度程序

调度程序是WebSphereApplicationServer中使用管理控制台进行配置的，为Scheduler服务提供任务的持久存储、事务管理以及安全管理的应用程序。可在单个服务器、集群、节点或单元中创建多个调度程序。每个配置后的调度程序是一个独立任务调度引擎，它拥有唯一的Java命名与目录接口（JNDI）名称、持久存储设备和守护程序。

必须先使用管理控制台、配置服务或脚本编制配置调度程序，应用程序才能使用Scheduler服务。概念上，调度程序类似于数据源，我们必须为它指定包括绑定实例的JNDI名称在内的各种配置属性。一旦定义了调度程序，使用调度程序API或WASSchedulerMBean的应用程序就可以查找调度程序对象并调用各种方法来管理任务。

调度程序的运行依赖于一个数据库，以用于存储它的持久信息。数据库及其位置应当由应用程序开发者和服务器管理员决定。调度程序使用这个数据库来存储然后运行这些任务。同时，当我们在每个调度程序配置中指定唯一的表前缀值时，多个调度程序可以共享一个数据库。这种共享可以降低调度程序数据库的管理成本。

2.2.Scheduler任务实现

Scheduler服务可调度由以下两种方式实现的任务：

调用会话Bean的任务
发送java消息的服务
在本文中，我们将使用在控制台中打印输出"HelloWorld"作为任务并以此为例说明在RationalApplicationDeveloper中如何开发、部署和测试调用会话Bean的任务。

2.3.Scheduler服务相关接口说明

2.3.1.Scheduler接口

在调度程序配置的JNDI名称空间中存在一个com.ibm.websphere.scheduler.SchedulerJava对象。您可以通过查找JNDI名称获取调度程序的引用。获得对Scheduler对象的引用后即可以对任务执行创建、暂挂、取消等操作。

2.3.2.TaskInfo接口

TaskInfo对象包含可用于创建任务的信息。这类信息包括任务的名称，标识，开始运行时间，重复运行的时间间隔，重复运的次数以及为任务指定的UserCalendar对象。

该类有多种实现方法，每种方法对应于一种可以运行的任务。可用的TaskInfo实现有：

BeanTaskInfo：调用无状态会话bean。

MessageTaskInfo：将JMS消息发送到队列或将消息发布到主题。

创建TaskInfo对象后，可以通过调用Scheduler.create()方法将该对象提交到调度程序以创建任务。

2.3.3.TaskHandler接口

任务处理程序是一个用户定义的无状态会话bean，它由使用BeanTaskInfo对象创建的任务调用。任务处理程序bean使用以下主接口和远程接口：

com.ibm.websphere.scheduler.TaskHandlerHome
com.ibm.websphere.scheduler.TaskHandler

bean本身需要实现远程接口中定义的process()方法。如果使用BeanTaskInfo对象创建任务，每当运行任务时，将调用TaskHandler会话bean中的process()方法。因此，任务所包含的业务逻辑应在此方法种实现。

2.3.4.UserCanlendar接口

用户日历是一个用户定义的无状态会话bean，当任务需要计算与日期相关的值时会调用它。实现一个用户日历必须实现UserCanlendar接口。用户日历bean使用以下home接口和远程接口：

com.ibm.websphere.scheduler.UserCalendarHome
com.ibm.websphere.scheduler.UserCalendar

bean本身需要实施远程接口中的applyDelta()和validate()方法。

用户日历用于计算时间间隔，如任务运行之间的时间。在其被创建后使用setUserCalendar()方法在TaskInfo接口进行设置，并在需要计算变化量时由调度程序运行时代码调用。

TaskInfo接口提供以下方法指定了使用用户日历进行计算的变化量字符串：

setStartTimeInterval
setStartByInterval
setRepeatInterval

如果未使用TaskInfo.setUserCalendar()方法指定用户日历，系统将使用一个缺省用户日历。缺省日历允许简单变化量规范，如秒、分、时、天和月。WebSphereApplicationServer提供两种类型的缺省用户日历：

CRON：该种类型的日历根据一个以空格或Tab键分隔的字符串表达式计算时间。

SIMPLE：该种类型的日历简单的根据java.util.Canlendar对象计算时间。

由于SIMPLE类型的日历计算方法较为简单也较容易理解，在此我们只距离说明CRON类型的日历。CRON日历根据以下格式的字符串结算时间：

秒分小时日月星期

在表示某一具体时间项目时，"*"号表示任意值；用"，"号分隔特定的有效值；"-"号表示特定范围；"/"表示增量；"?"表示不确定值。例如：

0231019FEB?

表示二月19日10点23分零秒；

0*12/6?JAN-JUNSAT,SUN

表示一月至六月，每月的周六与周日两天，每天中的12点、18点和24点，每小时中的任意一分钟。

当使用CRON类型的缺省用户日历时，可使用以上格式的字符串计算任务开始时间及时间间隔。

请注意，由于Scheduler在调度任务时并不会精确到秒，因此推荐将表示秒的一项始终设为0。

3.开发基于会话Bean的schedule任务

为运行本文中的例子，您必须安装以下软件产品：

RationalApplicationDeveloper6.0

DB2Universalv8.0或以上版本

RationalApplicationDeveloper6.0

提供了开发、测试scheduler的运行时环境，而DB2将作为存贮调度程序持久信息的数据库。

首先打开RationalApplicationDeveloper，选择某一目录作为RAD的工作空间目录，如下图所示：

图31选择RAD工作空间

选择进入J2EE视图，创建一个EJB项目用以开发由会话Bean实现的任务，如下图所示：

图32新建EJB项目

右键单击"EJB项目"，选择"新建"->"EJB项目"，输入"ScheduleEJB"作为EJB项目名称，输入"ScheduleEAR"作为EAR项目名称，接受其它缺省选项，点击"完成"。创建EJB以及EAR项目后，项目资源管理器如下图所示：

图33项目资源管理器

单击创建的EJB项目"ScheduleEJB"，展开"部署描述符：ScheduleEJB"->"会话Bean"，右键单击"会话Bean"，选择"新建"->"会话Bean"，如下图所示：

图34新建会话Bean

输入"Schedule"作为会话Bean名称，输入"ibm.sample.schedule"作为包名，点击"下一步"

World"信息之一任务为例，说明了在RAD中如何开发、创建、配置并最终测试这一Schedule任务。

6.总结

Scheduler可为J2EE应用程序提供高性能的、具有高可靠性的计时服务功能，它可对被托管的任务进行持久存储并提供事务管理。Scheduler服务通常被广泛用于调度、管理与时间相关的任务或活动，这些任务可调用会话Bean或发送JMS消息，而对Scheduler的管理可通过JavaAPI或JMX实现。

参考资料

WebSphereApplicationServerV6.0在线帮助

WebSphereApplicationServerEnterpriseVersion5andProgrammingModelExtensions

WebSphereEnterpriseScheduler规划和管理指南

跨越边界系列讨论非Java™语言如何解决一些重要问题以及这些解决方案对当今的Java开发人员有什么意义。本文讨论延续（continuation），这是Smalltalk的Seaside这类框架背后的技术。延续服务器（continuationserver）提供了一个有状态的编程模型，同时又没有舍弃无状态所固有的可伸缩性，从而使构建Web应用程序更加容易。
一般的Web开发有时候很有趣，但是通常却是令人烦恼的。JavaWeb开发人员要花费很长时间来提供无状态模型，但是产生的性能和部署的简单性使得这种努力是值得的。在本文中，我将讨论一种完全不同的Web开发方式，称为延续服务器（continuationserver）。延续服务器提供了一个有状态的编程模型，同时又没有舍弃无状态所固有的可伸缩性，从而使Web应用程序开发更加容易。关于本系列

在跨越边界系列中，作者BruceTate提出这样一种观点，即通过学习其他方法和语言，当今的Java程序员可以更好地武装自己。由于Java技术已经成为所有开发项目最好的选择，所以编程方式已经发生了改变。其他框架影响着Java框架的构建方式，您从其他语言学到的概念也可以影响Java编程。您编写的Python（或Ruby、Smalltalk等语言）代码可以改变编写Java代码的方式。

这个系列介绍与Java开发完全不同的编程概念和技术，但是这些概念和技术也可以直接应用于Java开发。在某些情况下，需要集成这些技术来利用它们。在其他情况下，可以直接应用概念。单独的工具并不重要，重要的是其他语言和框架可以影响Java社区中的开发人员、框架，甚至是基本方式。

Web的出现

当20世纪90年代中期整个行业转向Web开发时，软件开发人员们欣喜若狂。与“终端加主机”模式相比，我们现在构建的客户机-服务器应用程序对用户更友好，但是也有几个问题困扰着我们：

性能往往很差。基于终端的开发中好的方面之一是，通信开销受到编程模型的约束。一旦这些约束消失了，我们就会缺乏构建简单分布式应用程序所需的带宽、工具或技能。

本文介绍了如何将WebSphere®DevelopmentStudioClientforiSeries生成的iSeries®Web服务导入WebSphereIntegrationDeveloper服务组件中。
引言

进入随需应变的时代以来，我们对业务整合的需求从未如此强烈过。现在，业务部门之间的合作更加频繁，将其各种应用程序进行紧密集成的需求应运而生。先前独立的业务部门被整合起来，以缩减管理经费，并使产量最大化。这种促使业务部门间进行应用程序集成的动力同样存在于企业之间，因为进行合作或并购需要共享数据和流程。

IBM®WebSphereIntegrationDeveloper提供了一个优化的构建集成应用程序的完整的集成开发环境。通过使用WebSphereIntegrationDeveloper，您可以构建和部署扩展并集成了您现有IT资产的集成应用程序。IBMWebSphereDevelopmentStudioClientforiSeries帮助您构建适合iSeries的应用程序。通过随时运用最新的核心理论，WebSphereIntegrationDeveloper还加速了对在WebSphereDevelopmentStudioClient的基础上的应用程序的集成。WebSphereDevelopmentStudioClient可以调用iSeries的业务逻辑。

本文通过Web服务来检验WebSphereDevelopmentStudioClient和WebSphereIntegrationDeveloper的一个集成点。文中展示了如何将WebSphereDevelopmentStudioClientforiSeries生成的iSeriesWeb服务导入WebSphereIntegrationDeveloper服务组件中。然后，您可以通过WebSphereIntegrationDeveloperAssemblyDiagram将该服务组件与其他服务组件集成在一起，形成一个业务集成应用程序。

在本文中我们向您展示如何：

在WebSphereDevelopmentStudioClient-AdvancedEdition6.0中创建iSeriesWeb服务。
在WebSphereIntegrationDeveloper6.0中用AssemblyDiagram创建一个Web服务导入组件。
测试上面创建的Web服务导入组件。
在创建了WebSphereIntegrationDeveloper服务组件后，您可以使用AssemblyDiagram将其连接到其他服务组件，以创建一个无缝集成的应用程序。不过，这已经超出了本文的讨论范围。

先决条件

WebSphereIntegrationDeveloper6.0
WebSphereDevelopmentStudioClient6.0或WebSphereDevelopmentStudioClient6.0-AdvancedEdition

Windows®2000/XPProfessional
为了达到本次练习的目的，我们在WindowsXPProfessionalEdition中同时使用了WebSphereDevelopmentStudioClient-AdvancedEdition6.0和WebSphereIntegrationDeveloper6.0。此外，我们还使用WebSphereDevelopmentStudioClient-AdvancedEdition6.0来生成iSeriesWeb服务，因为它支持JCA到iSeries的连接。使用WebSphereIntegrationDeveloper6.0来创建用于业务集成应用程序的Import服务组件。

在WebSphereDevelopmentStudioClient中创建iSeriesWeb服务

在这一部分中，我们将创建iSeriesWeb服务，在后面WebSphereIntegrationDeveloper将用到它。

第1步.通过ProgramCall向导生成一个JavaBean和PCML文件

打开一个WebPerspective。
新建一个DynamicWeb项目。
在ProjectExplorer中选择该项目。
在Workbench菜单栏中，单击CreateProgramCallBean图标。这将打开ProgramCall向导。如果您有一个已包含iSeries程序的定义的PCML文件，则可以将该文件导入到向导中来创建Java™Bean。否则，使用向导来创建程序和参数定义：

在AddProgram页面键入您的JavaBean、程序对象及其所在的库的名称。您可以单击Browse来查找您想从iSeries服务器调用的程序。
单击OK。这将确定您想调用的程序或过程。
在AddParameter页面为每个参数输入名称、长度、数据类型和用法。单击OK。
单击Next进入向导的下一页。
在Package字段中，为您希望创建文件的包命名。您可以指定一个新的包名。
取消选中JavaApplication复选框，并确认已选中Services复选框。
单击Next，输入将保存在run-time配置文件中的配置信息。
在Authentication下输入Hostname、UserID和Password的值。
在Librarylist下键入保存iSeries程序的库文件名，单击Add。
单击Finish。
ProgramCall向导会生成三个类。其中一个类名为<YourBeanName>Services.java，是可被Web服务向导用来创建Web服务的JavaBean。另外两个分别名为<YourBeanName>Input.java和<YourBeanName>Result.java。这两个类是JavaBean类的输入和输出参数所需的。

第2步.通过Web服务向导从JavaBean和PCML文件创建Web服务：

您在ProgramCall向导中定义的每个程序都会生成两个方法。您可以任选一个来获取远程程序调用返回的数据。

第一个方法以XML格式返回输出数据。Web服务客户机可以通过分析XML字符串获取数据。
第二个方法以<YourBeanName>Result.java类的形式返回输出数据。Web服务客户机可以通过使用该类的getter方法来获取数据。
现在您可以通过Web服务向导来从ProgramCall向导创建的类中创建Web服务：

在ProjectExplorer中的JavaResources的package名称下，右键单击<YourBeanName>Services.java。
依次选择New>Other>WebServices>WebService。（您可能需要选中Showallwizards复选框。）
单击Next。
对于Web服务类型，应该已经自动选择了JavaBeanWebService，如图1所示：

图1.Web服务类型

取消选择StartWebserviceinWebproject
单击Next。
在ObjectSelection页面上，浏览并找到<YourBeanName>Services。单击Next。
调整ServiceDeploymentConfiguration设置。您可以将Web服务部署到WebSphereApplicationServer或WebsphereProcessServer中。这两种情况都将从WebSphereProcessServer中调用Web服务（请参见图2）：

图2.服务部署配置

单击OK，然后单击Next。
单击DeselectAll，然后选择方法，这些方法的名称应以ProgramCall向导中JavaBean名称字段的内容开头。单击Next。
单击Finish。
现在已经生成了Web服务，我们可以通过WebSphereIntegrationDeveloper来对其进行集成。

通过WebSphereIntegrationDeveloper集成iSeriesWeb服务

在这一部分中，我们将上一节中创建的Web服务集成到WebSphereIntegrationDeveloper组件中。

第1步.创建服务组件

打开WebSphereIntegrationDeveloperv6.0（请参见图3）：

图3.WebSphereIntegrationDeveloper

在BusinessIntegrationperspective中，右键单击New>Module，创建一个新模块（请参见图4）：

图4.创建一个新模块

为这个新模块(iSeriesServiceModule)输入名称，然后单击Finish。缺省情况下，WebSphereIntegrationDeveloper会自动创建图5中所示的模块构件和目录：

图5.生成的模块构件

有关WebSphereIntegrationDeveloper构件的详细信息，请参阅参考资料。

现在我们可以导入WebSphereDevelopmentStudioClient6.0生成的iSeriesWeb服务WSDL文件了。从iSeriesWeb项目的WebContent\wsdl文件夹复制WSDL文件，并粘贴到BusinessIntegrationPerspective的iSeriesServiceModule项目中。
将WSDL文件复制到BusinessIntegrationperspective中时，WebSphereIntegrationDeveloper会另外创建一个目录（如果尚未创建）。特别是一个WebServicePort目录以及相应的Ports、Interfaces和DataTypes构件（请参见图6）。它通过分析WSDL文件来获取其中的Ports、PortTypes和Messages信息。

图6.生成的目录和构件

现在我们可以创建将调用iSeriesWeb服务的服务组件了。通过双击Module文件夹中的模块打开AssemblyDiagram。
将WSDL文件从WebServicePorts拖到AssemblyDiagram
在Component创建向导中选择ImportwithWebServiceBinding，如图7所示：

图7.创建组件

这将创建一个指向iSeriesWeb服务的服务组件，如图8所示：

图8.AssemblyDiagram

同时按下Ctrl S，保存AssemblyDiagram。
第2步.测试组件

要测试新组件，请执行下列操作：

运行WPS6.0测试服务器。
在服务器上部署您的Web服务和Module应用程序。如果已经在其他地方部署了Web服务，则您只需要在WebSphereProcessServer上部署Module应用程序。否则，您需要将您的Web服务项目从WebSphereDevelopmentStudioClient导入到WebSphereIntegrationDeveloper中，然后与Module应用程序一起部署到WebSphereProcessServer上。
确保所需的应用程序全部成功部署。
右键单击AssemblyDiagram中的组件并选择TestComponent

选择WebSphereProcessServer进行测试
输入值并调用您的服务（请参见图9）：

图9.测试组件

结果应与图10中相似：

图10.输出结果

有关测试WebSphereIntegrationDeveloper组件的详细信息，请参阅参考资料。

您已经成功地将iSeriesWeb服务作为服务组件部署到IBMWebSphereIntegrationDeveloper6.0中。现在您可以将该服务组件及其他企业服务组件集成到WebSphereIntegrationDeveloper业务集成应用程序中。

总结

在本文中，我们注意到了跨业务部门和企业集成业务应用程序的重要性。面向服务是业务集成的一个关键理念。任何面向服务或面向服务的体系结构(SOA)的基础都是从业务流程开始的，因为服务只是一项业务任务。要成功地提高IT灵活性并解决实际当中的业务问题（例如，改善客户服务、与业务伙伴集成或创建统一的客户视图），您必须使业务与IT紧密结合。

RishiMisra是IBMToronto的一名软件开发人员。他目前在iSeriesApplicationDevelopmentToolsarea工作，致力于多种产品的研究，包括WebSphereDevelopmentStudio和WebSphereDevelopmentStudioClientforiSeries。Rishi于2001年加入IBM，主要从事用于iSeries的ILE编译器的研究。Rishi于1998年获得了滑铁卢大学（UniversityofWaterloo）应用科学学士学位。您可以通过rishi@ca.ibm.com与Rishi联系。

WebSphereIntegrationDeveloper指导教程——第2部分

作为本系列中第二篇文章，本文将介绍面向服务的体系结构(SOA)编程模型，并描述如何在WebSphere®IntegrationDeveloper中创建简单的SOA应用程序。
摘自IBMWebSphere开发者技术期刊。

以面向服务的方式构建应用程序

在本系列的第1部分中，我们通过介绍IBM®WebSphere®IntegrationDeveloper及其附带的各种工具，为您提供了该产品的概况。在第二篇文章中，您将了解编程模型以及工具使用环境。为将此主题的各个方面结合起来进行讨论，我们将描述一个简单的应用程序并演示如何使用WebSphereIntegrationDeveloper构建该应用程序。

相信您一定已经听说过面向服务的体系结构(SOA)这一术语。但什么是SOA，以及更重要的问题，它对业务集成领域有什么好处？我们非常乐意回答您的问题。WebSphereIntegrationDeveloper应用程序是通过面向服务的体系结构进行实现的，因此我们首先讨论什么是SOA以及遵循这种体系结构模式对于我们的应用程序会有何好处。

理想情况下，您希望能重用现有的IT资产作为构件或组件来构建新的应用程序。每个构件都是一个服务，这意味着您可通过标准方法来访问服务而不必关注其具体实现及其位置。在SOA中，业务逻辑从基础结构中被分离出来，因此开发人员可以把精力集中在实现上，而无需关注如何访问服务。

简而言之，服务是一些黑盒，您并不关注其内部情况，只要它们能够按照所声明的情况进行工作。一旦您拥有这些黑盒，接下来的关键步骤就是将它们连接起来构成完整的应用程序。这些黑盒可以是Java™技术、业务流程执行语言(BPEL)、到遗留系统的连接或适配器以及到业务合作伙伴所提供的Web服务的连接。它们就是您的服务构造块。

服务通常是无状态的，这意味着您无需担心是否按特定顺序或在具体的上下文中调用它们。而且，您可能打算要合成业务合作伙伴的服务，并以访问您自己服务的方式来访问它们。您还可能需要合作伙伴能够访问您的服务。通过SOA，您可通过交换服务或调用新的所需服务，来方便地适应不断变化的业务环境。这使企业之间的业务交易变得更加方便。

访问服务的标准方式是什么？服务会发布其接口，这也是服务与调用方之间的协定。接口可通过某种语言进行定义，例如Web服务接口可通过Web服务定义语言（WebServicesDefinitionLanguage，WSDL）进行定义。接口中包含向服务传递数据或从服务获取数据的规范。接口并不指定如何实现服务以及用什么语言来实现服务。因此，您可能具有使用Java实现的服务，而该服务又调用另一个使用BPEL实现的服务。

所有这些都是一般性的概述，听起来不错，但我们需要深入探讨如何使用WebSphereIntegrationDeveloper来实现面向服务的体系结构。在上一篇文章中，我们讨论了服务实现的各种方式，但对服务如何协同工作方面未作详细介绍。本文将深入介绍服务交互的详细内容。

本文介绍如何使用服务组件体系结构（ServiceComponentArchitecture，SCA）和IBM®WebSphere®IntegrationDeveloper以各种组件为基础构建垂直集成解决方案。
引言

在本系列的第1部分，我们引入了服务组件体系结构作为编程模型来构建和组装集成解决方案，简要介绍了什么是SCA，以及一些相关术语的定义。在第2部分，我们讨论了引用和限定符，并说明了如何将各种组件连接到一起以创建SCA模块。在第3部分，我们将深入了解构建SCA模块的主要好处之一，即能以各种组件为基础垂直构建集成解决方案。

随着系统不断发展而变得更为复杂，有必要将各种解决方案进行水平集成；组织中的不同部门可能需要构建自己的解决方案并稍后将其集成到一起，或者可能不同的业务合作伙伴将需要通过Internet集成其解决方案。图1显示了一个此类水平集成的示例：

1．配置管理工具ClearCase与缺陷管理工具ClearQuest的集成

1.1集成概述

使用ClearQuest作为缺陷管理工具，并将ClearCase和ClearQuest进行集成，从而将变更请求和配置管理对象有机的联系到一起。这样所有的Activity可以通过ClearQuest获得。用户可直接管理需修改的程序模块，掌握软件变更状况。CC与CQ集成后，可以提供给用户软件某一版本曾经完成哪些变更的信息；某一个的功能增加共修改了哪些模块；在变更频繁的环境下，可以管理、跟踪及恢复任何的变更；查询变更需求实际修改了哪些程序模块；

1.2集成分类

ClearQuest和ClearCase集成，主要的集成方式有以下两种：

1)ClearQuest与BaseClearCase集成

集成是通过将ClearCase的版本对象库（VOB）与ClearQuest的数据库相关联来实现的，集成后开发人员在修改代码（CheckOut）时会自动弹出ClearQuest的变更请求列表，并强制开发人员将此次修改与特定的变更请求相关联。这样一来，开发人员在代码提交时可以清楚的知道哪些修改过的代码是对应哪些任务的，集成人员可以准确的了解到某次建立到底集成进来哪些变更请求。项目经理可以轻松的定位变更请求和哪些改动相关。

2)ClearQuest与UCMClearCase集成

此种集成方式与上一种集成方式从实现机制上没有本质的区别，但从功能上二者的集成更加紧密，且很多功能更加自动化。如开发人员在提交代码时系统会自动检测出此次需要提交的变更请求，待开发人员确认后系统会自动对代码进行归并。总而言之，UCM对于开发人员来讲使用非常简便且不要出错，对于集成人员来讲，由于UCM采用组建式管理，使得系统架构更加清晰，集成工作更加快捷。对于项目经理来讲UCM为团队提供了一套完整且高效的变更管理流程。