Innehåll
- Definition - Vad betyder mjukvaruutvecklingens livscykelmodell (SDLC)?
- En introduktion till Microsoft Azure och Microsoft Cloud | I hela denna guide kommer du att lära dig vad cloud computing handlar om och hur Microsoft Azure kan hjälpa dig att migrera och driva ditt företag från molnet.
- Techopedia förklarar SDLC (Software Development Life Cycle Model)
Definition - Vad betyder mjukvaruutvecklingens livscykelmodell (SDLC)?
En mjukvaruutvecklingslivscykel (SDLC) -modell är ett konceptuellt ramverk som beskriver alla aktiviteter i ett mjukvaruutvecklingsprojekt från planering till underhåll. Denna process är förknippad med flera modeller, var och en med olika uppgifter och aktiviteter.
Mjukvaruutveckling är en besvärlig aktivitet som kräver korrekt identifiering av krav, deras implementering och programvara. Men aktiviteterna slutar inte där. Efter distributionen av programvaran måste korrekt underhåll tillhandahållas i tid.
Denna term kallas också mjukvaruutvecklingsprocessmodell.
En introduktion till Microsoft Azure och Microsoft Cloud | I hela denna guide kommer du att lära dig vad cloud computing handlar om och hur Microsoft Azure kan hjälpa dig att migrera och driva ditt företag från molnet.
Techopedia förklarar SDLC (Software Development Life Cycle Model)
De största programvaruutvecklingsaktiviteterna inkluderar:
- Kravuttag: Klienten har en vag uppfattning om vad som krävs. Efter en noggrann analys av kraven och planeringsstegen för att nå målet genomförs den abstrakta klientidén i praktik av en grupp programvaruingenjörer.
- Mjukvarubeskrivning: Beskriver att programvaran är nästa steg i processen.
- Abstrakt systemrepresentation: skapas för att bekräfta att den uppfyller produktens krav och gränssnitt med andra programvaruprodukter tillsammans med den underliggande hårdvaran.
- Klientkrav: Implementeras genom koden programmerad av programvaruingenjörer.
- Kodtestning: Koden testas för att se till att den är fri från buggar och uppfyller klientens krav.
- Dokumentation av den interna designen: För framtida produktunderhåll och förbättringar.
- Underhåll: Det utförs för att ändra systemarkitekturen efter framtida behov. Detta kan kräva tillägg av kod eller ändring av befintlig kod.
Ovanstående utvecklingsprocess strömlinjeformas av en serie modeller. Utvecklingsteamet väljer den bästa modellen. De olika modellerna är:
- Vattenfallsmodell: Utvecklare anger kraven, analyserar dem, bestämmer en lösning och ramar in en mjukvaruarkitektur, gränssnittrepresentation och algoritmiska detaljer. Sedan utvecklar de koden, testar koden, distribuerar programvaran och underhåller den. Medan vattenfallsmetoden är lätt att förstå och sätter kravstabilitet, kan det ge ett falskt intryck av att inte ge mycket kunddeltagande. Det huvudsakliga problemet med denna modell är att kravet på att korrigera fel bör vara kända i förväg och i ett tidigt skede. Annars kan hela processen fortsätta i en fel riktning, vilket kan påverka produktionskostnaderna negativt.
- V-formad modell: Är en variation av vattenfallsmodellen. Det betonar verifiering och validering av produkten. Alla leveranser är testbara och framstegen spåras av milstolpar. Testning genomförs parallellt med utvecklingsfasen.
- Prototypmodell: En prototyp utvecklas i kravfasen och utvärderas av slutanvändare. Baserat på användaråterkoppling ändrar utvecklare prototypen för att uppfylla användarnas krav. Medan denna modell lätt slutför kraven, kan dess användning i produktionsmiljön leda till kvalitetsproblem och därigenom få korrigeringsprocessen att fortsätta för evigt.
- Spiralmodell: Använder både vattenfalls- och prototypmodeller. Det lägger till fjärde generationens programmeringsspråk, snabb prototyputveckling av applikationer och riskanalys till vattenfallsmodellen. Systemkraven är utformade och en preliminär systemdesign skapas. En initial prototyp är designad och testad. Baserat på utvärderingen av testresultaten skapas en andra prototyp. Efterföljande prototyper konstrueras för att säkerställa kundtillfredsställelse. Systemet skapas baserat på den slutliga prototypen. Det slutliga systemet utvärderas och testas. Även om denna modell till stor del minskar risken kanske den inte uppfyller budgeten och tillämpas annorlunda för varje applikation.
- Iterativ och inkrementell SDLC-modell: Anger och implementerar en del av programvaran, som sedan granskas och ytterligare krav läggs till och implementeras i grupper. Varje utgåva levererar en operativ produkt som presenterar kunderna med viktiga funktioner först och sänker de initiala leveranskostnaderna. Risken för att ändra krav minskas kraftigt och kunderna får svara på varje bygg. Trots sina styrkor kräver denna modell bra planering och tidig definition av det kompletta och fullt funktionella systemet. Det kräver också väldefinierade modulgränssnitt.
- Agile utvecklingsmodell: Används för tidskritiska applikationer i organisationer som använder disciplinerade metoder. Det påskyndar livscykelfaserna och har minskat omfattning.
- Magic box-modell: Är en webbapplikationsutvecklingsmodell. Det är det snabbaste sättet att avsluta projektet med minst fel eftersom det ger möjlighet att ändra kod- och databasstrukturerna.