使用 ClearQuest 7.1.0.0 进行应用程序生命周期管理,第 3 部分

本系列讲述了 IBM Rational ClearQuest 的开箱即用应用软件生命周期管理(ALM)解决方案背后的概念和设计目标概述,描述了将 ClearQuest 和 ALM 包作为你的变更管理(CM)解决方案来使用的好处。作为这个系列的第三部分,这篇文章讨论了管理和安全需求,同时还伴有启动以及将 ClearQuest ALM 整合到你的环境中的提示信息。 本文来自于 The Rational Edge

Carolyn Pampino, Rational GreenThreads 解决方案架构师, IBM

Author photoCarolyn Pampino 是 Rational 跨产品 Green Threads 团队的解决方案架构师, 并且她当前集中于地理上分布式应用程序生命周期管理。她为收购 Build Forge 作出了贡献,在那她最为转型经理服务于产品管理。她也为于 Tivoli 产品线集成相关的解决方案和策略作出了贡献。 在 加入 IBM 之前,Carolyn 是 BroadVision 的产品管理、开发和竞争分析主管。 在加入 BroadVision 之前,她是 Interleaf 的开发主管,后来 Interleaf 被 BroadVision 收购后,她也加入了 BroadVision。Carolyn 毕业于 Carnegie-Mellon 大学。



Robert Pierce, 高级信息开发人员, ClearTeam 团队, EMC

Robert Pierce photoRob Pierce 是 Rational User Assistance 小组的一名高级信息开发人员。他目前正在制作 IBM Rational ClearQuest API Reference 和 Schema Developer ,以及 Rational Team API 基于角色的帮助文件。他还是 IBM 和 IBM Software Group Councils for Information Development (ID) 的成员之一,主要研究 ID 过程的设计和开发工作,包括提高信息的合作和一致性的工作支持。



2008 年 6 月 16 日

illustration这篇由三部分组成的文章呈现了 IBM®Rational®ClearQuest®的打开即用应用软件生命周期管理 (ALM) 解决方案背后的概念和设计目标。在第 1 部分中,我们阐述了将 ClearQuest 和 ALM 包作为你的变更管理(CM)解决方案来使用的好处,并呈现了 ClearQuest 中与 ALM 相关的设计目标和许多关键概念。在第 2 部分中,我们描述了 ClearQuest ALM 解决方案,并呈现了 ALM 基于角色用户经验的概念,它们被运用到 IBM Rational 产品开发环境中的变更管理中,以及运用到 ClearQuest 客户使用情景中。

我们以第 3 部分来结束这个系列,这部分重点强调管理和安全需求,整合和共存的考虑,以及如何开始。

管理和安全

现在我们将讨论 ClearQuest ALM 中功能关键区域的最后部分:管理和安全性。

整个系统的设置

这个 ALM 解决方案伴随着整套系统的设置,图 1中有显示,它为修改解决方案提供动力,从而能够在不影响基础计划的情况下适合你的企业。这些设置允许你利用词汇来定义系统中的对象;而且,由于它们是系统范围的,所以所有的用户都能够共享相同的词汇。

图 1

图 1: 整个系统的设置

安全策略

安全策略是通过将一个或者更多的 ClearQuest 小组添加到一个 ALM Security Policy 记录定义的。一旦设定,项目管理者可以自由创建新的项目和选择这个项目所需要的安全策略。管理者们不需要被涉及到其中。如果需要一个新的策略,只要定义一个新的安全策略就可以创建,如图 2 所示。

图 2

图 2: 创建一个安全策略

如果这个开发小组的每个人都能够数据库中的所有记录,那么一个单一的使用 Everyone 下载的安全策略就可以被创建。这样就可以使系统对小组的任何人开放。这是最简单的开始方法。然而,随着安全需求的增加,就会创建新安全策略来限制查看。例如,可以创建一个小组来代表第三方提供者,而第三方只对他们所操作的项目进行限制。所有来自第三方提供者的用户都会被添加到那个小组。这个安全策略会被创建,而且第三方小组也会被选择。第三方项目会分配那个安全策略。那个小组的成员对这个系统中的其它记录是一无所知的,除了那些他们安全策略的记录。

Admin 记录会被用来决定谁能够修改这个系统范围的设置。这样在需要的时候,你就可以自由授权可信耐的项目领导者来修改这个系统设置(比如标签和目录树)。而且这次也不会对基础计划进行变更,但却代替了更多项目领导者对你的环境自定义解决方案的自由和灵活度。

