En programvarelivssyklusmodell (også kalt prosessmodell) er en billedlig og diagrammatisk representasjon av programvarens livssyklus. En livssyklusmodell representerer alle metodene som kreves for å få et programvareprodukt til å gå gjennom livssyklusstadiene. Den fanger også strukturen som disse metodene skal utføres i.
Med andre ord, en livssyklusmodell kartlegger de ulike aktivitetene som utføres på et programvareprodukt fra oppstart til pensjonering. Ulike livssyklusmodeller kan planlegge nødvendige utviklingsaktiviteter til faser på ulike måter. Dermed er det ikke noe element i hvilken livssyklusmodell som følges, de essensielle aktivitetene finnes i alle livssyklusmodeller, selv om handlingen kan utføres i distinkte rekkefølger i forskjellige livssyklusmodeller. I løpet av ethvert livssyklusstadium kan det også utføres mer enn én aktivitet.
Behov for SDLC
Utviklingsteamet må bestemme en passende livssyklusmodell for en bestemt plan og deretter følge den.
Uten å bruke en eksakt livssyklusmodell ville utviklingen av et programvareprodukt ikke vært på en systematisk og disiplinert måte. Når et team utvikler et programvareprodukt, må det være en klar forståelse blant teamrepresentantene om når og hva de skal gjøre. Ellers vil det peke på kaos og prosjektsvikt. Dette problemet kan defineres ved å bruke et eksempel. Anta at et problem med programvareutvikling er delt inn i ulike deler og at delene blir tildelt teammedlemmene. Fra da av, anta at teamrepresentanten får friheten til å utvikle rollene som er tildelt dem på den måten de vil. Det er mulig at en representant kan begynne å skrive koden for sin del, en annen kan velge å forberede testdokumentene først, og en annen ingeniør kan begynne med designfasen av rollene som er tildelt ham. Dette ville være en av de perfekte metodene for prosjektfeil.
En programvarelivssyklusmodell beskriver inn- og utgangskriterier for hver fase. En fase kan bare starte hvis dens kriteriet for faseinngang er oppfylt. Så uten en programvarelivssyklusmodell kan ikke inn- og utgangskriteriene for et stadium gjenkjennes. Uten programvarelivssyklusmodeller blir det vanskelig for programvareprosjektledere å overvåke fremdriften til prosjektet.
SDLC-syklus
SDLC Cycle representerer prosessen med å utvikle programvare. SDLC-rammeverket inkluderer følgende trinn:
Stadiene til SDLC er som følger:
Trinn 1: Planlegging og behovsanalyse
rekursjon java
Kravanalyse er det viktigste og mest nødvendige stadiet i SDLC.
Seniormedlemmene i teamet utfører det med innspill fra alle interessenter og domeneeksperter eller SMB-er i bransjen.
Planlegging for kvalitetssikringskravene og identifisering av risiko knyttet til prosjektene gjøres også på dette stadiet.
Forretningsanalytiker og prosjektarrangør setter opp et møte med kunden for å samle all data som hva kunden ønsker å bygge, hvem som skal være sluttbruker, hva er målet med produktet. Før du lager et produkt, er en kjerneforståelse eller kunnskap om produktet svært nødvendig.
For eksempel , En klient ønsker å ha en applikasjon som gjelder pengetransaksjoner. I denne metoden må kravet være presist som hva slags operasjoner som skal gjøres, hvordan det skal gjøres, i hvilken valuta det skal gjøres, etc.
Når den nødvendige funksjonen er utført, er en analyse fullført med revisjon av gjennomførbarheten av veksten til et produkt. Ved eventuell uklarhet settes det opp et signal for videre diskusjon.
Når kravet er forstått, opprettes SRS-dokumentet (Software Requirement Specification). Utviklerne bør følge dette dokumentet grundig og bør også gjennomgås av kunden for fremtidig referanse.
Trinn 2: Definere krav
Når kravanalysen er ferdig, er neste trinn å representere og dokumentere programvarekravene og få dem akseptert fra prosjektets interessenter.
Dette oppnås gjennom 'SRS' - Software Requirement Specification-dokument som inneholder alle produktkravene som skal konstrueres og utvikles i løpet av prosjektets livssyklus.
Trinn 3: Utforming av programvaren
Den neste fasen er i ferd med å få ned all kunnskap om krav, analyse og design av programvareprosjektet. Denne fasen er produktet av de to siste, som innspill fra kunden og kravinnsamling.
Trinn 4: Utvikling av prosjektet
I denne fasen av SDLC starter selve utviklingen, og programmeringen bygges. Implementeringen av design begynner med å skrive kode. Utviklere må følge retningslinjene for koding beskrevet av deres administrasjon og programmeringsverktøy som kompilatorer, tolker, debuggere, etc. brukes til å utvikle og implementere koden.
Trinn 5: Testing
Etter at koden er generert, testes den mot kravene for å sikre at produktene løser behovene som er adressert og samlet under kravstadiet.
I løpet av dette stadiet utføres enhetstesting, integrasjonstesting, systemtesting, aksepttesting.
Trinn 6: Implementering
Når programvaren er sertifisert, og ingen feil eller feil er oppgitt, blir den distribuert.
Basert på vurderingen kan programvaren bli utgitt som den er eller med foreslått forbedring i objektsegmentet.
Etter at programvaren er distribuert, begynner vedlikeholdet.
execlp
Trinn 7: Vedlikehold
En gang når klienten begynner å bruke de utviklede systemene, dukker de virkelige problemene opp og krav som skal løses fra tid til annen.
Denne prosedyren hvor man tar hensyn til det utviklede produktet er kjent som vedlikehold.