基于TSP软件质量计划.docVIP

基于TSP软件质量计划 　　摘 要 软件质量计划并不是仅仅与软件质量相关的。由于软件开发要求在规定的进度和花费内完成合乎质量要求的产品，所以软件质量计划必须要结合进度计划和预算开支进行综合考虑。本文主要介绍了基于TSP的软件质量计划，以及如何制订出没有冲突的质量计划和进度计划。 　　关键词 TSP；软件缺陷；质量计划；进度计划 　　中图分类号TP31 文献标识码A 文章编号 1674-6708（2011）37-0234-02 　　1 关于TSP 　　TSP（Team Software Process）即团队软件过程，TSP是由“软件质量之父”Watts s．Humphrey提出的一种采用广泛的团队过程。TSP提供了各方面的计划和日志来帮助实现定量的软件质量管理。比如项目初期的软件质量计划、进度计划和任务计划，项目进行中各阶段的评审会日志还有贯穿整个项目的缺陷日志等。 　　2 软件质量计划内容 　　1）质量计划步骤： 　　（1）明确其范围和目的及需达到的质量目标； 　　（2）组织实际运作的各过程的步骤（可用流程图或类似图表展示过程要求）； 　　（3）在项目的不同阶段，相关职责、权限和资源的具体分配； 　　（4）采用的具体的文件化程序和指导书； 　　（5）适宜阶段适用的检验、试验、检查和审核大纲； 　　（6）随项目的进展进行更改和完善质量计划的文件化程序； 　　（7）达到质量目标的度量方法及所采取的措施。 　　2）质量计划包括以下几个方面的内容：主要比率，无缺陷比率（PDF），缺陷数/页，缺陷数/千代码行（KLOC），缺陷比率，开发时间比率，估计与失效比率（A/FR），复查比率，评审比率，缺陷引入比率，缺陷去除比率，阶段成品率，过程成品率。 　　主要比率由3条主要的度量标准组成，它对过程质量提供了一个总览。代码行/小时体现了小组的总生产率：比值越高，说明生产率越高，成本越低。重复利用率体现的是本产品中对先前产品中程序代码复用的代码行数的百分比，对于一个包括500行代码的产品，10%的重复利用率意味着50行代码是重复利用的。新重复利用率则是本周期对将来的周期或项目可能做出的贡献。例如，15%的新重复利用率意味着，本项目内开发出的代码中有15%是可以加进重用代码库的，它们可以在接下来的周期或是其他的项目中被用到。 　　无缺陷比率（PDF）就是在给定的阶段内没有缺陷的产品部件占产品部件总数的百分比。例如，如果1个集合包含8个部分，而其中6个部分都在周期1中有编译缺陷，则这个集合在编译阶段就有25％是无缺陷的。这个比值与单个部分的编译缺陷数无关。同样，如果集合的8个部分中有4个在集成测试中有问题，那么在集成测试中这个集合就有50％是无缺陷的。PDF提供了一个对产品质量的初步估算方法。举例来说，如果PDF不是平衡均匀的增长，那么就需要检查那些缺陷数目很多的部分，这些部分很可能在将来造成更大的影响。虽然PDF值可以用来发现质量问题，但是它却没法发现哪些部分是造成问题的根本，因此还需要进一步仔细研究各部分的数据来发现问题的根本。 　　缺陷数/页指的是从每页需求或概要设计文档中去除缺陷的平均数。尽管各个小组的缺陷数/页大相径庭，但是比值通常会大于人们的预期。缺陷数/KLOC指的是从每千行详细设计文档或代码中去除缺陷的平均数。在测试阶段发现的缺陷数/KLOC体现了产品在这个阶段开始和结束时的质量。当一个产品有许多缺陷的时候，通过测试可以发现许多，但同时也会漏掉许多。比如单元测试中发现了很多缺陷，那么单元测试后可能仍遗留着许多缺陷。如果在测试中只发现的少量的缺陷，那么产品通常就不会有太大的问题。经验表明，如果一个产品在创建和集成测试中的缺陷数/KLOC小于0.5，在系统测试中小于0.2，那么它通常就不会再有什么遗留问题了。 　　缺陷比率提供了深入分析设计复查和代码复查质量的方法。经验表明，如果在代码复查阶段发现的缺陷数大于编译阶段的2倍，那么说明代码复查做得很成功。由此得出了代码复查/编译的缺陷比率的一个参考值：2.0。开发时间比率是另一种分析过程及产品质量的方法。经验表明，如果详细设计的时间多于编码的时间，那么这个详细设计通常都很出色。经验也表明，当详细设计复查的时间比详细设计时间多50%以上的时候，详细设计复查就是彻底的。在需求分析方面也存在一个原则，那就是用需求分析时间的25%或更多来进行需求评审。对于概要设计的要求是用概要设计时间的50%或更多来进行复查和评审。 　　另一个有用的开发时间比率是A/FR。它代表估计与失效的比率，即：用在估计型活动（如复查和评审）上的时间与用在失效型活动（如编译和测试）上的时间的比值。对于小的独立产品，A/FR通常大于2.0。对于相对庞大一些的产品（如用TSP完成的产品）