Hva er livssyklusmodell for programvareutvikling (sdlc)? - definisjon fra techopedia

Definisjon - Hva betyr SDLC (Software Development Life Cycle Model)?

En programvareutviklingslivssyklus (SDLC) -modell er et konseptuelt rammeverk som beskriver alle aktiviteter i et programvareutviklingsprosjekt fra planlegging til vedlikehold. Denne prosessen er assosiert med flere modeller, som hver inkluderer en rekke oppgaver og aktiviteter.

Programvareutvikling er en tungvint aktivitet som krever riktig identifikasjon av krav, implementering og programvareutplassering. Aktivitetene slutter imidlertid ikke der. Etter distribusjonen av programvaren må riktig vedlikehold leveres på en riktig måte.

Dette begrepet er også kjent som programvareutviklingsprosessmodell.

Techopedia forklarer programvareutvikling Life Cycle Model (SDLC)

De viktigste programvareutviklingsaktivitetene inkluderer:

• Kravuttak: Klienten har en vag ide om hva som kreves. Etter en grundig analyse av kravene og planleggingstrinnene for å nå målet, blir den abstrakte klientideen implementert av en gruppe programvareingeniører.
• Programvarebeskrivelse: Beskriver at programvaren er neste trinn i prosessen.
• Abstrakt systemrepresentasjon: Opprettes for å bekrefte at det oppfyller kravene til produktet og grensesnitt med andre programvareprodukter sammen med den underliggende maskinvaren.
• Klientkrav: Implementert gjennom koden programmert av programvareingeniører.
• Kodetesting: Koden testes for å sikre at den er fri for feil og overholder kundens krav.
• Dokumentasjon av den interne designen: For fremtidig vedlikehold og forbedring av produkt.
• Vedlikehold: Det utføres for å endre systemarkitekturen i henhold til fremtidige behov. Dette kan kreve tillegg av kode eller endring av eksisterende kode.

Ovennevnte utviklingsprosess blir strømlinjeformet av en serie modeller. Utviklingsteamet velger den best egnede modellen. De forskjellige modellene er:

• Fossemodell: Utviklere oppgir kravene, analyserer dem, bestemmer en løsning og rammer inn en programvarearkitektur, grensesnittrepresentasjon og algoritmiske detaljer. Deretter utvikler de koden, tester koden, distribuerer programvaren og vedlikeholder den. Selv om fossefallmetoden er lett å forstå og setter kravstabilitet, kan den gi et falskt inntrykk av ikke å gi mye kundedeltakelse. Hovedproblemet med denne modellen er at kravet om å rette feil skal være kjent på forhånd og på et tidlig stadium. Ellers kan hele prosessen fortsette i en feil retning, noe som kan påvirke produksjonskostnadene negativt.
• V Formet modell: Er en variant av fossemodellen. Det vektlegger bekreftelse og validering av produktet. Alle leveranser er testbare og fremdriften spores av milepæler. Testing gjennomføres parallelt med utviklingsfasen.
• Prototypemodell: En prototype er utviklet i kravfasen og evaluert av sluttbrukere. Basert på tilbakemeldinger fra bruker, endrer utviklere prototypen for å tilfredsstille brukerkrav. Selv om denne modellen enkelt fullfører kravene, kan bruken i produksjonsmiljøet føre til kvalitetsproblemer, og dermed få korreksjonsprosessen til å fortsette for alltid.
• Spiralmodell: Bruker både fossefall og prototypemodeller. Det tilfører fjerde generasjons programmeringsspråk, rask prototyping av applikasjonsutvikling og risikoanalyse til fossemodellen. Systemkravene er designet og en foreløpig systemdesign opprettet. En første prototype er designet og testet. Basert på evaluering av testresultatene opprettes en andre prototype. Påfølgende prototyper er konstruert for å sikre kundetilfredshet. Systemet er laget basert på den endelige prototypen. Det endelige systemet evalueres og testes. Selv om denne modellen reduserer risikoen i stor grad, oppfyller den kanskje ikke budsjettet og brukes annerledes for hver applikasjon.
• Iterativ og inkrementell SDLC-modell: Spesifiserer og implementerer en del av programvaren, som deretter blir gjennomgått og ytterligere krav lagt til og implementert i grupper. Hver utgivelse leverer et operativt produkt som presenterer kundene med viktige funksjoner først, og senker de første leveransekostnadene. Risikoen for å endre krav er sterkt redusert, og kundene får svare på hvert bygg. Til tross for styrkene, krever denne modellen god planlegging og tidlig definisjon av det komplette og fullt funksjonelle systemet. Det krever også veldefinerte modulgrensesnitt.
• Agile utviklingsmodell: brukes til tidskritiske applikasjoner i organisasjoner som bruker disiplinerte metoder. Det fremskynder livssyklusfasene og har redusert omfang.
• Magic box-modell: Er en utviklingsmodell for webapplikasjoner. Det er den raskeste måten å fullføre prosjektet med minst mulig feil, da det gir sjansen til å endre kode- og databasestrukturer.