CMM对软件Bug的用处[转]

小猪

本来象软件这样的逻辑产品，开发过程中出现缺陷（BUG）不可避免，但随着CMM级别的提高，软件可靠性将有数量级的改进，目前业界通常的标准是：每千行源代码所含的BUG数，CMM1级为11.95个，CMM2级为5.52个，CMM3级为2.39个，CMM4级为0.92个，而到了CMM5级则只有0.32个。也就是说CMM5级的可靠性比CMM1提高近40倍。在CMM1，大多数的BUG通常都会在测试阶段出现，随着CMM级别的提高，BUG出现的高峰也随之提前，从而使软件开发的进度得到可靠的保证。在可靠性提高的同时，CMM5的软件开发周期是CMM1的36%，而生产成本是CMM1的19%，平均每个软件开发人员的生产率会提高4倍。

这段内容转自CSDN上某一个人的发言。

厨师

专业！

多谢楼主的转贴，以后有什么好的，也要多多转来大家看看啊，呵呵！

carechen

数据有点惊人。
CMM5的软件开发周期是CMM1的36%，我觉得必须加上软件的规模，小型软件未必。

小猪

对，所以我们公司据说将针对小型项目进行文档上的裁减。哈哈~~，这下开心了~~

厨师

这里是否存在一个矛盾点呢？
渐渐的，开发的项目越来越大，维护成本越来越高，为了减低成本，引入了CMM管理，但为了CMM的开发周期，又要简化文档，这样的话，日后的维护不是越来越难的吗？不明白了！

zlwenny

:) 我一直没有发言过，不知道这次能否成功。
谢谢大家的发言，使我常受益。能否有测试方面的发言可以供讨论。？

:P

zlwenny

其实，我没有真正的作过开发，我不知道有一种观点对不对——文档的工作既是代码的工作，也是维护的工作，也是复用的工作——可以减少代码重复编写的次数，可以降低维护的难度，可以增加软件（模块）复用的比例。
各位，如何认为呢。？:{

zlwenny

嘿嘿，没人理我。嘿嘿！:MM

zgfsf

数据太准确了，反而真实性就低了。BUG存在的因素太多了。目前，国内太过注重软件工程，是否有点过了。我搞开发好几年了，我发现的BUG大部分是人为的原因。要减少BUG，提高软件质量应从基本做起。比如提高开发人员的基本素质，规范编码标准等小处做起

zlwenny

最初由 小猪 发布
[B]本来象软件这样的逻辑产品，开发过程中出现缺陷（BUG）不可避免，但随着CMM级别的提高，软件可靠性将有数量级的改进，目前业界通常的标准是：每千行源代码所含的BUG数，CMM1级为11.95个，CMM2级为5.52个，CMM3级为2.39个，CMM4级为0.92个，而到了CMM5级则只有0.32个。也就是说CMM5级的可靠性比CMM1提高近40倍。在CMM1，大多数的BUG通常都会在测试阶段出现，随着CMM级别的提高，BUG出现的高峰也随之提前，从而使软件开发的进度得到可靠的保证。在可靠性提高的同时，CMM5的软件开发周期是CMM1的36%，而生产成本是CMM1的19%，平均每个软件开发人员的生产率会提高4倍。

这段内容转自CSDN上某一个人的发言。 [/B]

我对这些论述半信半疑——
1 为什么这样定义？——什么东西都不是凭空想象、凭空而生，要这样作须有理由。
2 怎么做得到？——是否需要专家、团队的支撑——不是一般的人所能做到的吧？！
3 bug是否分级？是否任何一个错误都被定义在这个范围之内？
4 CMM只定义规则，什么时候开始进行定性的判断了？