ScholarGate
دستیار

مقایسهٔ روش‌ها

روش‌های انتخابی خود را کنار هم مرور کنید؛ ردیف‌های متفاوت برجسته شده‌اند.

اندازه‌گیری بدهی فنی×معیارهای پیچیدگی نرم‌افزار×
حوزهمهندسی نرم‌افزارمهندسی نرم‌افزار
خانوادهProcess / pipelineProcess / pipeline
سال پیدایش19921976
پدیدآورWard CunninghamThomas J. McCabe
نوعquantitative assessmentquantitative measurement
منبع بنیادینCunningham, W. (1992). The WyCash Portfolio Management System. OOPSLA 92 Experience Report. link ↗McCabe, T. J. (1976). A complexity measure. IEEE Transactions on Software Engineering, 2(4), 308–320. DOI ↗
نام‌های دیگرdebt metrics, code health scoring, maintenance burden assessmentcode complexity analysis, complexity measurement
مرتبط44
خلاصهTechnical debt represents accumulated shortcuts, deferred maintenance, and design compromises that incur future costs through slower development, higher defect rates, and deployment difficulty. Introduced by Ward Cunningham (1992), technical debt measurement quantifies these burdens using metrics like code complexity, duplication, test coverage gaps, and maintainability indices. Organizations use debt measurement to balance immediate delivery with long-term sustainability.Software complexity metrics quantify the structural and operational difficulty of code through numerical measurements. Introduced by Thomas McCabe in 1976, cyclomatic complexity became the foundational approach. These metrics assess maintainability, testability, and defect risk, enabling teams to identify problematic code regions and guide refactoring efforts.
ScholarGateمجموعه‌داده
  1. v1
  2. 3 منابع
  3. PUBLISHED
  1. v1
  2. 3 منابع
  3. PUBLISHED

رفتن به جست‌وجو دریافت اسلایدها

ScholarGateمقایسهٔ روش‌ها: Technical Debt Measurement · Software Complexity Metrics. بازیابی‌شده در 2026-06-17 از https://scholargate.app/fa/compare