目录

当我们在第一部分讨论目录时,在这里要注释的很重要的一点是, CategoryTypeLabels 在整个系统范围都是可利用的。目录可以通过一个安全策略使其获得安全,所以它们对特殊用户来说是可利用的,也可是隐藏的。这样允许重新使用,并且目录的一致性“分类 ”可以跨越多个项目。

Categories 和 Category Types 允许你为项目建立分类系统的模型。目录可以是分级的,如图 3所示,使你能够将较大型的系统分解为小系统,以及更多的可管理单元。

图 3

图 3:两个目录树:一个是 Products 树,一个是 Services 树

要简化 Request 和 Task 记录的创建过程,一个 Category 可以给定一个“Current Project。”当创建了一个新的 Request 或者 Task 之后,选择 Category 将自动组装这个项目域。图 4显示了带有 Current Project 加强的 Category 记录。

图4

图4: 一个带有 Current Project 加强的 Category 记录

类型

类型是用来鉴定工作的“本质”的。类型可以应用到 Request、Task,以及 Activity ,你对系统范围的类型进行设定。项目小组通过创建 Work Configuration 来配置哪个类型可以使用,如图 5所示。

图 5

图 5:Type 记录

这个 Type 记录非常简单。选择一个 ALMRecordType,然后选择或者创建一个 TypeLabel。这个 Description 是可选择的。有些类型的例子包括但是并不局限的有:Enhancement、Defect、New Feature,等等。

标签

在许多案例中,需要跨越企业的标准化来帮助组织和管理项目,并我们确实有些工具来帮助加强这样的一致性。有了 Label 记录的介绍,你现在已经拥有了定义显示在用户界面中的一系列名称的机会,大多数情况是以记录的下拉单形式出现。这里我们将讨论每个新标签类型,并为你如何使用它们提供一些建议。

大多数标签只是由一个 Name 和一个 Description 组成,如图 6显示。

图 6

图 6:Label 记录的用户界面

下面的标签已经被设置并在数据库案例中共享:

  • Category Type 标签。 Categories 为项目分级提供了一个非常有效的方法,然而当定义这样的目录计划时,你很可能会发现自己希望拥有更多的目录“树”。这个 Category Type 标签 允许你这样做。通过定义更多的目录树,你可以创建目录的继承性,使它属于一个或者另一个目录类型。这里有一个定义目录类型的例子,比如 Solution、Product、SOA Service、Re-Usable Component、Business Unit,等等。
  • Phase 和 Iteration 标签。许多过程,包括 IBM Rational Unified Process®(RUP®),建议将项目分解为阶段,并且每个阶段都可以一个或者更多的迭代。这样做可以帮助将一个项目分解为更多可管理的单元。例如,RUP 提出以下这些 Phase 标签:Inception、Elaboration、Construction,以及 Transition。迭代在每周内都是有计划的 ,有时间限制的被间隔测量的。迭代重点强调小组以可预言的方式向利益关系者交付增量值。通过使用 Phase 和 Iteration 标签,你可以确保在整个组织中术语的一致性采用。对于敏捷小组, 一个阶段可以被看作是一个里程碑。
  • Release 标签。Releases 是用来定义正在被开发的软件的“版本”。有些组织规范释放名称或者版本号。可以用这个域鉴定将被组织中其他人所使用的释放标签。例如,IBM 对我们所有的产品有一个四位数释放版本号计划的规定,像 ClearQuest 7.1.0.0。
  • Resolution Code 标签。 当所有的工作单元已经完成,就会设置一个决定代码为决定类型提供历史记录和背景。例如,并不是所有的工作都是在一个项目中完成的。有时候还有“复制” Requests ,或者一个被报告的问题不能像设计的那样被重新产生或者工作。你就有了定义将会被你的组织使用的决定性代码的机会。
  • Role 标签。Role 标签帮助确保整个组织中角色的一致性使用。Analyst、Architect、Project Manager, Developer,以及 Tester 都是这些角色标签的例子。
  • Status 标签。状态标签是用来报告状态或者“健康”的。通常出现在 Project、Phase,以及 Iteration 记录中。有些例子包括:Healthy、Suspect,以及 Critical。有些组织使用彩色编码,比如“Green”(表示健康的), “Yellow”(表示小心), 以及 “Red”(表示危险的)。
  • Work Type 标签。 Requests、Tasks,以及 Activities 是随着组织的不同而变化的;因此,每个记录都有一个叫做 Type 的下拉单。出现在那个列表中的名称来自 Work Type 记录。你可以通过定义 Work Type 标签 来开始。这些仅仅是类型的名称,比如“Enhancement”。 你利用 Work Type 来将这个记录类型与标签联合起来,比如记录类型 “Request,”它拥有一个类型叫做 “Enhancement。”

