Software Development Life Cycle (SDLC) er en spirituel model, der bruges i projektledelse, og som definerer de stadier, der indgår i et informationssystemudviklingsprojekt, fra en indledende gennemførlighedsundersøgelse til vedligeholdelsen af ​​den færdige applikation.

Der er forskellige livscyklusmodeller for softwareudvikling specificeret og design, som følges i softwareudviklingsfasen. Disse modeller kaldes også ' Softwareudviklingsprocesmodeller .' Hver procesmodel følger en serie af faser, der er unikke for sin type for at sikre succes i trinnet med softwareudvikling.

Her er nogle vigtige faser af SDLCs livscyklus:

Vandfaldsmodel

Vandfaldet er en universelt accepteret SDLC-model. I denne metode er hele processen med softwareudvikling opdelt i forskellige faser.

string java udskiftning

Vandfaldsmodellen er en kontinuerlig softwareudviklingsmodel, hvor udvikling ses som at flyde støt nedad (som et vandfald) gennem trinnene kravanalyse, design, implementering, test (validering), integration og vedligeholdelse.

Lineær rækkefølge af aktiviteter har nogle væsentlige konsekvenser. For det første, for at identificere slutningen af ​​en fase og begyndelsen af ​​den næste, skal nogle certificeringsteknikker anvendes i slutningen af ​​hvert trin. Noget verifikation og validering betyder normalt, at det vil sikre, at outputtet fra scenen er i overensstemmelse med dets input (som er outputtet fra det forrige trin), og at outputtet fra scenen er i overensstemmelse med de overordnede krav til systemet.

RAD model

RAD eller Rapid Application Development proces er en overtagelse af vandfaldsmodellen; det sigter mod udvikling af software i en kort periode. RAD-modellen er baseret på konceptet om, at et bedre system kan udvikles på kortere tid ved at bruge fokusgrupper til at samle systemkrav.

• Forretningsmodellering
• Datamodellering
• Procesmodellering
• Applikationsgenerering
• Test og omsætning

Spiral model

Spiralmodellen er en risikodrevet procesmodel . Denne SDLC-model hjælper gruppen med at adoptere elementer af en eller flere procesmodeller som et vandfald, inkremental, vandfald osv. Spiralteknikken er en kombination af hurtig prototyping og samtidighed i design- og udviklingsaktiviteter.

Hver cyklus i spiralen begynder med identifikation af mål for den cyklus, de forskellige alternativer, der er mulige for at nå målene, og de begrænsninger, der eksisterer. Dette er den første kvadrant af cyklussen (øverste venstre kvadrant).

Det næste trin i cyklussen er at evaluere disse forskellige alternativer baseret på målene og begrænsningerne. Fokus for evalueringen i dette trin er baseret på risikoopfattelsen for projektet.

konvertere en dato til en streng

Næste skridt er at udvikle strategier, der løser usikkerheder og risici. Dette trin kan involvere aktiviteter såsom benchmarking, simulering og prototyping.

V-model

I denne type SDLC-modeltestning og udviklingen planlægges trinnet parallelt. Så der er verifikationsfaser på siden og valideringsfasen på den anden side. V-Model tilsluttes efter kodningsfase.

java forekomst af

Inkrementel model

Den inkrementelle model er ikke en separat model. Det er nødvendigvis en række vandfaldscyklusser. Kravene er opdelt i grupper ved projektets start. For hver gruppe følges SDLC-modellen for at udvikle software. SDLC-processen gentages, hvor hver udgivelse tilføjer mere funktionalitet, indtil alle krav er opfyldt. I denne metode fungerer hver cyklus som vedligeholdelsesfasen for den tidligere softwareudgivelse. Ændring af den inkrementelle model gør det muligt for udviklingscyklusser at overlappe hinanden. Efter den efterfølgende cyklus kan den begynde, før den forrige cyklus er afsluttet.

Agile model

Agile metodologi er en praksis, der fremmer fortsat interaktion mellem udvikling og test under SDLC-processen i ethvert projekt. I Agile-metoden er hele projektet opdelt i små trinvise builds. Alle disse builds leveres i iterationer, og hver iteration varer fra en til tre uger.

Enhver agil softwarefase er karakteriseret på en måde, der adresserer flere centrale antagelser om hovedparten af ​​softwareprojekter:

1. Det er svært at tænke på forhånd, hvilke softwarekrav der vil vare ved, og hvilke der vil ændre sig. Det er lige så svært at forudsige, hvordan brugernes prioriteter vil ændre sig, efterhånden som projektet skrider frem.
2. For mange typer software er design og udvikling sammenflettet. Det vil sige, at begge aktiviteter skal udføres i tandem, så designmodeller bevises, efterhånden som de skabes. Det er svært at tænke på, hvor meget design der skal til, før konstruktionen bruges til at teste konfigurationen.
3. Analyse, design, udvikling og test er ikke så forudsigelige (fra et planlægningssynspunkt), som vi kunne ønske os.

Iterativ model

Det er en særlig implementering af en softwareudviklings livscyklus, der fokuserer på en indledende, forenklet implementering, som derefter gradvist får mere kompleksitet og et bredere funktionssæt, indtil det endelige system er færdigt. Kort sagt er iterativ udvikling en måde at nedbryde softwareudviklingen af ​​en stor applikation i mindre stykker.

Big bang model

Big bang-modellen fokuserer på alle typer ressourcer inden for softwareudvikling og kodning, med ingen eller meget lidt planlægning. Kravene er forstået og implementeret, når de kommer.

huffman kodningskode

Denne model fungerer bedst til små projekter med mindre udviklingsteam, som arbejder sammen. Det er også nyttigt til akademiske softwareudviklingsprojekter. Det er en ideel model, hvor kravene enten er ukendte eller endelig udgivelsesdato ikke er angivet.

Prototype model

Prototypemodellen starter med kravindsamlingen. Udvikleren og brugeren møder og definerer formålet med softwaren, identificerer behovene mv.

en ' hurtigt design ' oprettes derefter. Dette design fokuserer på de aspekter af softwaren, der vil være synlige for brugeren. Det fører derefter til udviklingen af ​​en prototype. Kunden tjekker derefter prototypen, og eventuelle modifikationer eller ændringer, der er nødvendige, foretages på prototypen.

Looping finder sted i dette trin, og der skabes bedre versioner af prototypen. Disse vises løbende til brugeren, så eventuelle nye ændringer kan opdateres i prototypen. Denne proces fortsætter, indtil kunden er tilfreds med systemet. Når en bruger er tilfreds, konverteres prototypen til det faktiske system med alle hensyn til kvalitet og sikkerhed.