似水流年

目标问题度量(Goal-Question-Metric，GQM)方法是由Maryland大学的VictorBasili开发出来的，是一种严格的面向目标的度量方法，在这种方法中，目标、问题和度量被紧密的结合在一起。首先确定业务目标，然后确定与达到目标相关的问题，再针对每一个问题，确定出一个度量来给出这个问题的客观答案。目标的陈述要非常精确，目标与个体或者团体有关，由于很多软件度量程序定义不明确甚至不存在目标和和目的，结果都以失败告终。GQM是一种简单的概念，可以根据下面三个步骤来开展工作： 1、根据用途、愿景

【1.业务需求】 经过前面的SVN搭建，权限配置和强制写日志的工作之后，今天的任务是把原来其它分散的各个版本库统一迁移到新的版本库，集中统一管理。要求不改变原有的版本库的内容和版本号。【2.基本思路】 要实现版本库的无缝迁移，必须通过以下3个步骤： ①导出旧的版本库 ②导入新的版本库 ③通知客户端切换版本库分支首先来看第一步：导出旧的版本库。我们知道SVN提供了check out命

大规模软件的特点大规模软件主要特点是复杂度。比较典型的例子是集成性的项目。软件系统需要将各种各样的硬件、遗留系统、外部接口整合起来。其间可能遇到不同的硬件接口，不同的操作系统，不同的语言，不同的平台，不同的数据库，不同的消息中间件，不同的网络介质。这些都使得系统变得非常的复杂。面向对象技术的特点是通过对象之间的职责分工和高度协作来完成任务。这样的好处是代码量较少，系统布局合理，重用程度高。

什么是框架在软件开发中出现过各种各样的框架，开源软件的兴起，使得各种各样的框架纷纷出现，例如，Apache组织下就拥有诸多的框架类产品，包括国内很熟悉的struts。那么，什么是框架呢？ 在设计模式中，Gamma等人为框架给出了一个定义："框架就是一组协同工作的类，它们为特定类型的软件构筑了一个可重用的设计。"[Gamma 94，p.26] 框架是针对特定的问题领域的，例如，struts是

什么是软件开发的有效管理在一个全国性的银行中，是什么保证复杂的资金清算的正确性的呢？每天，各个地方的网点在结束营业之前，需要保证账目、资金、票据的平衡；这些网点的数据不断的汇集，在每一个汇集点上都要保证账目余额的平衡，最终完成一个银行的一天的结算。天天如此，就像是一部设计精巧的机器一样运作不息。不仅银行是这样，任何一个企业都是如此。一个小杂货铺的老板，也知道每天算算账，看看今天是赚是赔。这些行

林星 (iamlinx@21cn.com) 2004 年 3 月转载自IBM Developerworks软件质量的重要性是不言而喻的，但是当所有人都意识到它的重要性的时候，却很少有人能够清晰的描述出如何才能够提高软件质量。软件质量框架的目的就在于提出一个评价的原型，帮助我们分析一种方法和技术是否能够提高软件质量。本系列文章分日构建、测试驱动开发、建立核心框架、面向组件的大规模软件架构来进行深

1 引论在51CMM的质量保证论坛中，Robinzrb 的一帖 “做QA,并且感到郁闷的请进！”，引无数英雄竟折腰。这些英雄包括思想活跃的hjhza，乐于传道授业解惑的wtswts，喜欢指点江山激扬文字的vvvvvv……。为什么郁闷呢？还是先让我们来讨论一下QA的何去何从吧！ 2 QA的由来我们知道，国外很多的大公司，QA的职责就是测试（主要是系统测试），比如IBM、CA、PeopleSoft等。

没有人否认code review（代码评审、复查） 对提高代码质量的作用，但是如何进行code review? 这里 确实存在一些方法和技巧。方法不当，会浪费大量时间、造成低效率；流程过紧，会大大降低生产力，流程过松，很难知道code review的效果，甚至有没有进行code review,都很难判断。这里有11条代码复审的最佳实践：一次检查少于200～400行代码 努力达到一个合适

一. 版本库结构   Windows下有版本库 d:/svn   结构为   Java代码 /project1       /src       ...       /WEB-INF       ...   /project2       /src       ...       /WEB-INF       ...   /pr

本文内容包括：1. 前言 2. CC/CQ 升级综述 3. 升级前的准备 4. 升级 5. 升级后处理 6. 总结 参考资料 产品升级是所有软件系统都必须考虑的重要问题，升级的复杂度会因具体部署环境不同而变化。企业环境中的 IBM Rational ClearCase/ClearQuest 通常就是一个多站分布式部署的

