Evaluating and comparing software metrics in the software engineering laboratory

  • Authors:

  • Victor R. Basili;Tsai-Yun Phillips

  • Affiliations:

  • -;-

  • Venue:
  • Proceedings of the 1981 ACM workshop/symposium on Measurement and evaluation of software quality
  • Year:
  • 1981

Quantified Score

Hi-index 0.00

Visualization

Abstract

There has appeared in the literature a great number of metrics that attempt to measure the effort or complexity in developing and understanding software(1). There have also been several attempts to independently validate these measures on data from different organizations gathered by different people(2). These metrics have many purposes. They can be used to evaluate the software development process or the software product. They can be used to estimate the cost and quality of the product. They can also be used during development and evolution of the software to monitor the stability and quality of the product. Among the most popular metrics have been the software science metrics of Halstead, and the cyclomatic complexity metric of McCabe. One question is whether these metrics actually measure such things as effort and complexity. One measure of effort may be the time required to produce a product. One measure of complexity might be the number of errors made during the development of a product. A second question is how these metrics compare with standard size measures, such as the number of source lines or the number of executable statements, i.e., do they do a better job of predicting the effort or the number of errors? Lastly, how do these metrics relate to each other?