Technische schuldmeting
Technische schuld vertegenwoordigt geaccumuleerde shortcuts, uitgestelde onderhoudswerkzaamheden en ontwerpcompromissen die toekomstige kosten met zich meebrengen door tragere ontwikkeling, hogere defectpercentages en implementatieproblemen. Geïntroduceerd door Ward Cunningham (1992), kwantificeert technische schuldmeting deze lasten met behulp van metrieken zoals codecomplexiteit, duplicatie, testdekkingstekorten en onderhoudbaarheidsindices. Organisaties gebruiken schuldmeting om onmiddellijke levering in evenwicht te brengen met langetermijn duurzaamheid.
Lees de volledige methode
Log in met een gratis account om dit onderdeel te lezen.
Method map
The neighbourhood of related methods — select a node to explore.
Bronnen
- Cunningham, W. (1992). The WyCash Portfolio Management System. OOPSLA 92 Experience Report. link ↗
- Seaman, C. B., & Guo, Y. (2011). Measuring and monitoring technical debt. Advances in Computers, 82, 25–46. DOI: 10.1016/B978-0-12-385512-1.00002-5 ↗
- Tom, E., Aurum, A., & Vidgen, R. (2013). An exploration of technical debt. Journal of Systems and Software, 86(6), 1498–1516. DOI: 10.1016/j.jss.2012.12.052 ↗
Deze pagina citeren
ScholarGate. (2026, June 3). Technical Debt Quantification and Assessment. ScholarGate. https://scholargate.app/nl/software-engineering/technical-debt-measurement
Which method?
Set this method beside its closest kin and read them side by side — the library lays the books on the table; the choice is yours.
- Code Coverage AnalysisSoftware-engineering↔ compare
- Model voor defectvoorspellingSoftware-engineering↔ compare
- Software ComplexiteitsmetriekenSoftware-engineering↔ compare
- Statische codeanalyseSoftware-engineering↔ compare
Geciteerd door
Een fout op deze pagina gezien? Meld het of stel een correctie voor →