Programvareutvikling livssyklus (SDLC) er et fenomen å design , utvikle og, test programvare av høy kvalitet. Hovedmålet med SDLC er å produsere programvare av høy kvalitet som oppfyller kundens krav innen tids- og kostnadsoverslag.

Agil programvareutviklings livssyklus (SDLC) er kombinasjonen av både iterative og inkrementelle prosessmodeller. Den fokuserer på prosess tilpasningsevne og kundetilfredshet ved rask levering av fungerende programvareprodukt. Agile SDLC bryter ned produktet i små inkrementelle bygg. Disse byggene leveres i iterasjoner.

I den smidige SDLC-utviklingsprosessen er kunden i stand til å se resultatet og forstå om han/hun er fornøyd med det eller ikke. Dette er en av fordelene med den smidige SDLC-modellen. En av ulempene er fraværet av definerte krav, så det er vanskelig å estimere ressursene og utviklingskostnadene.

Hver iterasjon av smidig SDLC består av tverrfunksjonelle team som jobber med ulike faser:

1. Kravinnsamling og analyse
2. Design kravene
3. Konstruksjon/ iterasjon
4. Utplassering
5. Testing
6. Tilbakemelding

Kravinnsamling og analyse

I denne fasen må du definere kravene. Du bør forklare forretningsmuligheter og planlegge tiden og innsatsen som trengs for å bygge prosjektet. Basert på denne informasjonen kan du vurdere teknisk og økonomisk gjennomførbarhet.

Design kravene

Når du har identifisert prosjektet, arbeid med interessenter for å definere krav. Du kan bruke brukerflytdiagrammet eller UML-diagrammet på høyt nivå for å vise arbeidet med nye funksjoner og vise hvordan det vil gjelde for ditt eksisterende system.

Konstruksjon/ Iterasjon

Når teamet definerer kravene, starter arbeidet. Designerne og utviklerne begynner å jobbe med prosjektet sitt. Målene til designere og utviklere distribuerer det fungerende produktet innen den estimerte tiden. Produktet vil gå inn i ulike stadier av forbedring, så det inkluderer enkel, minimal funksjonalitet.

Utplassering

I denne fasen utsteder teamet et produkt for brukerens arbeidsmiljø.

Testing

I denne fasen undersøker kvalitetssikringsteamet produktets ytelse og ser etter feilen.

Tilbakemelding

Etter utgivelsen av produktet er det siste trinnet å gi tilbakemelding på det. I dette trinnet mottar teamet tilbakemelding om produktet og jobber gjennom tilbakemeldingen.

Smidig SDLC-prosessflyt

Konsept:Prosjekter er tenkt og prioritert.Start:Teammedlemmer opprettes, finansiering på plass og grunnleggende miljøer og krav diskuteres.Iterasjon/innsnevring:Programvareutviklingsteamet jobber med å levere fungerende programvare. Det er basert på krav og tilbakemeldinger.Utgivelse:Utføre kvalitetssikring (QA) testing, gir intern og ekstern opplæring, dokumentasjonsutvikling og endelig versjon av iterasjon inn i produktet.Produksjon:Det er løpende støtte for programvaren.

Fordeler med Agile SDLC

1. Prosjektet er delt inn i korte og transparente iterasjoner.
2. Den har en fleksibel endringsprosess.
3. Det minimerer risikoen for programvareutvikling.
4. Rask utgivelse av den første produktversjonen.
5. Riktigheten av funksjonelle krav implementeres i utviklingsprosessen.
6. Kunden kan se resultatet og forstå om han/hun er fornøyd med det eller ikke.

Ulemper med Agile SDLC

1. Utviklingsteamet bør være svært profesjonelt og kundeorientert.
2. Nye krav kan være en konflikt med eksisterende arkitektur.
3. Med ytterligere korrigering og endring kan det være sjanser for at prosjektet går over forventet tid.
4. Det kan være vanskelig å anslå den endelige kysten av prosjektet på grunn av konstant iterasjon.
5. Et definert krav mangler.