整合与共存

由于提供的 ClearQuest ALM 就像一套包 (除了一个计划之外),你可以将这些包运用在一个现存的 ClearQuest 数据库中,并在不影响你的用户的情况下开始使用这些记录。通过引入新的项目小组到新的模式中,从而取代了尝试移动你所有数据的计划。这样当小组完成当前项目并开始新项目时可以进行转换。你可以像往常一样继续运行查询,创建记录,以及运行报告。你所有的数据都可以在相同的数据库中共存。

利用 IBM Rational RequisitePro 管理请求

许多组织利用 IBM Rational Rational RequisitePro®管理请求,并将 ClearQuest 作为这个开发小组的 CM 系统。RequisitePro 和 ClearQuest 之间已经存在一个整合。利用 ClearQuest Designer,如果它还没有被处理,可以将 RequisitePro 包运用到你的计划中 。记录类型将要激活的下一个决定如图 7所示。

figure 7

图 7: 将 RequisitePro 包运用到你的 ClearQuest 计划中

记录类型要激活的选择取决于你如何计划来管理你的请求。很多时候一个单一的请求可以运用到多个项目中,在案例中的建议是激活 ALMRequest 记录。另一个选择是, ALMTask 或者 ALMActivity 也可以被激活。请求标签页可以被添加到激活的记录中,这样你就可以联合这些 RequisitePro 请求。 ALMRequests 将包括这个项目“建立”的背景以及这个请求的相关参考。ALMTasks 将实现一个或者更多项目中这个背景下的请求。

UCM 是如何整合的呢?

ALMActivity 跟 Unified Change Management (UCM) 行为是一样的。它与ALM 解决方案的不同之处在于,“行为”的定义已经扩展并包括任何小组成员的工作单元。这意味着所有的 ALMActivity 类型 (请看图 8) 都是 UCM 激活的。

图 8

图 8: ALM Activities 是有效的 UCM。

注意 ALMActivity 记录上的 Unified Change Management 标签页,在上面有所显示。这是使用 UCM 小组的可选择项。

Rational Team Concert

IBM Rational Team Concert Express 对于小而敏捷小组都是可利用的。1随着现存 Rational 客户对 Rational Team Concert 的部署和采用,互通性问题就会出现。IBM Rational ClearCase®和 ClearQuest 链接器都是 Rational Team Concert 可利用的。

这些产品之间的接合点如下:

  • 工作. ClearQuest 链接器促进了在一个数据中创建记录,并让它显示在其它数据库中。其允许用户在任何一个系统中进行记录修改。选项如下:
  • 工作项和 ALMActivity 共享了相同属性,提供了更方便的互操作性(请参见图 9)。

图 9

图 9: ALMActivity 和 Rational Team Concert 工作项之间的互通性

  • Rational Team Concert 工作项(它拥有子工作项,或者类型 Task)以及 ALMTask(请参见图 10)。

figure 10

图 10: ALMTask Rational Team Concert 分级工作项,或者类型 Task 工作项之间的互通性

  • ALM Requests 可以通过两种方式查看。一方面你可以将类型 Defect 的 Request 与类型 Defect 工作项联合起来。另一方面,你可以将 Requests 看作更多的请求,并确定它们之间没有直接的联系。
  • Project -- Rational Team Concert 和 ClearQuest 都拥有项目。这需要名称用手工排列。
  • Category -- Rational Team Concert 和 ClearQuest 都拥有目录树。这也需要手工排列。
  • Role -- Rational Team Concert 和 ClearQuest 都拥有 Role 定义。这需要手工排列。

开始启动

现在已经覆盖了 ClearQuest ALM 解决方案功能性性能以及它与其它 Rational 产品的关系。我们最后将为将 ClearQuest ALM 引入到你组织中提出一些建议。

ClearQuest 计划和包

ClearQuest 7.1.0.0 提供了一个新的计划,叫做 ALM,你可以利用它来启动管理你的小组。