本文内容包括：活动依赖 变更集依赖 基线依赖 解决神秘的活动依赖 递交基线依赖问题的应对办法 参考资料 统一变更管理（Unified Change Management，UCM）是 IBM Rational 提出的用于管理软件开发过程（包括从需求到版本发布）中所有变更的“最佳实践”流程。在使用 UCM 的过程中，当一个

配置管理的主要活动有12个：一、配置管理计划二、配置标识三、确定配置管理范围四、确认和记录配置项属性五、为配置项定义标识符六、确定配置基准线七、确定配置结构八、确定配置项命名规则九、配置项控制十、配置状态报告十一、配置审验十二、CMDB备份，存档和保管 下面详述：一、配置管理计划：内容应包括：1.配置管理的目标和范围2.与特定的支持小组相关的政策，标准和程序3.配置管理角色和责任安排4.配置项命名

本文内容包括：介绍 针对的读者 版本控制简介 RMC 中的文件管理 使用 IBM Rational ClearCase 远程客户端 使用 IBM Rational ClearCase SCM 使用 CVS 多用户环境 使用版本控制的注意事项 总结 参考资料 本文将讲述 RMC 7.1 版本中的新功能之一

级别: 中级史 新丽, IBM中国软件开发实验室 Rational Team 软件工程师2006 年 7 月 17 日本文力图通过搭建一个实验环境来模拟ClearCase真实用户的开发环境，使得读者对于在多平台，跨平台的异构环境中有效的运行和使用ClearCase有一个初步的了解。前言本文力图通过搭建一个实验环境来模拟ClearCase真实用户的开发环境，使得读者对于在多平

 Subversion (SVN) 是一种开源的版本控制系统，它为源文件、脚本、二进制文件和其它文件类型的存储、访问和并行开发提供便利。虽然 Subversion 非常流行，但是很多用户在导入或签入二进制文件，以及导出或签出二进制文件时，都体验到难于接受的长时间的等待。幸运的是，一旦理解了导致该性能问题的原因，就可以在您的系统中避免它。在本文中，我将介绍在调查实际 Subversion 文件系

需求：更频繁地发布，更自动化地部署 一个自动化的解决方案 怎样使工作自动化 结论 本文来自于 Rational Edge：学习如何利用基于Java的Apache Ant构建工具的相对简单的实用工具，来自动化一个 WebSphere 平台上的Web应用程序的UCM驱动的构建/部署过程。　软件工程师们经常发现Web应用程序的部署非常消耗时间而且容易出错。通常情况下，工程师们需要

 在试图建立度量体系的过程中，你一定遇到过各种各样的人。 一种是“笨人”，他们经常理解错误，不知道该度量什么和如何度量，而且经常弄错数据。你不得不深入项目进行解释，甚至亲手帮他们进行度量。他们甚至以学不会度量为荣，反复多次请你去帮他度量。 一种是“懒人”，他们试图说服你他们的项目如何与别的项目不同，以致于他们应该被置于度量之外，他们制造托辞的工作量甚至超过制作数

一、前言对于一个软件企业，开发出满足用户需求的、高质量的软件产品是其追求的目标，而实现这一目标的关键是建立起一个稳定、可控、可重用的软件开发过程。软件企业要想永葆竞争优势就必须不断地改进它的软件开发过程，而要进行软件开发过程改进就需要有明确的、量化的对现状的分析和对未来的预期，这些数据来源于对软件过程的度量，而进行度量的前提和基础就是软件配置管理。所以，软件配置管理工作是以整个软件过程的改进为

定义有麻烦的项目 首先，我们来定义一下什么叫有麻烦的项目，它们一般具有以下特征：1、项目表面上已经进入后期，但是没有人能说出项目结束时间。2、产品漏洞百出。3、管理层已经无法控制进度，制定的进度计划没有半点准确性。4、开发人员日夜加班，效率低下。5、项目小组的 士气极度低落，失去了工作的激情。像这样有麻烦的项目在行业内普遍存在，如果不采取一些措施来修复的话，项目注定会失败，什么是失败？失败项目的成

