Să luăm în considerare principalele sale avantaje.
- În fiecare etapă se formează un set complet de documente de proiectare care îndeplinește criteriile de exhaustivitate și consecvență. În etapa finală, se elaborează și documentația utilizatorului, care acoperă toate tipurile de suport de sistem informatic (organizațional, metodic, informațional, software, hardware) prevăzute de standarde.
- Etapele muncii efectuate într-o succesiune logică permit planificarea datelor de încheiere și a costurilor corespunzătoare.
Abordarea în cascadă sa dovedit a fi în dezvoltarea anumitor sisteme informatice. Acestea sunt sisteme pentru care, la începutul dezvoltării, este posibilă formularea cu exactitate și completă a tuturor cerințelor, pentru a oferi dezvoltatorilor libertatea de a alege implementarea cea mai bună din punct de vedere tehnic. Astfel de sisteme de informare, în special, includ sisteme complexe de calcul, sisteme în timp real.
Dezavantaje ale modelului cascadă
Lista deficiențelor modelului cascadă atunci când este utilizată pentru dezvoltarea sistemelor informatice este destul de extinsă:
- întârzierea semnificativă în obținerea rezultatelor;
- erorile și deficiențele din oricare dintre etape se manifestă, de regulă, în etapele ulterioare ale muncii, ceea ce conduce la nevoia de a reveni;
- complexitatea lucrărilor paralele asupra proiectului;
- excesul de saturație a informațiilor excesive în fiecare etapă;
- complexitatea managementului de proiect;
- Nivel ridicat de risc și nesiguranță a investițiilor.
Întârzierea obținerii rezultatelor este de obicei considerată principalul dezavantaj al schemei de cascadă. Acest neajuns se manifestă în principal prin faptul că, datorită unei abordări coerente a dezvoltării, coordonarea rezultatelor cu părțile interesate se face numai după încheierea următoarei etape de lucru.
Modelele unui obiect automatizat utilizat în dezvoltarea unui sistem informatic care îndeplinesc criteriile de consecvență și completitudine internă pot deveni depășite din diverse motive în timpul dezvoltării (de exemplu, datorită modificărilor legislației, fluctuațiilor cursurilor de schimb etc.). Acest lucru se aplică modelului funcțional, modelului de informații, proiectelor interfeței utilizator și documentației utilizatorului.
Reveniți la etapele anterioare. Acest neajuns al modelului de cascadă, în general, este una dintre manifestările precedente. Returul poate servi drept motiv pentru întreruperea programului de lucru și complicarea relației dintre grupurile de dezvoltatori care desfășoară etape separate de lucru.
Cel mai neplăcut lucru este că defectele etapei anterioare nu pot fi detectate imediat într-o etapă ulterioară, dar mai târziu (de exemplu, în stadiul de exploatare pot apărea erori în descrierea domeniului). Aceasta înseamnă că o parte a proiectului trebuie returnată în faza inițială a lucrării. În general, munca poate fi returnată din orice etapă în orice etapă anterioară, astfel încât, în realitate, schema de proiectare în cascadă pare a fi prezentată în Fig. 2.
Fig. 2. Proces real de dezvoltare prin schema cascadă.
Complexitatea muncii paralele. Problemele provin din faptul că lucrările asupra proiectului sunt construite sub forma unui lanț de pași succesivi. Și chiar și în cazul în care dezvoltarea unor părți ale proiectului (subsistemele) poate fi efectuată în paralel, atunci când se utilizează o schemă de cascadă, paralelizarea lucrării este foarte dificilă. Complexitatea lucrărilor paralele este legată de necesitatea unei coordonări permanente a diferitelor părți ale proiectului. Cu cât interdependența dintre părțile individuale ale proiectului este mai puternică, cu atât mai des și cu mult mai mult trebuie să se efectueze sincronizarea, cu atât grupurile de dezvoltatori depind mai mult de ele.
Supra saturația informației. Problema supraesaturației informațiilor rezultă din dependența puternică dintre diferitele grupuri de dezvoltatori. Problema este că, atunci când se efectuează modificări la o parte a proiectului, este necesar să se notifice toți dezvoltatorii care au folosit sau ar putea folosi această parte în munca lor. În consecință, volumul de documentație crește foarte rapid pe măsură ce se dezvoltă proiectul, deci este nevoie de mai mult timp pentru a compila și a citi documentația.
De asemenea, trebuie remarcat faptul că, pe lângă studierea noului material, nu este necesar să se studieze vechea informație. Acest lucru se datorează faptului că situația este destul de probabilă atunci când componența echipei de dezvoltare este schimbată în procesul de dezvoltare (acest proces se numește rotația personalului).
Complexitatea managementului de proiect atunci când se utilizează o schemă de cascadă se datorează în principal unei secvențe stricte a etapelor de dezvoltare și prezenței unor relații complexe între diferite părți ale proiectului.
Secvența de dezvoltare a proiectului conduce la faptul că unele grupuri de dezvoltatori ar trebui să aștepte rezultatele activității altor echipe. Prin urmare, este necesară intervenția administrativă pentru a se ajunge la un acord cu privire la calendarul lucrărilor și la compunerea documentelor transmise.
Nivel ridicat de risc. Cu cât proiectul este mai complex, cu atât durata fiecărei etape de dezvoltare este mai lungă și cu atât mai complexă este relația dintre părțile individuale ale proiectului, numărul cărora crește și el. Întoarcerea la etapele anterioare poate fi asociată nu numai cu erorile, ci și cu schimbările care au avut loc în zona subiectului sau în cerințele clientului pentru timpul de dezvoltare. Iar returnarea proiectului pentru revizuire din aceste motive nu garantează faptul că zona subiectului nu se va schimba din nou până când următoarea versiune a proiectului este gata. De fapt, aceasta înseamnă că există posibilitatea ca procesul de dezvoltare să se "blocheze" și sistemul nu va ajunge niciodată la punerea în funcțiune.
Prin urmare, se poate argumenta că proiectele complexe dezvoltate de schema cascadă au un nivel crescut de risc.
Articole similare
Trimiteți-le prietenilor: