en programvarelivssyklusmodell (også kalt prosessmodell) er en billedlig og skjematisk fremstilling av programvarens livssyklus. En livssyklusmodell representerer alle metodene som kreves for å få et programvareprodukt til å passere gjennom livssyklusstadiene. Det fanger også strukturen der disse metodene skal gjennomføres.
med andre ord, en livssyklusmodell kartlegger de ulike aktivitetene som utføres på et programvareprodukt fra begynnelsen til pensjonering. Ulike livssyklusmodeller kan planlegge nødvendige utviklingsaktiviteter til faser på ulike måter. Dermed er det ikke noe element som livssyklusmodellen følges, de essensielle aktivitetene finnes i alle livssyklusmodeller, selv om handlingen kan utføres i forskjellige ordrer i forskjellige livssyklusmodeller. I løpet av et livssyklusstadium kan mer enn en aktivitet også utføres.
BEHOV FOR SDLC
utviklingsteamet må bestemme en egnet livssyklusmodell for en bestemt plan og deretter observere den.
uten å bruke en eksakt livssyklusmodell, ville utviklingen av et programvareprodukt ikke være systematisk og disiplinert. Når et team utvikler et programvareprodukt, må det være en klar forståelse blant teamrepresentanten om når og hva de skal gjøre. Ellers ville det peke på kaos og prosjektfeil. Dette problemet kan defineres ved å bruke et eksempel. Anta at et programvareutviklingsproblem er delt inn i ulike deler, og delene er tildelt lagmedlemmene. Fra da av antar lagrepresentanten friheten til å utvikle rollene som er tildelt dem på den måten de liker. 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 programvarelevetidsmodell beskriver inn-og utreisekriterier for hver fase. En fase kan bare begynne hvis kriteriene for trinninngang er oppfylt. Så uten en programvarelivssyklusmodell kan inngangs-og utgangskriteriene for et stadium ikke gjenkjennes. Uten programvarelevetidsmodeller blir det vanskelig for programvareprosjektledere å overvåke fremdriften i prosjektet.
SDLC Syklus
SDLC Syklus representerer prosessen med å utvikle programvare. SDLC framework inneholder følgende trinn:
stadiene AV SDLC er som følger:
Stage1: Planlegging og kravanalyse
Kravanalyse er DET viktigste og nødvendige stadiet I SDLC.
de ledende medlemmene av teamet utfører det med innspill fra alle interessenter og domeneeksperter eller Små Og Mellomstore bedrifter i bransjen.
Planlegging av krav til kvalitetssikring og identifisering av risiko knyttet til prosjektene gjøres også på dette stadiet.
Forretningsanalytiker og Prosjektorganisator sett opp et møte med klienten for å samle alle dataene 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 vil en klient ha et program som gjelder pengetransaksjoner. I denne metoden må kravet være nøyaktig 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 ferdig, er en analyse komplett med revisjon av muligheten for vekst av et produkt. I tilfelle tvetydighet er et signal satt opp 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å vurderes av kunden for fremtidig referanse.
Stage2: Definere Krav
når kravanalysen er ferdig, er neste trinn å absolutt representere og dokumentere programvarekravene og få dem akseptert fra prosjektets interessenter.
dette oppnås gjennom» SRS » – Kravspesifikasjonsdokument For Programvare som inneholder alle produktkravene som skal bygges og utvikles i løpet av prosjektets livssyklus.
Scene3: Designe Programvaren
neste fase 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 kravet samling.
Trinn4: Utvikling av prosjektet
i DENNE fasen AV SDLC begynner den faktiske utviklingen, og programmeringen er bygget. Implementeringen av design begynner med å skrive kode. Utviklere må følge kodingsretningslinjene beskrevet av deres ledelses – og programmeringsverktøy som kompilatorer, tolker, debuggere, etc. brukes til å utvikle og implementere koden.
Stage5: 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, enhetstesting, integrasjon testing, systemtesting, aksept testing er gjort.
Stage6: Distribusjon
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.
Stage7: Vedlikehold
Når klienten begynner å bruke de utviklede systemene, kommer de virkelige problemene opp og krav som skal løses fra tid til annen.
denne prosedyren der man tar vare på det utviklede produktet, kalles vedlikehold.