Cascada - Model Cascada

Dispozitiv model în cascadă

Modelul cascadă, cunoscut și sub numele de Cascada, este una dintre cele mai cunoscute abordări ale dezvoltării software. Autorul modelului este Winston Royce. În 1970, el a descris esența inovației sale într-un articol care detaliază avantajele și dezavantajele acesteia. În același loc, el a explicat cum acest model poate fi rafinat la un model iterativ. Inițial, în modelul cascadă, etapele de dezvoltare se desfășoară în următoarea ordine:

• Definirea si coordonarea cerintelor;
• Aprobarea proiectului;
• Codificare;
• Crearea unei versiuni de lucru a produsului software;
• Testare și depanare;
• Instalarea software-ului;
• A sustine.

Conform modelului cascadă, execuția acțiunilor de către dezvoltator are loc secvenţial - punct cu punct. Pentru început, se lucrează pentru a determina și a conveni asupra cerințelor software sub forma unei liste de completat.

După aceea, are loc o tranziție la crearea și aprobarea proiectului, în urma căreia este scrisă o documentație care descrie modul de implementare a cerințelor software convenite anterior.

Dacă proiectarea este finalizată, dezvoltatorii preiau implementarea. Urmează fuzionarea codului - integrarea părților individuale ale proiectului, la care au fost lucrate diverși membri ai echipei.

Următorul pas este testarea și depanarea produsului. Erorile găsite anterior sunt remediate aici.

În cele din urmă, programul este instalat și suportat. Presupune efectuarea, dacă este necesar, de modificări ale funcționalității și eliminarea erorilor constatate.

Modelul în cascadă presupune că puteți trece la următoarea etapă de dezvoltare strict secvenţial - numai după finalizarea sarcinii anterioare. Nu este prevăzută posibilitatea de rollback sau inconsecvență în faze.

Avantaje și dezavantaje

Din când în când, modelul cascadă este criticat din cauza lipsei de flexibilitate. Mulți nu le place pentru că în el predomină scopul managementului de proiect, în timp ce respectarea termenelor, costul și calitatea dezvoltării sunt mult mai importante.

Cu toate acestea, atunci când vine vorba de proiecte mari, atunci managementul este adesea mai important în ele, deoarece acest lucru reduce riscurile proiectului și îmbunătățește transparența în muncă.

În ciuda deficiențelor, versiunea a treia a PMBOK specifică în mod oficial doar metodologia „modelului în cascadă”. Alte opțiuni, inclusiv managementul iterativ de proiect, nu sunt oferite.

Avantajele modelului de cascadă:

• Dezvoltarea echipei este mai ușor de controlat. Clientul este familiarizat cu la ce lucrează programatorii în prezent, poate modifica termenele limită și bugetul proiectului.
• Costul de dezvoltare este aprobat în prima etapă. După ce s-a convenit asupra tuturor etapelor de implementare, produsul software este scris continuu.
• Nu sunt necesari testeri cu experiență. Pentru faza de testare, puteți utiliza documentația programului.

Dezavantajele modelului de cascadă:

• Deoarece testarea începe în stadiul de finalizare a dezvoltării, dacă se descoperă o eroare, va costa mai mult să o remediați decât în ​​etapa inițială. La urma urmei, testerii vor găsi o eroare numai atunci când dezvoltatorul a terminat deja de scris codul, iar copywriterii - documentația.
• Clientul se familiarizează cu produsul finit după finalizarea dezvoltării. În consecință, el poate evalua produsul numai atunci când este aproape complet gata. Dacă rezultatul nu îi place, costul bugetului proiectului va crește semnificativ din cauza necesității de corectare.
• Cu cât este mai multă documentație tehnică, cu atât este nevoie de mai mult pentru finalizarea lucrării. O astfel de documentație necesită mai multe modificări și aprobări.

„Cascada” este adesea folosită în proiecte din industria medicală și aerospațială, unde există deja o bază largă de documente, pe baza cărora este posibil să se întocmească cerințe pentru noul software.

Când utilizați modelul în cascadă, principalul lucru este să scrieți cerințe detaliate. În timpul testării, nu ar trebui să se dovedească că există o eroare undeva care are un efect dăunător asupra întregului proiect.