Modedul cascada (waterfall)

Modedul cascada (waterfall)

Etape:

analiza si definirea cerintelor: Sunt stabilite serviciile, constrangerile si scopurile sistemului prin consultare cu utilizatorul. (analiza: ce trebuie sa faca sistemul)

design: Se stabileste o arhitectura de ansamblu si functiile sistemului software pornind de la cerinte. (design: cum trebuie sa se comporte sistemul)

implementare si testare unitara: Designul sistemului este transformat intr-o multime de programe (unitati de program); testarea unitatilor de program verifica ca fiecare unitatate de program este conforma cu specificatia

integrare si testare sistem. Unitatile de program sunt integrate si testate ca un sistem complet; apoi acesta este livrat clientului

operare si mentenanta. Sistemul este folosit in practica; mentenanta include: corectarea erorilor, imbunatatirea unor servicii, adaugarea de noi functionalitati

	Operare si Mentenanta

Fiecare etapa nu trebuie sa inceapa inainte ca precedenta sa fie incheiata.

Fiecare faza are ca rezultat unul sau mai multe doumente care trebuiesc "aprobate"

Este bazat pe pe modele de proces folosite pentru productia de hardware

Avantaj: proces bine structurat, riguros, clar; produce sisteme robuste

Probleme:

Dezvoltarea unui sistem software nu este de obicei un proces liniar, etapele se intrepatrund

Metoda ofera un punct de vedere static asupra cerintelor

Schimbarile cerintelor nu pot fi luate in considerare dupa aprobarea specificatiei

Nu permite implicarea utilizatiorului dupa aprobarea specificatiei

Concluzie: Modelul Cascada trebuie folosit atunci cand cerintele sunt bine intelese si cand este necesar un proces de dezvoltare clar si riguros.