在笔者的前一篇文章《质量管理漫漫谈之软件质量指标》中介绍了一些常用的软件质量指标，那么影响这些质量指标的因素有哪些呢?我们来分析一下，软件产品质量体现在软件产品运行、软件产品修改、软件产品转移三个方面(大家可以思考一下，6类软件质量指标和这3个方面如何对应呢？)，我们分别说明。 1、影响软件产品 运行 质量的因素处理流程：功能的每一步操作都实现了吗？操作合乎逻辑吗？算法：选用正确的或者优化过的数值算法、计算精度满足要求吗？界面：界面清晰、容易理解、容易操作吗？资源使用：运行时占用了多少内存和时间？资源使用后

尽管软件质量被很多人经常性的挂在口头，但是如果被问到“衡量软件质量的指标有哪些？”相信很多人会说不出话来，为了帮助更多的软件质量人了解衡量软件质量的指标，下面就简要的介绍一下软件质量指标。软件质量指标是衡量那些可识别的软件质量特性的项目，有助于软件质量进行度量，选择软件工程方法来达到特定的质量目标。在一个理想的范围内，一个系统总是最大限度的展示所有这些属性的可能价值，系统将随时可用、绝不崩溃、可以立即提供结果、易于使用。在ANSI/IEEE中提到的软件的6个品质要素如下：正确性：实现的功能达到设计规范并满足

很多次看到网上有人说QA的工作价值不被人理解和重视，笔者也曾被数度咨询过如何体现质量管理的重要性和价值的问题，当然这个问题有很多不错的答案，但是最直接最有效的方法莫过于用质量成本体现质量管理的价值。众所周知，质量管理的目的可以简单的归纳为两点：对外提高客户满意度、对内提高效率降低成本。因此，如果从成本的角度去向高级经理、项目经理、项目成员解释质量管理的重要性，会起到事半功倍的效果。著名的质量管理大师克劳士比(Crosby)在其著作中多次提到，最有意义的质量度量是质量的成本，认为组织的改进活动的重点在于减少质

日前，笔者在某个论坛中看到了一群网友针对“如何考核QA”的讨论，其实笔者已经不是第一次看到这种讨论，但是似乎大家讨论的思路都没有变，一部分人认为应该将QA的工作量化考核，并且集中在工作量方面，如负责的项目个数、支持的开发人员个数、审计发现的问题数量等等；另一部分人认为QA的工作是职能型的无法量化考核。笔者也浅谈一下自己的看法。 首先，为什么要考核QA？我像所有考核的目的都是一样的，为了评判

QA的主要工作之一就是作为管理者的耳目了解项目各方面的情况，通常QA就了解到的情况向管理者汇报的途径是各种报告，以下是笔者在实际工作中总结出的QA常用的几种报告，给大家做参考。 【定期报告】1、QA周报项目立项后，QA即开始工作，并履行向管理者汇报自身工作情况和项目情况的职责。QA周报每周一次，一般为周五或者次周的周一发出，应包括以下内容：QA当周的工作内容/工作量

     QA工作的一个重要目标就是使各个项目的管理和开发、测试活动遵循组织要求的流程，当然QA工作本身也是需要遵循一定的流程的，以下是笔者在实际工作中总结出了基本工作流程，供大家参考。        1、制定QA计划    2、对项目实施活动中的过程和文档进行检查u      项目立项阶段l        审计立项会议过程、审计立项会议记录l        检查配

在之前的文章《配置管理漫漫谈之配置管理主要活动及实现方法》中，介绍了配置管理活动及实现方法，但是有很多朋友对其中基准建立和变更的时机不清楚，我们今天来交流一下。首先我们温习一下“基准”的概念：经过正式评审和认可的一组配置项，它们作为进一步开发的基础，并且只有经过正式的变更控制流程才能被更改。从这个概念中，我们知道基准是进一步开发的基础，这就明确了我们进行基准建立的时机，即在下一步的开发开始之前

为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质，项目配置管理中一般会遵循特定的文件名称、版本号等规范，为了避免不同项目中规范不一致的情况，软件组织一般都会制定组织的标识规范，作为全组织应遵循的规范和指导原则，以规范管理组织的各种文件与记录。配置标识是软件配置管理的基础性工作，是管理配置的前提。很难想象缺乏配置项标识的基线管理，如何去区分和定义基线；也很难想象缺乏配置项标识的变更控制

