Porównaj metody
Przeglądaj wybrane metody obok siebie; wiersze, które się różnią, są wyróżnione.
| Estymacja punktów przypadków użycia× | Metryki złożoności oprogramowania× | |
|---|---|---|
| Dziedzina | Inżynieria oprogramowania | Inżynieria oprogramowania |
| Rodzina | Process / pipeline | Process / pipeline |
| Rok powstania≠ | 1993 | 1976 |
| Twórca≠ | Gustav Karner | Thomas J. McCabe |
| Typ≠ | quantitative estimation | quantitative measurement |
| Źródło pierwotne≠ | Karner, G. (1993). Resource estimation for objectory projects. Objective Systems SF, Inc. link ↗ | McCabe, T. J. (1976). A complexity measure. IEEE Transactions on Software Engineering, 2(4), 308–320. DOI ↗ |
| Inne nazwy≠ | UCP, use case sizing, effort estimation | code complexity analysis, complexity measurement |
| Pokrewne | 4 | 4 |
| Podsumowanie≠ | Use case point (UCP) estimation quantifies software development effort by analyzing use cases and environmental factors. Introduced by Karner (1993) for Objectory methodology, UCP provides structured approach to estimate labor hours from system requirements. Organizations use UCP to forecast project duration, allocate resources, and validate high-level project plans early in development. | 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. |
| ScholarGateZbiór danych ↗ |
|
|