Измерение технического долга
Технический долг представляет собой накопленные компромиссы, отложенное обслуживание и проектные уступки, которые влекут за собой будущие издержки в виде замедления разработки, увеличения числа дефектов и затруднений при развертывании. Введенный Уордом Каннингемом (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/ru/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
Упоминается в
Нашли ошибку на этой странице? Сообщите о ней или предложите исправление →