En mjukvarulivscykelmodell (även kallad processmodell) är en bildlig och schematisk representation av mjukvarans livscykel. En livscykelmodell representerar alla metoder som krävs för att få en mjukvaruprodukt att passera genom dess livscykelstadier. Den fångar också strukturen i vilken dessa metoder ska genomföras.
Med andra ord kartlägger en livscykelmodell de olika aktiviteterna som utförs på en mjukvaruprodukt från dess start till pensionering. Olika livscykelmodeller kan planera nödvändiga utvecklingsaktiviteter i faser på olika sätt. Således, inget element vilken livscykelmodell följs, de väsentliga aktiviteterna finns i alla livscykelmodeller även om åtgärden kan utföras i olika ordningsföljder i olika livscykelmodeller. Under varje livscykelstadium kan mer än en aktivitet också utföras.
Behov av SDLC
Utvecklingsteamet måste fastställa en lämplig livscykelmodell för en viss plan och sedan följa den.
Utan att använda en exakt livscykelmodell skulle utvecklingen av en mjukvaruprodukt inte ske på ett systematiskt och disciplinerat sätt. När ett team utvecklar en mjukvaruprodukt måste det finnas en tydlig förståelse bland teamrepresentanterna om när och vad de ska göra. Annars skulle det peka på kaos och projektmisslyckande. Detta problem kan definieras genom att använda ett exempel. Anta att en mjukvaruutvecklingsfråga är uppdelad i olika delar och delarna tilldelas teammedlemmarna. Från och med då, anta att teamrepresentanten får friheten att utveckla de roller som tilldelats dem på vilket sätt de vill. Det är möjligt att en representant kan börja skriva koden för sin del, en annan kanske väljer att förbereda testdokumenten först, och någon annan ingenjör kan börja med designfasen av de roller som tilldelats honom. Detta skulle vara en av de perfekta metoderna för projektmisslyckande.
En livscykelmodell för programvara beskriver in- och utträdeskriterier för varje fas. En fas kan bara påbörjas om dess inträdeskriterier har uppfyllts. Så utan en mjukvarulivscykelmodell kan ingångs- och utträdeskriterierna för en scen inte identifieras. Utan mjukvarulivscykelmodeller blir det svårt för projektledare för programvaruprojekt att övervaka projektets framsteg.
SDLC-cykel
SDLC Cycle representerar processen att utveckla programvara. SDLC-ramverket inkluderar följande steg:
Stadierna för SDLC är följande:
Steg 1: Planering och kravanalys
slumpmässigt c
Kravanalys är det viktigaste och mest nödvändiga steget i SDLC.
De seniora medlemmarna i teamet utför det med input från alla intressenter och domänexperter eller små och medelstora företag i branschen.
Planering för kvalitetssäkringskraven och identifiering av risker förknippade med projekten görs också i detta skede.
Affärsanalytiker och projektorganisatör arrangerade ett möte med kunden för att samla in all data som vad kunden vill bygga, vem som kommer att bli slutanvändare, vad är syftet med produkten. Innan du skapar en produkt är en grundläggande förståelse eller kunskap om produkten mycket nödvändig.
Till exempel , En kund vill ha en applikation som rör penningtransaktioner. I denna metod måste kravet vara exakt som vilken typ av operationer som kommer att göras, hur det kommer att göras, i vilken valuta det kommer att göras, etc.
När den önskade funktionen är klar är en analys komplett med granskning av genomförbarheten av tillväxten av en produkt. Vid eventuella oklarheter sätts en signal upp för vidare diskussion.
När kravet är förstått skapas SRS-dokumentet (Software Requirement Specification). Utvecklarna bör noggrant följa detta dokument och bör också granskas av kunden för framtida referens.
Steg 2: Definiera krav
När kravanalysen väl är gjord är nästa steg att verkligen representera och dokumentera programvarukraven och få dem accepterade från projektets intressenter.
Detta åstadkoms genom 'SRS' - Software Requirement Specification-dokument som innehåller alla produktkrav som ska konstrueras och utvecklas under projektets livscykel.
Steg 3: Designa programvaran
myflixer
Nästa fas handlar om att få ner all kunskap om krav, analys och design av mjukvaruprojektet. Denna fas är produkten av de två sista, som input från kunden och kravinsamling.
Steg 4: Utveckla projektet
I denna fas av SDLC börjar själva utvecklingen, och programmeringen byggs upp. Implementeringen av design börjar med att skriva kod. Utvecklare måste följa kodningsriktlinjerna som beskrivs av deras hantering och programmeringsverktyg som kompilatorer, tolkar, debuggers, etc. används för att utveckla och implementera koden.
Steg 5: Testning
Efter att koden har genererats testas den mot kraven för att säkerställa att produkterna löser de behov som tas upp och samlas in under kravstadiet.
Under detta skede görs enhetstestning, integrationstestning, systemtestning, acceptanstestning.
Steg 6: Implementering
När programvaran är certifierad och inga buggar eller fel anges, distribueras den.
Sedan baserat på bedömningen kan programvaran släppas som den är eller med föreslagen förbättring i objektsegmentet.
Efter att programvaran har distribuerats börjar dess underhåll.
Steg 7: Underhåll
En gång när kunden börjar använda de utvecklade systemen, då dyker de verkliga problemen upp och krav som ska lösas då och då.
Denna procedur där omsorgen tas för den utvecklade produkten kallas underhåll.