într-un proiect practic de dezvoltare de software, modelul clasic cascada este greu de utilizat. Deci, modelul iterativ al cascadei poate fi considerat ca încorporând modificările necesare modelului clasic al cascadei pentru a-l face utilizabil în proiecte practice de dezvoltare software. Este aproape la fel ca modelul clasic cascadă cu excepția unor modificări sunt făcute pentru a crește eficiența dezvoltării de software.
modelul cascadei iterative oferă căi de feedback de la fiecare fază la fazele sale precedente, care este principala diferență față de modelul cascadei clasice.
căile de Feedback introduse de modelul cascadă iterativă sunt prezentate în figura de mai jos.
când erorile sunt detectate într-o anumită fază ulterioară, aceste căi de feedback permit corectarea erorilor comise de programatori în timpul unei anumite faze. Căile de feedback permit reprelucrarea fazei în care sunt comise erori și aceste modificări sunt reflectate în fazele ulterioare. Dar, nu există nici o cale de feedback la etapa – studiu de fezabilitate, pentru că odată ce un proiect a fost luată, nu renunță la proiect cu ușurință.
este bine să detectăm erorile în aceeași fază în care sunt comise. Reduce efortul și timpul necesar pentru a corecta erorile.
faza de izolare a erorilor: principiul detectării erorilor cât mai aproape de punctele lor de angajament este cunoscut sub numele de faza de izolare a erorilor.
avantajele modelului de cascadă iterativă
- calea de Feedback: În modelul clasic de cascadă, nu există căi de feedback, deci nu există niciun mecanism de corectare a erorilor. Dar, în iterativ calea de feedback model de cascadă de la o fază la faza precedentă permite corectarea erorilor care sunt comise și aceste modificări sunt reflectate în fazele ulterioare.
- simplu: modelul Cascada iterativ este foarte simplu de înțeles și de a folosi. De aceea este unul dintre cele mai utilizate modele de dezvoltare software.
dezavantaje ale modelului de cascadă iterativă
- dificil de încorporat cereri de schimbare: Dezavantajul major al modelului de cascadă iterativă este că toate cerințele trebuie să fie clar menționate înainte de începerea fazei de dezvoltare. Clientul poate modifica cerințele după ceva timp, dar modelul cascadă iterativă nu lasă nici un domeniu de aplicare pentru a încorpora cererile de schimbare care sunt făcute după începerea fazei de dezvoltare.
- livrarea incrementală nu este acceptată: în modelul cascadă iterativă, software-ul complet este complet dezvoltat și testat înainte de livrarea către client. Nu există nicio posibilitate de livrare intermediară. Deci, clienții trebuie să aștepte mult timp pentru a obține software-ul.
- suprapunerea fazelor neacceptate: modelul cascadă iterativă presupune că o fază poate începe după finalizarea fazei anterioare, dar în proiectele reale, fazele se pot suprapune pentru a reduce efortul și timpul necesar finalizării proiectului.
- gestionarea riscurilor nu este acceptată: proiectele pot suferi de diferite tipuri de riscuri. Dar, modelul cascadă iterativ nu are nici un mecanism de manipulare a riscurilor.
- interacțiuni limitate cu clienții: Interacțiunea cu clienții are loc la începutul proiectului în momentul colectării cerințelor și la finalizarea proiectului în momentul livrării software-ului. Aceste mai puține interacțiuni cu clienții pot duce la multe probleme, deoarece software-ul final dezvoltat poate diferi de cerințele reale ale clienților.
