Indholdsfortegnelse:
- Definition - Hvad betyder softwareudvikling Life Cycle Model (SDLC)?
- Techopedia forklarer softwareudvikling Life Cycle Model (SDLC)
Definition - Hvad betyder softwareudvikling Life Cycle Model (SDLC)?
En softwareudviklingslivscyklus (SDLC) -model er en konceptuel ramme, der beskriver alle aktiviteter i et softwareudviklingsprojekt fra planlægning til vedligeholdelse. Denne proces er forbundet med flere modeller, der hver omfatter en række opgaver og aktiviteter.
Softwareudvikling er en besværlig aktivitet, der kræver korrekt identifikation af krav, deres implementering og softwareudvikling. Aktiviteterne slutter dog ikke der. Efter distributionen af softwaren skal korrekt vedligeholdelse leveres rettidigt.
Dette udtryk er også kendt som softwareudviklingsprocesmodel.
Techopedia forklarer softwareudvikling Life Cycle Model (SDLC)
De største softwareudviklingsaktiviteter inkluderer:
- Udtrækning af krav: Klienten har en vag idé om, hvad der kræves. Efter en grundig analyse af kravene og planlægningstrin for at nå målet, bringes den abstrakte klientidee i praksis af en gruppe softwareingeniører.
- Softwarebeskrivelse: Beskriver, at softwaren er det næste trin i processen.
- Abstrakt systemrepræsentation: Er oprettet for at bekræfte, at det opfylder kravene til produktet og interface med andre softwareprodukter sammen med den underliggende hardware.
- Klientkrav: Implementeret gennem den kode, der er programmeret af softwareingeniører.
- Kodetest: Koden testes for at sikre, at den er fri for fejl og overholder klientens krav.
- Dokumentation af det interne design: Til fremtidig vedligeholdelse og forbedring af produkter.
- Vedligeholdelse: Det udføres for at ændre systemarkitekturen i henhold til fremtidige behov. Dette kan kræve tilføjelse af kode eller ændring af den eksisterende kode.
Ovenstående udviklingsproces strømline af en række modeller. Udviklingsholdet vælger den bedst egnede model. De forskellige modeller er:
- Vandfaldsmodel: Udviklere angiver kravene, analyserer dem, bestemmer en løsning og indrammer en softwarearkitektur, interfacerepræsentation og algoritmiske detaljer. Derefter udvikler de koden, tester koden, implementerer softwaren og vedligeholder den. Selvom vandfaldsmetoden er let at forstå og indstiller kravets stabilitet, kan den muligvis give et forkert indtryk af ikke at give meget kundedeltagelse. Hovedproblemet med denne model er, at kravet om at rette fejl skal være kendt på forhånd og på et tidligt tidspunkt. Ellers kan hele processen fortsætte i en forkert retning, hvilket kan have en negativ indvirkning på produktionsomkostningerne.
- V-formet model: Er en variation af vandfaldsmodellen. Det understreger verifikation og validering af produktet. Alle leverancer kan testes, og fremskridtene spores af milepæle. Test implementeres parallelt med udviklingsfasen.
- Prototypemodel: En prototype er udviklet i kravfasen og evalueret af slutbrugere. Baseret på brugerfeedback ændrer udviklere prototypen for at tilfredsstille brugerkrav. Selvom denne model let afslutter kravene, kan dens anvendelse i produktionsmiljøet resultere i kvalitetsproblemer, hvorved korrektionen fortsætter for evigt.
- Spiralmodel: Bruger både vandfalds- og prototypemodeller. Det tilføjer fjerde generation af programmeringssprog, hurtig applikationsudviklingsprototype og risikoanalyse til vandfaldsmodellen. Systemkravene er designet, og der oprettes et foreløbigt systemdesign. En første prototype er designet og testet. Baseret på evalueringen af testresultater oprettes en anden prototype. Efterfølgende prototyper er konstrueret for at sikre kundetilfredshed. Systemet oprettes baseret på den endelige prototype. Det endelige system evalueres og testes. Selvom denne model reducerer risikoen i vid udstrækning, overholder den muligvis ikke budgettet og anvendes forskelligt for hver applikation.
- Iterativ og inkrementel SDLC-model: Specificerer og implementerer en del af softwaren, som derefter gennemgås og yderligere krav tilføjes og implementeres i grupper. Hver udgivelse leverer et operationelt produkt, der præsenterer kunderne med vigtige funktioner først, hvilket sænker de første leveringsomkostninger. Risikoen for at ændre krav reduceres kraftigt, og kunderne får lov til at svare på hver bygning. På trods af dens styrker kræver denne model god planlægning og tidlig definition af det komplette og fuldt funktionelle system. Det kræver også veldefinerede modulgrænseflader.
- Agile udviklingsmodel: Bruges til tidskritiske applikationer i organisationer, der anvender disciplinerede metoder. Det fremskynder livscyklusfaserne og har reduceret rækkevidde.
- Magic box model: Er en webapplikationsudviklingsmodel. Det er den hurtigste måde at afslutte projektet med mindst mulig fejl, da det giver mulighed for at ændre kode- og databasestrukturer.
