www.wszisi.fora.pl

ahinz

7. Metody oceny jakości oprogramowania

ahinz

• Metryki techniczne
– złożoność, modularność
• Metryki jakości
– spełnienie wymagań użytkownika
• Metryki produktywności
– wydajność procesu wytwarzania
• Metryki zorientowane na rozmiar
– odnoszą się do rozmiaru kodu
• Metryki zorientowane na funkcje
– odnoszą się do liczby funkcji
• Metryki zorientowane na ludzi
– odnoszą się do pracy ludzkiej

Metryki zorientowane na rozmiar

• Metryki bezpośrednie
– wielkość kodu [KLOC]
– wielkość dokumentacji [strony]
– pracochłonność [osobomiesiące]
– koszt
– liczba defektów

• Metryki pośrednie
– produktywność = wielkość kodu/pracochłonność
– awaryjność = ilość defektów/wielkość kodu
– kosztowność = koszt/wielkość kodu
– udokumentowanie = wielkość dokumentacji/wielkość kodu

• Za
– wielkość kodu może być łatwo policzona
– wielkość kodu jest używana w wielu modelach szacowania oprogramowania
– wpływ wielkości kodu jest dobrze udokumentowany

• Przeciw
– wielkość kodu jest zależna od języka programowania
– zwięzłe, krótkie programy mają gorsze wskaźniki
– nie nadają się dla języków nieproceduralnych
– szacowanie wielkości kodu jest konieczne przed rozpoczęciem kodowania

Metryki zorientowane na funkcje

• punkty funkcyjne (FP – Function Points)
• punkty funkcjonalne (FP – Feature Points)

Punkty funkcyjne/ funkcjonalne (za i przeciw)
• Za
– są niezależne od języka programowania
– nadają się zarówno dla języków proceduralnych jak i nieproceduralnych
– mogą być stosowane we wczesnych fazach planowania
• Przeciw
– obliczenia mają charakter częściowo subiektywny
– dane są trudne do zebrania
– nie mają bezpośredniego znaczenia fizycznego
[img][/img]