Software engineering with Ada
A Controlled Expeniment on the Impact of Software Structure on Maintainability
IEEE Transactions on Software Engineering
Measuring software design complexity
Journal of Systems and Software
The dimensionality of program complexity
ICSE '89 Proceedings of the 11th international conference on Software engineering
The Detection of Fault-Prone Programs
IEEE Transactions on Software Engineering
A Pattern Recognition Approach for Software Engineering Data Analysis
IEEE Transactions on Software Engineering - Special issue on software measurement principles, techniques, and environments
Projecting Software Defects from Analyzing Ada Designs
IEEE Transactions on Software Engineering - Special issue on software measurement principles, techniques, and environments
Modeling the effort to correct faults
Selected papers of the sixth annual Oregon workshop on Software metrics
Object-oriented metrics: measures of complexity
Object-oriented metrics: measures of complexity
Poisson analyses of defects for small software components
Journal of Systems and Software - Special issue on achieving quality in software
A Critique of Software Defect Prediction Models
IEEE Transactions on Software Engineering
A Metrics Suite for Object Oriented Design
IEEE Transactions on Software Engineering
Cohesion is Structural, Coherence is Functional: Different Views, Different Measures
METRICS '01 Proceedings of the 7th International Symposium on Software Metrics
IBM Systems Journal
Hi-index | 0.00 |
In this study, we discuss some software architecture tradeoffs for Ada83 systems. External and internal complexities are specified for Ada packages and these complexities are related to the numbers of defects uncovered during testing using a non-linear model based on the negative binomial probability distribution. The non-linear associations among the software measures that we investigate are exploited to identify optimal relationships between context coupling and the number of visible declarations. The data we used to develop our model consists of Ada package characteristics from four software systems. Some of the packages are reused from previous projects and nondefect changes may have been made to these packages during the software development process. Therefore, in our defect model, we controlled for these two factors. For the 262 packages that we considered, our research shows that with respect to software defects there is too much context coupling, indicating that the architecture is far from optimum. If less of the workload were delegated to other packages and instead implemented within the package through hidden declarations, then context coupling might be reduced.