有关clearquest

ggg

请问大侠们 在哪里能下载到 clearquest 的基础知识版本

sincky

功能简介：
·提供用户弹性的变更需求管理环境
·用户可根据开发工作流程和变更需求周期，通过图示工具定义处理流程
·提供预设的变更需求管理流程，用户可直接使用或进行特殊设置
·提供强大的图表功能，用户可深入分析开发现状
·有浏览器界面，可让远端的用户进行访问
·与业界标准的数据库和报表生成器集成
·与Rational的软件管理工具 ClearCase完全集成，让用户充分掌握变更需求情况
·支持数据库MS ACCESS和SQL SERVER6.5
·优异的系统扩展性--提供将数据从ACCESS转移到SQL SERVER的功能

简化变更管理

软件开发中的变更管理不是一件容易的事。如今的开发过程中，必须针对不断更新的程序模块跟踪错误修正(Bug Fix)的结果、增强其功能和变更相关文件。单独的变更需求或许不算什么，但这样的需求如果成百上千，而且往往又是跨产品、跨平台的。
这种情况，即使对有经验的开发队伍也是一大挑战。
ClearQuest特别针对动态的、不断更新的软件开发工作，提供最佳的变更需求管理(CRM -- Change Request Management)解决方案。运用ClearQuest可以方便地跟踪、管理相关的变更需求，充分掌握变更的现状，用户也可按不同需要调节ClearQuest的操作模式，让CRM能顺利在开发团队内推动和实施。
使用ClearQuest可以让开发队伍中所有成员能容易地获得以下问题的答案：
·是否有成员的变更工作量过大？
·某成员解决变更需求的速度及新需求的增加有多快？
·与某软件版本相关的bug有哪些？
·一个bug会影响哪些程序模块和用户环境？

提高工作效率
ClearQuest可以让所有的开发成员受益。项目管理者能随时跟踪、掌握变更需求的处理情况；程序员可以集中精力在程序编写，节省变更需求寻求确认的时间；测试员则能充分了解每一个变更需求的来龙去脉；而系统管理员会发现ClearQuest不但容易安装、调试而且可以与其他工具集成运用；如果有远程用户，还可以通过浏览器界面访问ClearQuest。

顺畅的自动化工作流程
ClearQuest中不同类型的变更需求（错误修正、功能增强或文件更新等），都可规范特定的工作流程和处理周期(lifecycle)。用户可以直接运用ClearQuest预设的CRM流程，或是利用它提供的管理工具自定义符合需要的CRM流程。

了解快速更新的软件
ClearQuest按照趋势、时间及分布等角度描绘出清晰易懂的图表，让开发人员充分掌握项目进展情况。无论是利用预设的或是自定义的图表及查询功能，它们都可以并入功能菜单，方便操作。

完全集成于软件管理工具--Rational ClearCase
ClearQuest和ClearCase搭配使用，用户可直接管理需修改的程序模块，掌握软件变更状况。
下列问题可以迅速获得满意结果：
·软件某一版本曾经完成哪些变更？
·某一个功能增加共修改了哪些模块？
·在变更频繁的环境下，管理、跟踪及恢复任何的变更
·查询变更需求实际修改了哪些程序模块

sincky

###################################
#       Rational ClearQuest       #
###################################

安装难度：中等
技术要求：Windows基本操作，关系数据库的基本操作
安装用时：一天
网上资源：少，中文几乎没有

先声明一下，我装的rational的产品，用的都是我们公司买的license，不过都是nodelock的，所以就不要来问我索要crack或者floating license什么的了。

安装ClearQuest，强烈建议把这片文档作为安装和基本操作参考：http://www.8848software.com/scmchina/doc/rationalcqug.pdf。这是我能找到的最好的中文材料。这片文档让我有一种拨云见雾的感觉。

ClearQuest最大的问题是服务器的配置概念不清晰，给人感觉很乱，易用性差。比如，服务器配置程序它叫做"ClearQuest Maintenance Tool"——其实，应该叫做Admin Console或者Server Admin之类的，就一目了然了。

按照我最初的理解，ClearQuest应该是完全的Client/Server结构，Server端的服务进程会在某几个端口上和Client通信。Client端只需要配制服务器的地址和端口就可以了（其实，BMS XP就是这样做的，这样的概念非常清晰）。但后来我发现，并非如此！ClearQuest其实根本没有这真正意义上的服务器程序。例如，在BMS XP中客户端登录时，服务器上所有bug database列表都是从服务器上通过Remoting的RPC获取的；而在ClearQuest中，服务器上的bug database列表是通过由客户端直接访问服务器上一个共享的数据库得到的，例如一个共享的Access数据库的mdb文件。

ClearQuest的这种client/server设计给我一开始的安装和配置带来了很大的困惑。

当然，这里我并不是说BMS XP比ClearQuest好，但是至少在体系结构上，比ClearQuest清晰很多，容易理解。

