TSP中的10个量化法则

TSP（Team Software Process）是由Humphery提出的模型，旨在解决CMM（Capability Maturity Model）实施的具体做法问题，同时加快企业达到CMMI（Capability Maturity Model Integration）5级的速度，并提高企业的软件开发质量。Humphery在TSP框架下提出了一系列量化法则，分为工作量分布和质量两大类，共十条法则，以指导软件开发过程的量化管理。

关于工作量的法则：
（1）详细设计时间应多于编程时间，这样的设计往往品质更高。
（2）设计评审时间应为设计时间的150%以上，以确保评审的彻底性。
（3）需求分析时间的25%应用于需求检查。
（4）编码时间的50%应用于代码的评审和检查。
（5）评审活动时间与编译测试活动时间的比值应为1.0。

关于质量的法则：
（6）80%的缺陷应在编译前发现。
（7）产品的缺陷密度（每千行代码的缺陷数）在build和集成测试中应小于0.5，在系统测试中应小于0.2，才能保证质量。
（8）代码评审与编译中的缺陷比率应大于2.0。
（9）设计评审与单元测试的缺陷比率也应大于2.0。
（10）在详细设计过程中每小时引入的缺陷数为2个，而在编码过程中为6个。

Humphery强调，虽然这些法则中的具体数值可以讨论，但重要的是理解这些数值和比例背后的思想，这些思想对于提升软件开发过程的质量和效率至关重要。