اندازهگیری بدهی فنی
بدهی فنی نشاندهنده میانبرهای انباشتهشده، نگهداری به تعویق افتاده، و مصالحههای طراحی است که هزینههای آتی را از طریق توسعه کندتر، نرخ نقص بالاتر، و دشواری استقرار ایجاد میکند. اندازهگیری بدهی فنی که توسط وارد کانینگهام (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/fa/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
ارجاعشده در
در این صفحه مشکلی دیدید؟ گزارش دهید یا اصلاحی پیشنهاد کنید →