Waterfall Model i SDLC

for At forstå Waterfall Model i SDLC, er det nødvendigt at dykke ned i modellens definition, faser, hvilke dokumenter, der er tilknyttet som resultatet af hver fase, fordele og ulemper.

SDLC står for en livscyklus for soft .areudvikling. Det er en ramme (en væsentlig understøttende struktur) af en udviklingsproces, som kan variere fra virksomhed til virksomhed. En af de mest populære typer SDLC er vandfaldsmodellen. Vandfaldet er, som man kan se ovenfra, en procesmodel., I enkle ord, en generaliseret beskrivelse af Soft .areudviklingsprocessen. Vandfaldsmodellen er den mest udbredte, da det var den første i kronologisk rækkefølge vises og beskrives, af Dr. Winston W. Royce i 1970 i “Management udvikling af store software-systemer.”

Der er en vifte af udviklings-life-cycle model typer, som det er skrevet yderligere i detaljer, og de er senere deltagere:

• scrum model
• rapid application development
• prototyping
• spiral model
• kanban model for udvikling
• og andre.,

det var bestemt, at de tjente bedre, hvor vandfaldsmodellen var mindre kraftig. For at forstå de “tynde steder” er det nødvendigt at dykke ind i vandfaldsmodeldefinitionen, hovedfaser, hvilke dokumenter der er forbundet som følge af hvert trin, fordele og ulemper.

vandfald Model Definition

vandfald model er en lineær (sekventiel) udvikling livscyklus model, der beskriver udvikling som en kæde af successive trin. Ingen fase kan startes før eller samtidig med den forrige eller nuværende., Lad os overveje Vandfaldsmodellens hovedfaser, når de går.

Waterfall Model Vigtigste Faser

systemkrav Fase

i Løbet af den første fase, at kravene til systemet er etableret. Processen starter med at fremkalde forretningskrav, analysere og prioritere dem, hvilket slutter med oprettelsen af visionen& omfang dokument (eller 2 separate dokumenter afhængigt af hvert enkelt tilfælde). Vision-og Scope-dokumenter oprettes, før kontrakten underskrives., Vision er defineret som et ” langsigtet strategisk koncept for det endelige formål og form for et nyt system.”(2012iegers, 2012, s. 1) omfanget er hvad ” trækker grænsen mellem hvad der er i og hvad der er ude for projektet.”(2012iegers, 2012, s. 1)

betegner omfang er en væsentlig del af projektet for begge sider. Det gør en klient gennemsigtig, hvad der vil blive gjort. En god strategi for styring af forventninger er at identificere, hvad der ikke vil blive inkluderet i et produkt, så kundens forventninger er klare, det vil sige for projektomfanget dokument er oprettet.,

projektomfang

projektomfanget forventes at indeholde projektkøreplan, budgetter og beskrivelse med hovedfunktioner defineret vedrørende problemvisionsdokumentet. Læs en artikel om projektomfang ledelse af en ekspert Vitaly Hornik.

den indledende fase er utænkelig uden Soft .are re .uirements Specification (SRS), der er kernen i fasen.

specifikation af Soft .arekrav

en typisk SRS inkluderer et formål, en samlet beskrivelse, specifikke krav (funktionelle, ikke-funktionelle, kvalitetsattributter).,

Nogle gange kan det omfatte prototyper, der kan være af forskellige typer: lodret/vandret, statisk/dynamisk, lo.-fidelity / high-fidelity. Mockups (eller prototyper) sendes til UI/U.designere, der omdanner dem til layout. Du er velkommen til at estimere skabelonen soft .are re .uirements Specification (SRS) oprettet af .b Soft .are.

designfase

Den næste fase i modeldiagrammerne, hvor præcist kravene til systemet vil blive implementeret teknisk. Denne fase dækker stort set sådanne komponenter som programmeringssprog, datalag, tjenester osv.,

implementeringsfase

den faktiske kildekode skrives endelig i tredje fase, implementering af alle modeller, forretningslogik og serviceintegrationer, der blev specificeret i de foregående trin. Processen med hele kodeoprettelse kan opdeles i små enheder, og hver enhed udvikles og testes for dens funktionalitet (enhedstest). Bagefter er et helt system bygget ud af færdige enheder, og den fjerde fase starter.,

testfase

efter udviklingsfasen skal produktet opleve en grundig kvalitetssikring og soft .aretest for at opdage fejl i et system. Testere er involveret i at finde og rapportere problemer, der skal løses. For at gemme registrerede problemer, kan et fejlsporingssystem udnyttes med det mål, at problemerne kan håndteres i løbet af vedligeholdelsens livscyklusfase.

soft .aren kan overføres, når koden spørgsmål er rettet. Klienten er engageret i accept test for at evaluere det til udnyttelse.,

vedligeholdelsesfase

så snart produktet er til placering i et levende miljø, går det ind i den færdige vedligeholdelsesfase i udviklingscyklussen. Vedligeholdelsesfasen involverer ikke kun implementeringen af applikationen, men også support og vedligeholdelse, der kan være nødvendigt for at holde den funktionel og opdateret.

Læs også kriterierne for smertefri outsourcing vi opført efter prioritet i artikel 7 Tips til at vælge et Outsourcing Webebudviklingsfirma.,

vandfaldsmodel fordele og ulemper

vandfaldsmodellen er let at følge og forstå, det er almindeligt for store institutioner med mange niveauer af beslutningstagning og koordinering. Som enhver anden SDLC-model har den stadig sine stærke og svage sider. Vandfaldsmodel kan ikke passe til enhver tænkelig form for et projekt., manglende synlighed af de aktuelle fremskridt

konklusion

vandfaldsmodellen passer bedst:

• til små og korte projekter.,
• når kravene er uforanderlige.
• for kunder med en kompleks virksomhedsstruktur med mange niveauer af koordinering.

derudover er det tilrådeligt at estimere en gratis Soft .are re .uirements Specification (SRS) skabelon oprettet af .b Soft .are.