说说安装步骤吧，先是装服务器，安装好以后先要运行Rational ClearQuest Maintenance Tool来创建Schema Repository（相当于一个元数据库），然后再在ClearQuest Designer里面添加和维护bug database（这个入口如果没有告诉你、不看手册，自己找根本不可能一下子找到，易用性一塌糊涂）。

然后是客户端，客户端也要先运行Rational ClearQuest Maintenance Tool，连上刚才创建的那个Schema Repository。然后再运行真正的Rational ClearQuest，选择数据库，登录。进去以后，就是典型的Bug tracking system了，可以查询，登记新bug，看报表，操作bug等等。ClearQuest的过人之处在于Designer很强大，对field的定制很强，报表功能很强，与ClearCase、VSS等可以集成。至于基本的bug tracking功能，也就和大部分的产品差不多啦。本来嘛，bug tracking就这么点花样。

从安装ClearQuest我体会到，Rational的产品的易用性差果然不是吹的。怪不得可以卖这么贵，怪不得培训也这么贵，怪不得会用rational产品的人的工资这么高，怪不得用了rational的公司那么神气，唉。

大家不要扔搬砖，我说的是肺腑之言。Linux难用，所以linux/unix的sys admin比win2000的sys admin吃香。Rational大致也有这个味道。



##################################
#       Rational ClearCase       #
##################################

安装难度：难
技术要求：Windows基本操作
安装用时：四天
网上资源：少，中文几乎没有


几点忠告：
1）不要轻易使用ClearCase，哪怕你已经用了很多Rational产品。CVS是很好的源代码管理工具，150人以下都没问题；VSS也对30人以下团队很适合。除非你有无法解决但又一定要解决的问题，例如multi-site，例如你希望能对目录结构也作版本控制，例如你要全面上马Rational的SCM理论，否则不要用clearcase。
2）在开始安装ClearCase之前，最好先好好把VSS和CVS用用熟。尤其是VSS。VSS几乎可以说是ClearCase的简化版本，很多term都很像，很多概念都很像。相比之下，CVS倒更像微软内部使用的Source Depot。举个例子，cvs可以直接在客户端编辑文件，然后commit。在编辑之前不需要从服务器上获取编辑权限。而vss和clearcase在编辑客户端文件之前，都需要从服务器检出（check-out），编辑完以后再检入（check-in）。
3）有了VSS的基础以后，在开始安装之前，仔细的读一遍《软件配置管理策略与Rational ClearCase》的第一到第五章。看不懂就反复看，“文读千遍，其意自现"。这部分内容相当于是准备知识。这本书在www.cnforyou.com也有卖的。

现在可以开始安装了。强烈建议参考这篇：http://www.8848software.com/scmchina/doc/rationalcclt.pdf。同样，对于ClearCase来说，这是我能找到的最好的中文材料。这片文档让我有一种拨云见雾的感觉。

说实话，在安装ClearCase所用的四天时间里，有三天是在上面那本书、在理解clearcase里面各种复杂的概念。在最后一天，我安装了ClearCase的服务器和客户端，并摸了一遍他的源代码管理功能。至于clearcase里面和项目有关的那些功能，我没有碰，我想这对于我没用，对很多100人以下的中国软件企业也没用。即便遇到针对性的问题，也有很多其他的方法可以解决。没听说微软用clearcase，但那么多几十万几百万几千万行代码的产品也都开发出来了。劳动人民自然有劳动人民的方法。

简单来说，ClearCase服务器上配置源代码管理主要步骤是：
1）运行Server Setup Wizard。它能帮你创建一个project VOB。没有project VOB，你是无法在administration console里面创建其他VOB的
2）然后就是一个个创建VOB了，可以在admin console里面创建，也可以用"Create VOB"向导
还是满简单的。然后运行客户端，直接指定服务器名字，连上去，然后选择所需的VOB，创建本地工作目录并下载代码就可以了。后面的使用和VSS很像。

比较好的一点是，起码clearcase的server/client结构比clearquest清晰。

一句话，我痛恨ClearCase。

ClearCase搞了很多术语。这些术语，如果光看字面，你根本猜不透这个术语是什么意思。但如果你仔细研究一下，就会发现，这些术语所对应的概念，其实在cvs和vss里面都已经有了，都是满基本的概念。例如，基线就是vss里面的做标签；“基于活动的SCM”就是把ClearQuest里面的bug修复、DCR（design change request）等和多个check-in联系起来；“审计”的概念其实差不多就是VSS里面Show History时看到的那些信息；VOB就是CVS里面的Repository；工作空间以及快照视图就是VSS里面的Working Folder；构建审计其实就是记录了Daily Build中每个Build对应的每个源代码文件的版本；......

我觉得这些术语人为的设置了理解的障碍。软件工程的目的是为了提高软件开发的效率和质量，工具的只是对软件工程方法的一种辅助或者强制实现。没有必要在工具的用语以及背后搞这么玄乎的术语。如果按照Rational的套路，我也可以来创造一些玄乎的术语，或者下一个让人乍一看摸不着头脑的定义：“基线就是软件配置项版本空间中的矢量”

BBY

我现在也不敢用CC了，可能CQ对我来说做BUG管理和项目关足够了！