Improving Products Gruppe Presenteres av : Hege-Kristin Johansen Herman Kolås Marianne Ates Marit Finden Jonas Lillevold André Johansen Tom Vidar Lunde

Improving Products ”Software engineering”, kap.13.2 Oversikt 2 produkt strategier 1.Inspections -teste kode; finne feil 2.Reuse - gjenbruk av kode/komponenter Hvordan er effekten av disse? Gruppe 8

Inspections Metode for å forbedre produktkvaliteten Gjennom Inspections, eller ekstra testing, kan man forsikre seg om at modifisering ikke introduserer unødvendige feil Resultatet av Inspections: –Flere feil blir oppdaget –Produktene kan bli forbedret Gruppe 8

Inspections 2 måter å se ”Inspections” på : –1. måte Flere feil kan bli oppdaget dersom man bruker lengre tid på å undersøke/teste koden måte Å finne flere feil kan forårsake at man bruker lenger tid på å undersøke/teste koden. Gruppe 8

Inspections Grunner til at feil-raten (fault density) er lavere enn forventet : 1.Testingen har ikke avslørt alle feilene den skulle 2.Manglende innhold i produkt-designen 3.Prosjektet er mindre enn planlagt 4.Kvaliteten er bedre enn forventet Gruppe 8

Inspections Grunner til at feil-raten (fault density) er høyere enn forventet : 1.Produktet er større enn planlagt 2.De som foretar testing av koden gjør en god jobb med å avsløre feil 3.Kvaliteten på produktet er lav Gruppe 8

Inspections Barnard og Price Et sett av ni målemetoder som er generert etter behovet, hvor de tar sikte på : –Planlegging av koden –Overvåkning av koden –Kontrollering/testing av koden –Forbedre gjennomgangen av koden Resultatet av disse målingene viste at kvaliteten på koden øker i takt med effektiviteten på testingen av koden Weller Kom fram til at det var 7:1 differanse i feil-ratene. Dvs. Noen prosjekter har sju ganger så mange feil enn andre. Ved å sammenligne forventede feil med faktiske feil kan man finne feil tidligere i utviklingen og lage rutiner på testingen (inspections) av koden mer effektiv. Gruppe 8

Inspections Feil pr.1000 linje med kildekode Estimerte feil Faktiske feil Gruppe 8

Reuse Metode for å forbedre produktkvaliteten, samme som inspections Komponenter/kode som er testet tidligere Komponenter/kode som er levert og brukt andre steder Dra fordeler av tidligere utvikling Bruke kun ”gammel” kode, eller kombinasjon av gammel og ny kode Resultat : Man unngår å begå samme feil to ganger Gruppe 8

Reuse Utvikler kan bestemme seg om han/henne vil : –Bruke produktet som det er –Utføre mindre design-endringer –Utføre en større renovasjon av produktet –Eller bevege seg framover mot målet, nemlig å begynne syklusen til det nye produktet –Ved reuse er naturlig nok faren for at feil kan bli implementert mellom ny og gammel kode tilstedet –Uansett er det viktig å se på fault density (feil- tettheten) av koden som blir brukt i kombinasjon med ny kode Gruppe 8

Reuse Effekten av reuse på feil pr linje kildekode uten kommentarer, Lim (1994) Feil pr.1000 linje med kildekode Gruppe 8

Reuse 25 % linjer av orginalkomponentene som har blitt modifisert har i undersøkelser vist seg å innholde 4-8 ganger flere feil enn komponenter som er skrevet fra ”scratch” Men uansett øker kvaliteten ved å benytte ”gammel kode” (reuse) på nytt, men vi kan øke kvaliteten ytterligere ved være forsiktige med hvor mye kode vi modifiserer Gruppe 8

Inspections&Reuse Watts S. Humphrey Foreslår ulike teknikker for å styre feil og å måle effektiviteten på Inspections, blant annet en database over feil som skal inneholde : –Programnavnet –Feil-nummer –Type feil I tillegg bør vi følge med på : – utviklings-aktivitetene underveis når feil oppstår i produktet – hva som blir funnet og fjernet – tiden det tar å finne og reparere feilene Gruppe 8

Inspections&Reuse Kalkulering av utbytte ved feil-deteksjon Gruppe 8

Improving Products Oppsummering Inspections - teste koden for feil Reuse - gjenbruk av kode/komponenter i nye produkter Inspections&Reuse er 2 produkt-strategier –måter å finne feil på –måter å unngå feil på Gruppe 8