This Article 
 Bibliographic References 
 Add to: 
Measuring Architectural Complexity
July/August 2008 (vol. 25 no. 4)
pp. 14-15
Without refactoring, complex software-intensive systems become increasingly irregular and thus increasingly chaotic over time. We can understand complex software systems only when they're nearly decomposable and hierarchic. One measure the author uses is lines of source code: the greater the SLOC, the more inertia to change the system will have, the more people it will take to keep it fed, the more stakeholders who will be crawling all over it. The author describes the more complex measures he uses; these are tuned to Philippe Kruchten's 4+1 view model of architecture. He also counts the number of identifiable design patterns at work. These metrics can generally be gathered automatically via clever mining of configuration management and testing data.
Index Terms:
complexity, complexity measurement, decomposition, architecture model, design pattern
Grady Booch, "Measuring Architectural Complexity," IEEE Software, vol. 25, no. 4, pp. 14-15, July-Aug. 2008, doi:10.1109/MS.2008.91
Usage of this product signifies your acceptance of the Terms of Use.