en programmellivscyklusmodel (også kaldet procesmodel) er en billedlig og diagrammatisk gengivelse af programmellivscyklussen. En livscyklusmodel repræsenterer alle de metoder, der kræves for at gøre et produkttransit gennem dets livscyklusfaser. Det indfanger også den struktur, hvori disse metoder skal gennemføres.
med andre ord kortlægger en livscyklusmodel de forskellige aktiviteter, der udføres på et programprodukt fra starten til pensionering. Forskellige livscyklusmodeller kan planlægge de nødvendige udviklingsaktiviteter til faser på forskellige måder. Således er intet element, som livscyklusmodel følges, de væsentlige aktiviteter er indeholdt i alle livscyklusmodeller, selvom handlingen kan udføres i forskellige ordrer i forskellige livscyklusmodeller. Under ethvert livscyklusstadium kan der også udføres mere end en 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 programmelprodukt ikke være systematisk og disciplineret. Når et team udvikler et produkt, 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 hjælp af et eksempel. Antag, at et programudviklingsproblem er opdelt i forskellige dele, og delene tildeles teammedlemmerne. Antag fra da af, at teamrepræsentanten får frihed til at udvikle de roller, der er tildelt dem, 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 livscyklusmodel beskriver ind-og udgangskriterier for hver fase. En fase kan kun begynde, hvis dens trin-adgangskriterier er opfyldt. Så uden en livscyklusmodel kan indgangs-og udgangskriterierne for et trin ikke genkendes. Uden livscyklusmodeller bliver det svært for projektledere at overvåge projektets fremskridt.
SDLC-cyklus
SDLC-cyklus repræsenterer processen med at udvikle programmer. SDLC rammer omfatter følgende trin:
stadierne i SDLC er som følger:
Stage1: planlægning og kravanalyse
kravanalyse er det vigtigste og nødvendige trin i SDLC.
seniormedlemmerne i teamet udfører det med input fra alle interessenter og domæneeksperter eller SMV ‘ er i branchen.
planlægning af kvalitetssikringskrav og identifikation af de risici, der er forbundet med projekterne, udføres også på dette stadium.
forretningsanalytiker og Projektarrangør opretter et møde med klienten for at samle alle data som hvad kunden ønsker at bygge, hvem der vil være slutbrugeren, hvad er formålet med produktet. Før du opretter et produkt, er en kerneforståelse eller viden om produktet meget nødvendig.
for eksempel ønsker en klient at have en ansøgning, der vedrører pengetransaktioner. I denne metode skal kravet være præcist som hvilken slags operationer der vil blive udført, hvordan det vil blive gjort, i hvilken valuta det vil blive gjort osv.
når den krævede funktion er udført, afsluttes en analyse med revision af muligheden for vækst af et produkt. I tilfælde af tvetydighed oprettes et signal til yderligere diskussion.
når kravet er forstået, oprettes dokumentet SRS (Kravspecifikation). Udviklerne skal grundigt følge dette dokument og bør også gennemgås af kunden til fremtidig reference.
Stage2: definition af krav
når kravanalysen er udført, er det næste trin helt sikkert at repræsentere og dokumentere programkravene og få dem accepteret fra projektets interessenter.
dette opnås gennem “SRS”- Programkravspecifikationsdokument, der indeholder alle de produktkrav, der skal konstrueres og udvikles i løbet af projektets livscyklus.
Stage3: Design af programmet
den næste fase er ved at nedbringe al viden om krav, analyse og design af programmelprojektet. Denne fase er produktet af de sidste to, ligesom input fra kunden og krav indsamling.
Stage4: udvikling af projektet
i denne fase af SDLC begynder den faktiske udvikling, og programmeringen er bygget. Implementeringen af design begynder med hensyn til skrivekode. Udviklere skal følge kodningsretningslinjerne beskrevet af deres ledelses-og programmeringsværktøjer som kompilatorer, tolke, debuggere osv. bruges til at udvikle og implementere koden.
Stage5: test
når koden er genereret, testes den mod kravene for at sikre, at produkterne løser de behov, der er adresseret og samlet under kravstrinnet.
i løbet af denne fase udføres enhedstest, integrationstest, systemtest, accepttest.
Stage6: Deployment
når programmet er certificeret, og ingen fejl eller fejl er angivet, så er det implementeret.
derefter kan programmet frigives som det er eller med foreslået forbedring i objektsegmentet.
efter at programmet er implementeret, begynder dets vedligeholdelse.
Stage7: vedligeholdelse
når klienten begynder at bruge de udviklede systemer, kommer de virkelige problemer op og krav, der skal løses fra tid til anden.
denne procedure, hvor der tages hensyn til det udviklede produkt, kaldes vedligeholdelse.