Ce este modelul Cascada SDLC?
introducere:
modelul cascadei este un exemplu de model secvențial. În acest model, activitatea de dezvoltare software este împărțită în diferite faze și fiecare fază constă dintr-o serie de sarcini și are obiective diferite.
Modelul Cascada este pionier al proceselor SDLC. De fapt, a fost primul model care a fost utilizat pe scară largă în industria software. Acesta este împărțit în faze și de ieșire de o fază devine intrarea fazei următoare., Este obligatoriu ca o fază să fie finalizată înainte de începerea următoarei faze. Pe scurt, nu există suprapuneri în modelul cascadei
în cascadă, dezvoltarea unei faze începe numai atunci când faza anterioară este completă. Datorită acestei naturi, fiecare fază a modelului cascadei este destul de precisă, bine definită. Deoarece fazele cad de la un nivel superior la un nivel inferior, ca o cascadă, este numit ca model de cascadă.,
reprezentare grafică a modelului cascada:
activitățile implicate în diferite faze sunt după cum urmează:
| S. Nu | Faza | Activități Efectuate | Rezultate |
|---|---|---|---|
| 1 | Cerința de Analiză | 1. Capturați toate cerințele. 2. Faceți brainstorming și walkthrough pentru a înțelege cerințele. 3. Efectuați testul de fezabilitate pentru a vă asigura că cerințele sunt testabile sau nu., |
RUD ( cerințe document înțelegere) |
| 2 | proiectare sistem | 1. Conform cerințelor, creați designul 2. Capturați cerințele hardware / software. 3. Document proiectele |
HLD (document de proiectare la nivel înalt) LLD (document de proiectare la nivel scăzut) |
| 3 | implementare | 1. Ca pe design crea programe / Cod 2. Integrați codurile pentru faza următoare. 3., Unitatea de testare a codului |
programe unități de testare cazuri și rezultate |
| 4 | sistem de testare | 1. Integrați codul testat al unității și testați-l pentru a vă asigura că funcționează conform așteptărilor. 2. Efectuați toate activitățile de testare (funcționale și nefuncționale) pentru a vă asigura că sistemul îndeplinește cerințele. 3. În caz de anomalie, raportați-o. 4. Urmăriți-vă progresul în testare prin instrumente precum trasabilitatea metrics, ALM 5. Raportați activitățile de testare. |
cazuri de testare rapoarte de testare rapoarte defecte matrice actualizate., |
| 5 | implementarea sistemului | 1. Asigurați-vă că mediul este în sus 2. Asigurați-vă că nu există defecte sev 1 deschise. 3. Asigurați-vă că criteriile de ieșire ale testului sunt îndeplinite. 4. Implementați aplicația în mediul respectiv. 5. Efectuați o verificare a sănătății în mediu după ce aplicația este implementată pentru a vă asigura că aplicația nu se rupe. |
Manual de Utilizare mediu definiție / specificație |
| 6 | Întreținere sistem | 1., Asigurați-vă că aplicația este în funcțiune în mediul respectiv. 2. Incase întâlniri de utilizator și defect, asigurați-vă că pentru a nota și rezolva problemele cu care se confruntă. 3. Incase orice problemă este fixă; codul actualizat este implementat în mediu. 4.Aplicația este întotdeauna îmbunătățită pentru a încorpora mai multe caracteristici, actualiza mediul cu cele mai recente caracteristici |
Manual de utilizare Lista de bilete de producție Lista de noi caracteristici implementate. |
Când să utilizeze SDLC Modelul Cascada?,
Modelul Cascada SDLC este utilizat atunci când
- cerințele sunt stabile și nu sa schimbat frecvent.
- o aplicație este mică.
- nu există nicio cerință care să nu fie înțeleasă sau foarte clară.
- mediul este stabil
- instrumentele și tehnicile utilizate sunt stabile și nu sunt dinamice
- resursele sunt bine instruite și sunt disponibile.avantajele utilizării modelului cascadei sunt următoarele:
- simplu și ușor de înțeles și de utilizat.,
- pentru proiectele mai mici, modelul cascadei funcționează bine și dă rezultate adecvate.deoarece fazele sunt rigide și precise, o fază se face una câte una, este ușor de întreținut.
- criteriile de intrare și ieșire sunt bine definite, astfel încât este ușor și sistematic pentru a continua cu calitatea.
- rezultatele sunt bine documentate.
dezavantajele utilizării modelului cascadă:
- nu poate adopta modificările cerințelor
- devine foarte dificil să reveniți la fază., De exemplu, dacă aplicația s-a mutat acum în stadiul de testare și există o schimbare a cerințelor, devine dificil să reveniți și să o schimbați.
- livrarea produsului final este tardivă, deoarece nu există un prototip care să fie demonstrat intermediar.
- pentru proiecte mai mari și complexe, acest model nu este bun, deoarece un factor de risc este mai mare.
- nu este potrivit pentru proiectele în care cerințele sunt schimbate frecvent.
- nu funcționează pentru proiecte lungi și în curs de desfășurare.,
- deoarece testarea se face într-o etapă ulterioară, aceasta nu permite identificarea provocărilor și riscurilor din faza anterioară, astfel încât strategia de diminuare a riscurilor este dificil de pregătit.
concluzie
în modelul cascada, este foarte important să se ia semnul de pe rezultatele fiecărei faze. Începând de astăzi, majoritatea proiectelor se deplasează cu modele Agile și prototipuri, Modelul Waterfall rămâne bun pentru proiectele mai mici. În cazul în care cerințele sunt simple și testabile, Modelul Cascada va da cele mai bune rezultate.