Estimering i programvareprosjekter

1. Estimering i programvareprosjekter Tore Dyb� SINTEF Tele og data SPIQ-seminar 17. oktober 1996

2. Hvorfor estimere? For ha kontroll m� vi kunne m�le fremdrift p� det arbeid som utf�res. For � kunne m�le fremdrift m� vi ha noe � m�le fremdriften mot. For � ha noe � m�le fremdriften mot, m� vi ha estimert omfanget p� de aktivitetene vi skal utf�re. ALTS�: Uten estimater har vi ikke kontroll.

3. Programvare metrikker Programvare metrikker er et hvert m�l som kan relateres til ett av f�lgende: Programvaresystemet - produktet Utviklingsprosessen Drift og vedlikehold av produktet etter at det er levert til kunden. En metrikk kan v�re direkte eller indirekte m�lbar. Den kan v�re objektiv eller subjektiv.

4. Grunnregler Det er tre forhold som m� klarlegges f�r vi samler inn eller bruker metrikker: 1. Hva vi vil bruke metrikk-dataene til. 2. Hvordan vi skal samle de inn. 3. Hvordan vi vil analysere dataene. De to siste punktene blir ofte oversett n�r man skal starte med � bruke metrikker i en bedrift. Dette gir inkonsistente data og f�rer til at dataanalysen vil v�re av liten verdi.

5. Omgivelsene Verdien p� metrikkene vi m�ler vil avhenge av prosjektets omgivelser. Dette er ikke alltid faktorer vi kan p�virke,men pga deres store innflytelse er det viktig � registrere dem. ITUF rapport R31 gir eksempler p� hvordan dette kan gj�res. Rapporten opererer med f�lgende omgivelsesfaktorer: Krav til produktet Tilgjengelige metoder og verkt�y Prosjektpersonell

6. Hvordan komme i gang? Det er tre ting som er viktige for � starte med � estimere programvare-prosjekter: Valg av faktorer som har innflytelse p�kostnadene - kostnadsdrivere. Valg av estimeringsmodeller.Dette avgj�r hvordan faktorene p�virker kostnadene. Kalibrering av modellene.Dette definerer �normal-prosjektet� Det vil v�re n�dvendig � pr�ve seg fram p� alle disse omr�dene.

7. Hva er et estimat?