Измерване на техническия дълг
Техническият дълг представлява натрупани компромиси, отложено поддържане и дизайнерски решения, които водят до бъдещи разходи чрез по-бавно разработване, по-висок процент дефекти и затруднено внедряване. Въведен от Ward Cunningham (1992), измерването на техническия дълг количествено определя тези тежести, използвайки метрики като сложност на кода, дублиране, пропуски в покритието на тестовете и индекси на поддръжка. Организациите използват измерване на дълга, за да балансират непосредственото доставяне с дългосрочната устойчивост.
Прочетете целия метод
Влезте с безплатен профил, за да прочетете този раздел.
Method map
The neighbourhood of related methods — select a node to explore.
Източници
- 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 ↗
Как да цитирате тази страница
ScholarGate. (2026, June 3). Technical Debt Quantification and Assessment. ScholarGate. https://scholargate.app/bg/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.
- Анализ на покритието на кодаСофтуерно инженерство↔ compare
- Модел за прогнозиране на дефектиСофтуерно инженерство↔ compare
- Метрики за софтуерна сложностСофтуерно инженерство↔ compare
- Статичен анализ на кодаСофтуерно инженерство↔ compare
Цитиран в
Забелязахте ли проблем на тази страница? Съобщете или предложете поправка →