Programvarekostnadsestimering teknikker

I programvareutvikling, er prosjektet overkjørt et stort problem. For å tildele riktig mengde ressurser og administrere kostnader effektivt, er nøyaktig programvare kostnadsestimering viktig. Programvare kostnadsestimering estimeres den tiden det tar å fullføre prosjektet, hvilke ressurser skal arbeide på prosjektet og den totale kostnaden for prosjektet. Ofte en av de vanskeligste oppgavene i prosjektledelse, er det flere teknikker for å bistå i å produsere nøyaktige kostnadsestimering for programvareutvikling.

Expert Judgment Method

Den sakkyndige dom beregningsmetode innebærer å konsultere en individuell ekspert eller flere eksperter i programvare kostnadsestimering. Den sakkyndige bruker sin erfaring og kunnskap om det planlagte prosjekt for å komme opp med et kostnadsoverslag. Generelt, når du bruker denne metoden, er det bedre å få en gruppe ekspert konsensus, kjent som Delphi teknikk. Måten dette estimering teknikken fungerer er den gruppen kalles sammen for å diskutere spesifikasjonene for prosjektet og eventuelle estimeringsproblemer. Deretter ekspertene fylle ut skjemaene anonymt. Koordinatoren vurderinger skjemaene og samler gruppen sammen igjen for å diskutere eventuelle avvik mellom ekspertuttalelser. Etter diskusjon, ekspertene anonymt fylle ut en annen estimering form. Denne prosessen fortsetter til en generell enighet er nådd.

Beregning av Analogi

Beregning av analogi er å sammenligne et planlagt prosjekt til et analogt prosjekt som tidligere ble gjennomført. For å estimere et prosjekt ved hjelp av denne teknikken, først kategorisere du det planlagte prosjektet i form av systemer som påvirkes, omfanget av prosjektet og avdelinger berørt av prosjektet. Når du samler denne informasjonen, kan du bestemme hvilke tidligere gjennomførte prosjekter er like i naturen om tid og ressursbegrensninger. Fra denne informasjonen, kan du utlede et estimat for å bestemme mengden av innsatsen som trengs for å fullføre det planlagte prosjektet i både tid og penger. Du kan bruke denne metoden for å beregne komponenter av et større prosjekt eller hele prosjektet. Siden ingen to prosjekter er identiske, er det også viktig å identifisere forskjeller mellom prosjektene, slik at du vurdere disse forskjellene når man skal avgjøre et estimat.

Top-Down estimering Method

Top-down estimering metode bestemmer en programvare estimat basert på globale parametere av et prosjekt. Du gir bare beregninger for høyt nivå systemaktiviteter som dokumentasjon, konfigurasjonsstyring, design og analyse uten å vite alle detaljene oppgaver knyttet til hvert system aktivitet. Tidlig i en software utviklingsprosjekt denne teknikken er nyttig fordi du ikke har alle detaljene i prosjektet tilgjengelig for deg. Men når detaljene i prosjektet utfolde seg, er anslaget gitt fra denne metoden ikke er så pålitelige fordi estimatet ikke kan ta hensyn til lavnivå oppgaver og problemstillinger som påvirker kostnadsoverskridelser.

Bottom-up estimering Method

The bottom-up estimering metode bestemmer et samlet prosjekt programvare anslag basert på å kombinere de individuelle estimatene for hver del av prosjektet. Du identifiserer detaljene eller oppgaver og system interaksjoner av hver systemkomponent og, basert på denne informasjonen, henter deg et anslag. The bottom-up estimering metode lar enkeltpersoner som er spesialister i visse faser av et prosjekt, som for eksempel kvalitetssikring gruppe eller utvikling gruppe, for å gi estimater basert på deres kompetanse. Som et resultat, kan de individuelle gruppene gir en mer pålitelig estimat av de enkelte komponenter på grunn av deres spesifikke kunnskap om mulige problemer i sine områder. Nedenfra og opp estimering teknikk er ofte en mer tidkrevende teknikk for å estimere, og noen ganger kan ikke være en pålitelig teknikk for tidlig i prosjekteringen på grunn av mangel på detaljer.