这些 ALM 记录还以两套包的形式被提供,叫做 ALMProject 和 ALMWork。你可以在不影响你目前小组或者记录类型的情况下将这些包运用到你现存的计划中。所有的记录都有“ALM”前缀,这样有助于从当前计划中的其它记录中鉴别出来。此外,提供的指导可以使你在不锁定你未来升级的情况下安全地修改这些包。

OpenUP 样本数据库

提供的一个样本数据库可以帮助你开始新的计划。这里高度推荐的是,利用这个样本数据库开始,可以使你快速熟悉新的记录以及它们之间的关系。

这个样本数据库和可输出文件的设置,是建立在 OpenUP (Open Unified Process)基础上的,它是 Eclipse Process Framework 项目中可效仿的过程。OpenUP 是敏捷小组 RUP 比例化的自定义。OpenUP 可以从下面的 URL 地址中下载:http://www.eclipse.org/epf/downloads/openup/openup_downloads.php

在浏览器中,这个“发布的”版本是可视化的,并有本地硬件驱动上所有储存的内容。

在这个样本数据库中,标签,工作类型,工作配置,以及查询都已经设置好。此外,样本项目是假定的。OpenUP 过程映射到 ALM Task 和 Activity 记录上可以描述如何利用 ClearQuest 将过程引入到管理项目中。

我们希望在未来的文章The Rational Edge中提供 OpenUP 样本数据库和项目的整个流程。

总结

Rational ClearQuest 7.1.0.0 中的新 ALM 计划提供了一个为项目小组构建板块的打开即用的方法,从而根据他们自己的文化和过程进行自定义。这样使 ClearQuest 管理者们从编辑计划中解放出来,并且授权项目根据他们的需要自定义系统。

这个新的解决方案彻底减少了 ALM 工具和过程整个所有权的成本。这些需求将过程集合起来成为流线型,因为你不再需要将所有的项目小组集合起来表明对记录类型和状态转换的建议。相反,你可以让每个小组自定义他们工作的过程和工作类型。

计划设计还是流线型的。再次减少了个人记录类型的复杂程度,状态转换也减少了设计计划的时间。相反,你的时间可以用来设计安全策略,目录树,以及系统标签。你还可以选择将一个带有附加域的标签页添加到获取额外信息的窗口中。

实现工作也减少了,因为窗体和钩子代码都是打开即用的。你的实现时间用来调整打开即用的经验,从而取代了从基础开始的时间。

需要自定义训练的时间也减少了。在线帮助,教程,样本数据库,以及 IBM developerWorks 文章,比如这篇提供了训练你使用的基线。

由于减少了定义记录类型和转换的需求,打开即用的板块构建包含在解决方案中,小组就可以更轻松地自我组织项目,这样可以安心地使用安全环境了。角色定义可以用来确定项目中的每个用户使用什么行为来执行

ClearQuest ALM 还可以大大提高你管理开发项目的能力。通过为小组所有成员管理工作分配,你可以运行查询,报告,以及能比以前对你的项目健康状况提供更多见解的图表。对于第一次,通过对你的 Role、Type, 以及 Work Configurations 核心概念进行实例化,你的间隔过程指导(比如你的 RUP 自定义版本)可以变成“可行性”。

ALM 计划和高国提供了一个可扩展性的 CM 工作流程解决方案,它可以获取软件开发过程设计的最佳实践。它为管理开发项目提供了一个牢固的基础,并且可灵活地将每个自定义置入计划中。采用这个 ClearQuest 7.1.0.0 ALM 解决方案,可以减少你的所有权成本,以及根据他们的需求给你的项目小组授权。

致谢

特别感谢众多为这篇文章的创建和修改贡献他们时间和才能的朋友。以下是按照字母顺序的: Kenneth Giffels, Robert W. Myers, Michael J. Saylor, 以及 Rick Weaver。

注释

  1. 要获取更多的信息,请查看 “安装 IBM Rational Team Concert Express-C:一个初学者的快速入门指南”。

参考资料

学习

讨论

  • 参与论坛讨论
  • 已经专门为 Rational Edge 文章创建了一个 新论坛,因此你现在可以共享你对本文或其它在当前问题或我们存档上的文章的想法。 阅读你的遍及世界的同事所阐述的言论,阐述你自己的讨论,或者加入进行中的讨论。点击 这里 开始。
  • 全球 Rational 用户组社区

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=314374
ArticleTitle=使用 ClearQuest 7.1.0.0 进行应用程序生命周期管理,第 3 部分
publish-date=06162008