modelul căderii de apă

Postat de:Margaret Rouse

[Link]

Contributor(s): Sarah Lewis

Modelul în cascadă este o abordare liniară ș i secvenț ială a ciclului de viaț ă al dezvoltării software-ului.(SDLC) asta este
popular îninginerie softwareș idezvoltarea produselor. Modelul în cascadă pune accent pe o
progresia logică a paș ilor. Similar direcț iei în care apa curge peste marginea unei stânci, distinct
punctele finale sau obiectivele sunt stabilite pentru fiecare fază de dezvoltare ș i nu pot fi revizuite după finalizare.
termenul a fost introdus pentru prima dată într-un articol publicat în 1970 de Dr. Winston W. Royce ș i continuă să fie
utilizat în aplicaț ii de design industrial.

Metodologia waterfall este compusă din ș apte etape care nu se suprapun:

1. Cerin ț e: Cerin ț ele poten ț iale, termenele limită ș i liniile directoare pentru proiect sunt analizate
ș i plasat într-unspecificaț ie funcț ională. Această etapă se ocupă cu definirea ș i planificarea
proiect fără a menț iona procese specifice.

2. Analiză: Specifica ț iile sistemului sunt analizate pentru a genera modele de produs
ș ilogica de afaceri acesta va ghida producț ia. Aceasta este, de asemenea, atunci când aspectele financiare ș i tehnice
resursele sunt audit pentru fezabilitate.
 3. Design: Un document de specifica ț ii de design este creat pentru a contura cerin ț ele tehnice de design
precum limbajul de programare,hardware, surse de datearhitecturăș i servicii.

4. Codare/Implementare: Thecod sursăeudezvoltat folosind modelele, logica ș i cerinț ele

numite în etapele anterioare. De obicei, sistemul este proiectat în componente mai mici sau unităț i,
înainte de a fi implementate împreună.

5. Testare: Acesta este momentul cândasigurarea calităț ii, unit, sistemand betatestele au loc pentru a raporta probleme
aceasta poate necesita să fie rezolvată. Acest lucru poate cauza o repetare forț ată a etapei de codare pentrudezgheț are.
Dacă sistemul trece testele, cascada continuă înainte.

6. Opera ț iune/Implementare: Produsul sau aplica ț ia este considerat complet func ț ional ș i este implementat în
o mediu live.

7. Între ț inere: Între ț inerea corectivă, adaptivă ș i perfectivă se realizează pe o perioadă nedeterminată pentru
îmbunătăț iț i, actualizaț i ș i îmbunătăț iț i produsul final. Acest lucru ar putea include lansareapachetactualizări sau
lansarea de versiuni noi.

Înainte de a trece la următoarea fază, de obicei există un proces de revizuire ș i aprobat pentru a asigura că toate definiț iile sunt respectate.
obiectivele au fost îndeplinite.
Abordarea în cascadă este ideală pentru proiectele care au documentaț ie specifică, cerinț e fixe ș i ample.
resurse, un calendar stabilit ș i tehnologie bine înț eleasă. Alternative la modelul de tip waterfall
includ dezvoltarea aplicaț iilor comuneent (JAD), dezvoltare rapidă a aplicaț iilor(RAD), sincronizare ș i stabilizare,
Gestionarea proiectelor Agile(APM) ș imodelul spiral.

Avantajele modelului în cascadă

Deș i metodele agile sau dinamice înlocuiesc adesea modelul în cascadă, există câteva avantaje:

Etapele de documentare ș i planificare iniț ială permit echipelor mari sau în schimbare să rămână
informaț i ș i îndreptaț i-vă spre un obiectiv comun.

Forț e structurate, organizaț ie disciplinată.

Este simplu de înț eles, de urmat ș i de organizat sarcinile.

Facilitează departamentalizarea ș i controlul managerial bazat pe program sau [Link]ă.

Întăreș te obiceiurile bune de programare pentru a defini înainte de design ș i apoi a scrie cod.

Permite efectuarea uș oară a modificărilor de proiectare sau specificaț ie în etapele timpurii.

Defineș te clar etapele ș i termenele limită.

Dezavantajele modelului waterfall

Dezavantajele modelului în cascadă se învârt de obicei în jurul riscurilor asociate cu lipsa revizuirii,
inclusiv:

Designul nu este adaptabil; adesea, când se găseș te o eroare, întregul proces trebuie să o ia de la capăt.

Ignoră potenț ialul de a primi utilizatori în procesul de mijloc sauclientfeedback ș i face modificări pe baza
rezultate.

Delays testing until the end of the development life cycle.

Nu ia în considerarecorectarea erorilor.

Nu gestionează solicitările de modificare,domeniuajustări sau actualizări bine.

Reduce eficienț a prin nepermiterea suprapunerii proceselor.

Niciun produs funcț ional nu este disponibil până în etapele ulterioare ale ciclului de viaț ă.

Nu este ideal pentru complex, risc ridicat, continuu sauobject-proiecte orientate.

Margaret Rouseîntreabă:

Ce procese foloseș te organizaț ia dumneavoastră prin modelul de tip waterfall?

Participă la discuț ie

Definiț ia 'Modelului Waterfall'

