Porównaj metody
Przeglądaj wybrane metody obok siebie; wiersze, które się różnią, są wyróżnione.
| Analiza punktów funkcyjnych× | Pomiary długu technicznego× | |
|---|---|---|
| Dziedzina | Inżynieria oprogramowania | Inżynieria oprogramowania |
| Rodzina | Process / pipeline | Process / pipeline |
| Rok powstania≠ | 1979 | 1992 |
| Twórca≠ | Allan Albrecht | Ward Cunningham |
| Typ≠ | quantitative measurement | quantitative assessment |
| Źródło pierwotne≠ | Albrecht, A. J. (1979). Measuring application development productivity. In Proceedings of the IBM Applications Development Symposium (pp. 83–92). link ↗ | Cunningham, W. (1992). The WyCash Portfolio Management System. OOPSLA 92 Experience Report. link ↗ |
| Inne nazwy | FPA, function points, IFPUG sizing | debt metrics, code health scoring, maintenance burden assessment |
| Pokrewne | 4 | 4 |
| Podsumowanie≠ | Function point analysis (FPA) quantifies software size by counting business functions and user interactions independent of technology or programming language. Introduced by Albrecht (1979), FPA measures delivered functionality, enabling effort estimation, productivity benchmarking, and software value assessment. Organizations use FPA for project contracts, vendor comparison, and portfolio management. | 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. |
| ScholarGateZbiór danych ↗ |
|
|