Σύγκριση μεθόδων
Εξετάστε τις επιλεγμένες μεθόδους δίπλα-δίπλα· οι γραμμές που διαφέρουν επισημαίνονται.
| Μετρικές πολυπλοκότητας λογισμικού× | Μέτρηση Τεχνικού Χρέους× | |
|---|---|---|
| Πεδίο | Τεχνολογία Λογισμικού | Τεχνολογία Λογισμικού |
| Οικογένεια | Process / pipeline | Process / pipeline |
| Έτος προέλευσης≠ | 1976 | 1992 |
| Δημιουργός≠ | Thomas J. McCabe | Ward Cunningham |
| Τύπος≠ | quantitative measurement | quantitative assessment |
| Θεμελιώδης πηγή≠ | McCabe, T. J. (1976). A complexity measure. IEEE Transactions on Software Engineering, 2(4), 308–320. DOI ↗ | Cunningham, W. (1992). The WyCash Portfolio Management System. OOPSLA 92 Experience Report. link ↗ |
| Εναλλακτικές ονομασίες≠ | code complexity analysis, complexity measurement | debt metrics, code health scoring, maintenance burden assessment |
| Συναφείς | 4 | 4 |
| Σύνοψη≠ | Software complexity metrics quantify the structural and operational difficulty of code through numerical measurements. Introduced by Thomas McCabe in 1976, cyclomatic complexity became the foundational approach. These metrics assess maintainability, testability, and defect risk, enabling teams to identify problematic code regions and guide refactoring efforts. | Technical debt represents accumulated shortcuts, deferred maintenance, and design compromises that incur future costs through slower development, higher defect rates, and deployment difficulty. Introduced by Ward Cunningham (1992), technical debt measurement quantifies these burdens using metrics like code complexity, duplication, test coverage gaps, and maintainability indices. Organizations use debt measurement to balance immediate delivery with long-term sustainability. |
| ScholarGateΣύνολο δεδομένων ↗ |
|
|