Definiț ie: Modelul în cascadă este un model clasic utilizat în ciclul de viaț ă al dezvoltării sistemelor pentru a crea o
sistem cu o abordare liniară ș i secvenț ială. Este denumit model de tip apă căzătoare deoarece modelul se dezvoltă
sistematic dintr-o fază în alta într-o manieră descendentă. Acest model este împărț it în diferite
faze ș i rezultatul unei faze este folosit ca input pentru faza următoare. Fiecare fază trebuie să fie
finalizat înainte ca următoarea fază să înceapă ș i nu există suprapuneri între faze.

Description:The sequential phases described in the Waterfall model are:

1. Colectarea cerinț elor - Toate cerinț ele posibile sunt capturate în documentele de cerinț e pentru produs.

2. Analiză Citeș te - cerinț a ș i pe baza analizei defineș te schemele, modelele ș i afacerea

reguli.

3. Proiectarea sistemului -- Pe baza analizei, proiectaț i arhitectura software.

4. Dezvoltarea implementării software-ului în unităț i mici cu testare funcț ională.

5. Integrare ș i Testare Integrarea fiecărei unităț i dezvoltate în faza anterioară ș i testul de post-integrare
întregul sistem pentru orice defecte.

6. Implementarea sistemului - Faceț i produsul activ în mediu de producț ie după ce toate funcț ionalităț ile ș i
nonfunctional testing completed.

7. Întreț inere Remedierea problemelor ș i lansarea unei noi versiuni cu patch-uri pentru problemele necesare.
Advantages: 1. Easy to use, simple and understandable, 2. Easy to manage as each phase has specific
produse ș i proces de revizuire, 3. Etape clar definite, 4. Funcț ionează bine pentru proiecte mai mici unde
cerinț ele sunt foarte clare, 5. Procesul ș i rezultatul fiecărei etape sunt menț ionate clar în
document.

Dezavantaje: 1. Nu permite multă reflecț ie sau revizuire. Când produsul este în faza de testare, este
foarte greu să te întorci ș i să schimbi ceva care a fost lăsat în timpul fazei de analiză a cerinț elor.

2. Riscurile ș i incertitudinea sunt ridicate.

3. Nu este recomandat pentru proiecte complexe ș i orientate pe obiect.

4. Cerinț ele schimbătoare nu pot fi acomodate în nicio fază.

5. Deoarece testarea se face într-o fază ulterioară. Deci, există o ș ansă ca provocările ș i riscurile din fazele anterioare să fie
neidentificat.
{"title":"Ce este Modelul Waterfall în SDLC? Avantaje ș i Dezavantaje","content":""}

Ce este modelul Waterfall?

Modelul Waterfall este un model secvenț ial care împarte dezvoltarea software-ului în diferite etape. Fiecare
faza este concepută pentru a efectua activităț i specifice în timpul fazei SDLC. A fost introdusă în 1970 de
Winston Royce.

Fazele diferite ale modelului Waterfall în ingineria software

Faze diferite Activităț ile desfăș urate în fiecare etapă

Colectarea cerinț elor În această fază, cerinț ele detaliate ale sistemului software care urmează să fie dezvoltat sunt
etapă adunat de la client

Etapa de proiectare Planifică limbajul de programare, de exempluJava, PHP, .net

sau o bază de date precum Oracle, MySQL, etc.

Sau alte detalii tehnice de înalt nivel ale proiectului

Scenă construită După etapa de design, urmează etapa de construcț ie, care nu este altceva decât codarea software-ului.

Stadiul de testare În această fază, testezi software-ul pentru a verifica dacă a fost construit conform specificaț iilor.
dat de client.

Stadiul de desfăș urare Implementaț i aplicaț ia în mediul respectiv

Etapa de mentenanț ă Odată ce sistemul tău este pregătit pentru utilizare, este posibil să fie necesar să schimbi codul conform

cerere client

Când să foloseș ti Modelul de apăcă de SDLC

Modelul în cascadă poate fi folosit când

Cerinț ele nu se schimbă frecvent

Aplicaț ia nu este complicată ș i mare.

Proiectul este scurt

Cerinta este clara

Mediul este stabil

Tehnologia ș i instrumentele folosite nu sunt dinamice ș i sunt stabile

Resursele sunt disponibile ș i instruite

Avantajele ș i dezavantajele modelului Waterfall

Avantaje Dezavantaje

Înainte de următoarea fază de dezvoltare, Eroarea poate fi corectată doar în timpul fazei
fiecare etapă trebuie să fie completată

Potrivit pentru proiecte mai mici unde Nu este de dorit pentru un proiect complex
cerinț ele sunt bine definite unde cerinț ele se schimbă frecvent

Trebuie să efectueze asigurarea calităț ii Perioada de testare vine destul de târziu în

test (Verificare ș i Validare) înainte de proces de dezvoltare
finalizând fiecare etapă

Documentaț ia detaliată este realizată în fiecare Documentaț ia ocupă mult timp

faza ciclului de dezvoltare a software-ului dezvoltatori ș i testeri

Proiectul este complet dependent de Feedback-ul valoros al clienț ilor nu poate fi

echipă de proiect cu client minim inclus în faza de dezvoltare continuă
intervenț ie

Orice modificări în software sunt efectuate în timpul Schimbări mici sau erori care apar în
procesul de dezvoltare software-ul completat poate cauza multe
probleme