Tehniskā parāda mērīšana
Tehniskais parāds ietver uzkrātus kompromisus, atliktu uzturēšanu un dizaina izlēgumus, kas rada nākotnes izmaksas, palēninot izstrādi, palielinot kļūdu biežumu un apgrūtinot izvietošanu. Tehniskā parāda mērīšana, ko ieviesa Vords Kaningems (Ward Cunningham, 1992), kvantificē šīs nastas, izmantojot metrikas, piemēram, koda sarežģītību, dublēšanos, testu seguma nepilnības un uzturēšanas rādītājus. Organizācijas izmanto parāda mērīšanu, lai līdzsvarotu tūlītēju piegādi ar ilgtermiņa ilgtspēju.
Lasīt pilno metodes aprakstu
Piesakieties ar bezmaksas kontu, lai lasītu šo sadaļu.
Method map
The neighbourhood of related methods — select a node to explore.
Avoti
- 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 ↗
Kā citēt šo lapu
ScholarGate. (2026, June 3). Technical Debt Quantification and Assessment. ScholarGate. https://scholargate.app/lv/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.
- Koda pārklājuma analīzeProgrammatūras inženierija↔ compare
- Defektu prognozēšanas modelisProgrammatūras inženierija↔ compare
- Programmatūras sarežģītības metriksProgrammatūras inženierija↔ compare
- Statiskā koda analīzeProgrammatūras inženierija↔ compare
Uz to atsaucas
Pamanījāt kļūdu šajā lapā? Ziņojiet vai ierosiniet labojumu →