En softwarelivscyklusmodel (også kaldet procesmodel) er en billedlig og diagrammatisk repræsentation af softwarens livscyklus. En livscyklusmodel repræsenterer alle de metoder, der kræves for at få et softwareprodukt til at passere gennem dets livscyklusstadier. Det fanger også den struktur, som disse metoder skal udføres i.
Med andre ord kortlægger en livscyklusmodel de forskellige aktiviteter, der udføres på et softwareprodukt fra dets start til pensionering. Forskellige livscyklusmodeller kan planlægge de nødvendige udviklingsaktiviteter i faser på forskellige måder. Der er således ikke noget element, hvilken livscyklusmodel følges, de væsentlige aktiviteter er indeholdt i alle livscyklusmodeller, selvom handlingen kan udføres i forskellige rækkefølger i forskellige livscyklusmodeller. I løbet af ethvert livscyklusstadium kan der også udføres mere end én aktivitet.
Behov for SDLC
Udviklingsteamet skal bestemme en passende livscyklusmodel for en bestemt plan og derefter overholde den.
Uden at bruge en nøjagtig livscyklusmodel ville udviklingen af et softwareprodukt ikke være systematisk og disciplineret. Når et team udvikler et softwareprodukt, skal der være en klar forståelse blandt teamrepræsentanter om, hvornår og hvad de skal gøre. Ellers ville det pege på kaos og projektfejl. Dette problem kan defineres ved at bruge et eksempel. Antag, at et softwareudviklingsproblem er opdelt i forskellige dele, og delene tildeles teammedlemmerne. Antag fra da af, at teamrepræsentanten har frihed til at udvikle de roller, de har fået tildelt på den måde, de vil. Det er muligt, at en repræsentant kan begynde at skrive koden for sin del, en anden kan vælge at forberede testdokumenterne først, og en anden ingeniør kan begynde med designfasen af de roller, der er tildelt ham. Dette ville være en af de perfekte metoder til projektfejl.
En softwarelivscyklusmodel beskriver ind- og udgangskriterier for hver fase. En fase kan kun påbegyndes, hvis dens faseindgangskriterier er opfyldt. Så uden en softwarelivscyklusmodel kan ind- og udgangskriterierne for en fase ikke genkendes. Uden softwarelivscyklusmodeller bliver det svært for softwareprojektledere at overvåge projektets fremskridt.
SDLC cyklus
SDLC Cycle repræsenterer processen med at udvikle software. SDLC-ramme inkluderer følgende trin:
Stadierne af SDLC er som følger:
Fase 1: Planlægning og behovsanalyse
shehzad poonawala
Kravanalyse er den vigtigste og mest nødvendige fase i SDLC.
De seniormedlemmer af teamet udfører det med input fra alle interessenter og domæneeksperter eller SMV'er i branchen.
Planlægning af kvalitetssikringskravene og identifikation af de risici, der er forbundet med projekterne, sker også på dette stadium.
Forretningsanalytiker og projektarrangør arrangerer et møde med kunden for at samle alle data, såsom hvad kunden ønsker at bygge, hvem der bliver slutbrugeren, hvad er målet med produktet. Før du opretter et produkt, er en kerneforståelse eller viden om produktet meget nødvendig.
For eksempel , En klient ønsker at have en applikation, der vedrører pengetransaktioner. I denne metode skal kravet være præcist som hvilken slags operationer der skal udføres, hvordan det vil blive udført, i hvilken valuta det vil blive udført osv.
Når den nødvendige funktion er udført, er en analyse komplet med revision af gennemførligheden af væksten af et produkt. I tilfælde af uklarhed opstilles et signal til videre diskussion.
Når kravet er forstået, oprettes SRS-dokumentet (Software Requirement Specification). Udviklerne bør følge dette dokument grundigt og bør også gennemgås af kunden til fremtidig reference.
Fase 2: Definition af krav
Når kravanalysen er færdig, er næste fase at repræsentere og dokumentere softwarekravene og få dem accepteret fra projektets interessenter.
Dette opnås gennem 'SRS' - Software Requirement Specification-dokument, som indeholder alle produktkrav, der skal konstrueres og udvikles i løbet af projektets livscyklus.
Trin 3: Design af softwaren
Den næste fase er ved at nedbringe al viden om krav, analyse og design af softwareprojektet. Denne fase er produktet af de sidste to, som input fra kunden og kravindsamling.
Fase 4: Udvikling af projektet
I denne fase af SDLC begynder selve udviklingen, og programmeringen bygges. Implementeringen af design begynder med at skrive kode. Udviklere er nødt til at følge kodningsretningslinjerne beskrevet af deres ledelse og programmeringsværktøjer som compilere, fortolkere, debuggere osv. bruges til at udvikle og implementere koden.
Trin 5: Test
Efter at koden er genereret, testes den i forhold til kravene for at sikre, at produkterne løser de behov, der er adresseret og indsamlet under kravstadiet.
I løbet af denne fase udføres enhedstest, integrationstest, systemtest, accepttest.
Fase 6: Implementering
Når softwaren er certificeret, og der ikke er angivet nogen fejl eller fejl, er den implementeret.
Baseret på vurderingen kan softwaren frigives som den er eller med foreslået forbedring i objektsegmentet.
Når softwaren er installeret, begynder vedligeholdelsen af den.
automatteori
Trin 7: Vedligeholdelse
En gang når kunden begynder at bruge de udviklede systemer, så dukker de reelle problemer op og krav skal løses fra tid til anden.
Denne procedure, hvor der tages hensyn til det udviklede produkt, er kendt som vedligeholdelse.