如果按照您所说的术语来衡量代码质量将是一件非常简单的工作,且指标准确无误,那么可能不再需要项目经理了。更重要的是,好的和差的管理者之间的区别是非常小的。因为它不是,这只是表明获得关于软件质量的准确概念并非易事。
您的问题涉及到多个量化不同的领域或对量化非常主观的领域,因此您应将这些问题归入与常见目标相对应的类别。然后,您可以为每个类别分配一个“重要性”因素,并从中得出一些指标。
例如,您可以使用static code analysis tools来测量代码的语法质量,并从中得出一些指标。
您还可以使用与版本控制系统集成的缺陷跟踪工具从缺陷/代码行中得出度量标准。
为了测量编码过程的稳健性,重用性和效率,您可以评估每个功能开发的设计模式的使用情况(当然这是有意义的)。没有任何工具可以帮助你实现这个目标,但是如果你监视你的软件变得越来越大,并且把数字放在这些数据上,它可以给你一个关于你的项目如何发展以及它是否朝着正确的方向的好主意。引入代码审查程序可以帮助您更轻松地跟踪这些过程,并可能在开发过程的早期解决它们。可以使用适当设计模式实现的功能的百分比。
虽然指标可能相当抽象且主观,但如果您花时间去尝试改善它们,它可以为您提供有用的信息。
有几件事情需要注意的软件过程,虽然指标:
- 除非你做的好,指标可能被证明是弊大于利。
- 指标很难做好。
- 您应该谨慎使用指标评估个人表现或提供奖金计划。一旦你这样做,每个人都会试图欺骗系统,你的指标将被证明毫无价值。
社区维基... – 2009-06-29 21:07:03