Che cosa è SDLC cascata Modello?

Introduzione:

Il modello a cascata è un esempio di modello sequenziale. In questo modello, l’attività di sviluppo software è divisa in diverse fasi e ogni fase consiste in una serie di compiti e ha obiettivi diversi.

Waterfall model è il pioniere dei processi SDLC. In realtà, è stato il primo modello che è stato ampiamente utilizzato nel settore del software. È diviso in fasi e l’output di una fase diventa l’input della fase successiva., È obbligatorio che una fase venga completata prima dell’inizio della fase successiva. In breve, non c’è sovrapposizione nel modello a cascata

In cascata, lo sviluppo di una fase inizia solo quando la fase precedente è completa. A causa di questa natura, ogni fase del modello cascata è abbastanza preciso ben definito. Poiché le fasi cadono da un livello più alto a un livello più basso, come una cascata, è chiamato come il modello a cascata.,

la rappresentazione Pittorica del modello a cascata:

L’attività di diverse fasi, come segue:

S. N Fase Attività svolta Risultati
1 Analisi dei Requisiti 1. Cattura tutti i requisiti.
2. Fare brainstorming e walkthrough per comprendere i requisiti.
3. Eseguire il test di fattibilità dei requisiti per garantire che i requisiti siano verificabili o meno.,
RUD ( Requisiti Understanding Document)
2 Progettazione del sistema 1. Secondo i requisiti, crei la progettazione
2. Acquisire i requisiti hardware / software.
3. Documentare i progetti
HLD ( High Level Design document)
LLD (Low level design document)
3 Implementazione 1. Come per il design creare i programmi / codice
2. Integrare i codici per la fase successiva.
3., Unit testing del codice
Programmi
Unit test case e risultati
4 System Testing 1. Integra il codice testato dell’unità e testalo per assicurarti che funzioni come previsto. 2. Eseguire tutte le attività di test (funzionali e non) per assicurarsi che il sistema soddisfi i requisiti.
3. In caso di qualsiasi anomalia, segnalalo.
4. Tieni traccia dei tuoi progressi sui test attraverso strumenti come metriche di tracciabilità, ALM
5. Segnala le tue attività di test.
Casi di test
Rapporti di test
Rapporti sui difetti
Matrici aggiornate.,
5 Distribuzione del sistema 1. Assicurarsi che l’ambiente sia attivo
2. Assicurarsi che non ci siano difetti sev 1 aperti.
3. Assicurarsi che i criteri di uscita del test siano soddisfatti.
4. Distribuire l’applicazione nel rispettivo ambiente.
5. Eseguire un controllo di integrità nell’ambiente dopo la distribuzione dell’applicazione per garantire che l’applicazione non si rompa.
Manuale utente
Ambiente definizione / specifica
6 Manutenzione del sistema 1., Assicurarsi che l’applicazione sia attiva e funzionante nel rispettivo ambiente.
2. In caso di incontri utente e difetto, assicurarsi di notare e risolvere i problemi affrontati.
3. In caso di qualsiasi problema è stato risolto; il codice aggiornato viene distribuito nell’ambiente.
4.L’applicazione è sempre migliorata per incorporare più funzionalità, aggiornare l’ambiente con le ultime funzionalità
Manuale utente
Elenco dei biglietti di produzione
Elenco delle nuove funzionalità implementate.

Quando usare il modello a cascata SDLC?,

Il modello a cascata SDLC viene utilizzato quando i requisiti

  • sono stabili e non vengono modificati frequentemente.
  • Un’applicazione è piccola.
  • Non c’è alcun requisito che non sia compreso o non molto chiaro.
  • L’ambiente è stabile
  • Gli strumenti e le tecniche utilizzate sono stabili e non dinamici
  • Le risorse sono ben addestrate e disponibili.

Pro e contro del modello a cascata

I vantaggi dell’utilizzo del modello a cascata sono i seguenti:

  • Semplice e facile da capire e da usare.,
  • Per progetti più piccoli, il modello a cascata funziona bene e produce i risultati appropriati.
  • Poiché le fasi sono rigide e precise, una fase viene eseguita una alla volta, è facile da mantenere.
  • I criteri di entrata e di uscita sono ben definiti, quindi è facile e sistematico procedere con la qualità.
  • I risultati sono ben documentati.

Svantaggi dell’utilizzo del modello a cascata:

  • Non è possibile adottare i cambiamenti nei requisiti
  • Diventa molto difficile tornare alla fase., Ad esempio, se l’applicazione è ora passata alla fase di test e c’è un cambiamento nel requisito, diventa difficile tornare indietro e cambiarlo.
  • La consegna del prodotto finale è in ritardo in quanto non esiste un prototipo che sia dimostrato in modo intermedio.
  • Per progetti più grandi e complessi, questo modello non è buono in quanto un fattore di rischio è più alto.
  • Non adatto per i progetti in cui i requisiti sono cambiati frequentemente.
  • Non funziona per progetti lunghi e in corso.,
  • Poiché il test viene eseguito in una fase successiva, non consente di identificare le sfide e i rischi nella fase precedente, quindi la strategia di mitigazione del rischio è difficile da preparare.

Conclusione

Nel modello a cascata, è molto importante togliere il segno dei risultati finali di ogni fase. Ad oggi la maggior parte dei progetti si sta muovendo con modelli Agili e prototipi, il modello a cascata è ancora valido per progetti più piccoli. Se i requisiti sono semplici e testabili, il modello a cascata produrrà i migliori risultati.

Articles

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *