modelul cascadei este o abordare liniară, secvențială a ciclului de viață al dezvoltării software (SDLC), care este populară în ingineria software și dezvoltarea de produse. Modelul cascadei subliniază progresia pașilor. Similar cu direcția în care apa curge peste marginea unei stânci, sunt stabilite obiective sau obiective distincte pentru fiecare fază de dezvoltare și nu pot fi revizuite după finalizare. Termenul a fost introdus pentru prima dată într-o lucrare publicată în 1970 de Dr. Winston W., Royce și continuă să fie utilizate în aplicații de design industrial.metodologia cascadei este compusă din șapte etape care nu se suprapun:
- cerințe: cerințele potențiale, liniile directoare pentru proiect sunt analizate și plasate într-o specificație funcțională. Această etapă se ocupă de definirea și planificarea proiectului fără a menționa procese specifice.
- analiză: specificațiile sistemului sunt analizate pentru a genera modele de produse, iar afacerea va ghida producția. Acest lucru este, de asemenea, atunci când resursele financiare și tehnice sunt auditate pentru fezabilitate.,
- Design: un document de specificație de proiectare este creat pentru a sublinia cerințele tehnice de proiectare, cum ar fi limbajul de programare, hardware-ul, sursele de date, arhitectura și serviciile.
- codare / implementare: sursa dezvoltată folosind modelele, cerințele logice desemnate în etapele anterioare. De obicei, sistemul este proiectat în componente sau unități mai mici, înainte de a fi implementat împreună.
- testare: Acest lucru este atunci când asigurarea calității, unitate, teste beta au loc pentru a raporta problemele care ar putea fi necesar să fie rezolvate. Acest lucru poate provoca o repetare forțată a etapei de codificare pentru depanare., Dacă sistemul trece testele, Cascada continuă înainte.
- Operare/ implementare: produsul sau aplicația este considerată pe deplin funcțională și este implementată într-un mediu viu.
- întreținere: Întreținerea corectivă, adaptivă și perfectivă se efectuează pe o perioadă nedeterminată pentru a îmbunătăți, actualiza și îmbunătăți produsul final. Aceasta ar putea include lansarea sau lansarea de noi versiuni.,
Înainte de a trece la faza următoare, există, de obicei, un comentariu și să semneze pentru a se asigura că toate obiectivele propuse au fost îndeplinite.abordarea cascada este ideala pentru proiecte care au documentatie specifica, Cerinte fixe, resurse ample, o cronologie stabilita si o tehnologie bine inteleasa. Alternativele la modelul cascadei includ dezvoltarea comună a aplicațiilor (JAD), dezvoltarea rapidă a aplicațiilor (RAD), sincronizarea și stabilizarea, managementul de proiect agil (APM) și modelul spiral.,deși metodele agile sau dinamice înlocuiesc adesea modelul cascadei, există câteva avantaje: etapele inițiale de documentare și planificare permit echipelor mari sau în schimbare să rămână informate și să se îndrepte spre un obiectiv comun.
- nu este adaptabil; de multe ori atunci când se constată un defect, întregul proces trebuie să înceapă peste.
- ignoră potențialul de a primi feedback de la utilizatori sau Clienți la mijlocul procesului și de a face modificări pe baza rezultatelor.
- întârzie testarea până la sfârșitul ciclului de viață al dezvoltării.,
- nu ia în considerare corectarea erorilor.
- nu gestionează bine cererile de modificări, ajustări de domeniu sau actualizări.
- reduce eficiența prin faptul că nu permite suprapunerea proceselor.
- nici un produs de lucru este disponibil până la etapele ulterioare ale ciclului de viață.
- nu este ideal pentru proiecte complexe, cu risc ridicat, în curs de desfășurare sau orientate pe obiecte.