Halstead complexity measures are software metrics introduced by Maurice Howard Halstead in 1977[1] as part of his treatise on establishing an empirical science of software development. Halstead makes the observation that metrics of the software should reflect the implementation or expression of algorithms in different languages, but be independent of their execution on a specific platform. These metrics are therefore computed statically from the code.

Halstead's goal was to identify measurable properties of software, and the relations between them. This is similar to the identification of measurable properties of matter (like the volume, mass, and pressure of a gas) and the relationships between them (analogous to the gas equation). Thus his metrics are actually not just complexity metrics.

## Calculation

For a given problem, Let:

• $\,\eta_1$ = the number of distinct operators
• $\,\eta_2$ = the number of distinct operands
• $\,N_1$ = the total number of operators
• $\,N_2$ = the total number of operands

From these numbers, several measures can be calculated:

• Program vocabulary: $\eta = \eta_1 + \eta_2 \,$
• Program length: $N = N_1 + N_2 \,$
• Calculated program length: $\hat{N} = \eta_1 \log_2 \eta_1 + \eta_2 \log_2 \eta_2$
• Volume: $V = N \times \log_2 \eta$
• Difficulty : $D = { \eta_1 \over 2 } \times { N_2 \over \eta_2 }$
• Effort: $E = D \times V$

The difficulty measure is related to the difficulty of the program to write or understand, e.g. when doing code review.

The effort measure translates into actual coding time using the following relation,

• Time required to program: $T = {E \over 18}$ seconds

Halstead's delivered bugs (B) is an estimate for the number of errors in the implementation.

• Number of delivered bugs : $B = {E^{2 \over 3} \over 3000}$ or, more recently, $B = {V \over 3000}$ is accepted[citation needed].

## References

1. ^ Halstead, Maurice H. (1977). Elements of Software Science. Amsterdam: Elsevier North-Holland, Inc. ISBN 0-444-00205-7.