中国的软件行业经过了多年的发展，也逐渐成熟起来，在这个过程中，大多数软件企业都引入了SQA这个角色，但是很多公司对于SQA的定位并不清晰，更谈不上帮助SQA进行职业规划和成长。笔者在软件行业从业多年，分别从事过软件工程、项目管理、质量管理工作，对于SQA的层次有一些自己的理解：     1、警察   处于这个层次的SQA可以按照组织的标准软件过程（Organization Softwa

 【概述】      许多企业在建立研发管理体系时，尤其是实施CMMI时，都需要建立一个QA组织。但由于缺乏经验和指导，只能摸着石头过河，先从各个部门抽调一些新人和“闲人”成立一个部门，按照规范要求试试再说。这样尝试的结果，往往是走了弯路，一切回到原点。还有一些企业已经成立了QA部门，QA的职责就是保证过程体系一板一眼地得到严格执行。而研发人员却认为QA只会站在研发环节之外指手画脚

对于实施了CMM/CMMI的企业，基本上都会有SQA这个角色，尽管各个企业对SQA的理解不同，赋予SQA的职责不同，但是大多数SQA都处于“项目组反感、SQA委屈、领导不重视”的境地，甚至有很多开发和项目管理人员认为SQA可有可无或者增加了项目的工作量。笔者曾经在某CMMI5级的著名公司工作过，并作为主要成员参与过另一家公司CMMI3级认证的实施，在软件开发、质量保证、项目管理的岗位上工作过，

经常看到有些人把QA、QC、QM的概念搞混，认为他们是同一个概念的不同描述，由于这三者都是舶来品，并且翻译者在翻译的过程中对概念的理解不一致，导致翻译质量良莠不一。笔者查阅了大量资料，认为他们之间的区别如下： 1、概念上：QA：Quality Assurance (质量保证)QC：Quality Control (质量控制)QM：Quality Manage (质量管理) 

【SQA名称】       SQA全称Software Quality Assurance ，是从CMM开始出现在软件行业舞台上的一种角色，CMM中的全称为 过程质量保证(Process Quality Assurance )，CMMI中的全称为 产品和过程质量保证(Product & Process Quality Assurance )，通常称为SQA以区别于其他行业的

上次翻译了一篇文章—— Bug分析：为bug预防奠定基础， 强调软件缺陷的预防。软件质量是构建起来的，由软件开发的整个过程质量所决定的，软件质量肯定不是通过测试测出来的。所以软件缺陷的预防自始至终是重要的。除了缺陷分析，另外一个很重要的实践就是：代码复审（code review）和测试用例的复审（Test Case review）。1．Code review在IBM、微软等很多公司都有一个

1．引言：生产软件的企业安排很多人来测试它们的软件产品。测试的目的就是发现bug（缺陷，defect）以便修正它们。正常情况是尽快处理可能的bug，从而减少修正bug的成本。因为，众所周知，bug越早被发现并修正，所消耗的资源越少。问题是在很多情况下，由于修正已发现的bug，测试过程不得不停顿下来。那么，以目前正忙于软件产品测试的同样资源来促进组织长期的质量目标不是更好？为了做到这一点

 建立管理 使用ClearCase，构造软件的处理过程可以和传统的方法兼容。对于ClearCase控制的数据可以使用自制脚本或本机的make程序，但ClearCase的向上兼容建立工具clearmake和omake为构造提供了重要的特性：自动完成任务、保证重建的可靠性、存储时间和支持并行的分布式结构的建立。工作空间管理 快速、有效的工作空间建立对于提高个人和团队的效益是

  利用 IBM Rational Software Architect 和 IBM ClearCase Remote Client (CCRC) 简化全球化开发与交付      2009-06-12 作者：Babu Suresh,Fred Bickford, IV 来源：IBM      本文内容包括：

重命令VOB Tag的步骤大致如下：操作系统: Windows 2003 Server1. 列出原VOB Tag:E:/> cleartool lsvob /A  /A    //host100/vobstore/LDS_A.vbs private (replicated)2. 锁住当前VOB, 防止开发人员对它的修改:E:/> cleartool lock vob:/ALoc

Problem When creating new views in an IBM Rational ClearCase environment, it is sometimes desirable to copy another views configuration, including view-private files. This technote illustrates a pr

1. stop clearcase on target server 2.  lock vob 3. unregistry & untag the vob 4. stop clearcase service on the vob server 5. kill all processes for the vob 6. reboot vob server 7. rename vob to anothe

1). Stop the view. Run cleartool endview Note: For ClearCase only, any host that has a dynamic view started with the old name after the rename has been completed will need to be rebooted to clear th