Dezavantaje ale modelului cascadă

Principalele avantaje ale modelului cascadă

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ă, documentația utilizatorului este de asemenea dezvoltată, acoperind toate tipurile de suport de sistem informatic (organizațional, metodic, informatic, software, hardware) furnizate 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 unor sisteme informatice specifice. Acestea sunt sisteme pentru care, chiar la începutul dezvoltării, este posibilă formularea exactă ș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.







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 neajunsurile în orice etapă se manifestă, de regulă, în etapele ulterioare de lucru, ceea ce conduce la o întoarcere extrem de importantă;
  • 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.

Folosit pentru a dezvolta modelul de sistem de informații preseed obekta͵ îndeplinesc criteriile de coerență internă și completitudinea, pot fi diferite motive pentru momentul perimate de proiectare (de exemplu, datorită modificărilor în legislație, fluctuațiile de schimb valutar, 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 este faptul că defectele din etapa anterioară nu pot fi detectate imediat într-o etapă ulterioară, dar mai târziu (de exemplu, erorile în descrierea zonei subiect pot apărea în faza de funcționare a procesului). Aceasta înseamnă că o parte a proiectului trebuie returnată în faza inițială a lucrării. În general, lucrarea ar trebui returnată din orice etapă în orice etapă anterioară, în acest sens, î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ă. Provocările legate de funcționarea în paralel sunt legate de importanța crucială a coordonării 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 trebuie să se realizeze mai des și mai atent 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 constă în faptul că, atunci când se efectuează modificări la o parte a proiectului, este extrem de important să se notifice toți dezvoltatorii care au folosit sau ar putea folosi această parte în munca lor. Ca rezultat, volumul de documentație crește foarte rapid pe măsură ce proiectul se dezvoltă, astfel încât este nevoie de mai mult timp pentru a compune și familiariza cu documentația.

De asemenea, trebuie remarcat faptul că, pe lângă studiul materialului nou, importanța studierii informațiilor vechi nu dispare. 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. Din acest motiv, este necesară intervenția administrativă pentru a se ajunge la un acord asupra timpului de lucru și a compoziției 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 acestora tot mai mare. Întoarcerea la etapele anterioare trebuie să fie 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.

Din acest motiv, se poate argumenta că proiectele complexe dezvoltate într-o schemă cascadă au un nivel crescut de risc.

Citiți de asemenea

Principalele avantaje ale modelului cascadă Lectura 10 Modelul cascadă are o serie de aspecte pozitive, datorită cărora sa dovedit bine în implementarea diferitelor dezvoltări tehnologice și a devenit foarte răspândit. Luați în considerare. [citeste mai mult].

Lista deficiențelor modelului cascadă atunci când este utilizată pentru dezvoltarea sistemelor informatice este destul de extinsă. Mai întâi, listați-le, apoi luați în considerare cele mai importante: · o întârziere semnificativă în obținerea rezultatelor; · Erorile și neajunsurile. [citeste mai mult].







Articole similare

Trimiteți-le prietenilor: