what is sdlc waterfall model
Què és Model de cascada SDLC ?
Introducció :
El model de cascada és un exemple de model seqüencial. En aquest model, l'activitat de desenvolupament de programari es divideix en diferents fases i cada fase consta d'una sèrie de tasques i té diferents objectius.
El model de cascada és el pioner del Processos SDLC . De fet, va ser el primer model àmpliament utilitzat a la indústria del programari. Es divideix en fases i la sortida d’una fase es converteix en l’entrada de la següent fase. És obligatori completar una fase abans que comenci la següent fase. En resum, no hi ha cap solapament en el model de cascada
com invertir una matriu a Java
En cascada, el desenvolupament d’una fase només comença quan la fase anterior ha finalitzat. A causa d'aquesta naturalesa, cada fase del model de cascada és bastant precisa i ben definida. Com que les fases cauen d’un nivell superior a un nivell inferior, com una cascada, s’anomena model de cascada.
Representació pictòrica del model de cascada:
eina de corredor de càrrega per a proves de rendiment
Les activitats implicades en diferents fases són les següents:
S.No | Fase | Activitats realitzades | Lliurables |
---|---|---|---|
1 | Anàlisi de requisits | 1. Captureu tots els requisits. 2. Feu una pluja d'idees i un pas a continuació per entendre els requisits. 3. Feu la prova de viabilitat dels requisits per assegurar-vos que es puguin comprovar o no. | RUD (Document de comprensió dels requisits) |
2 | Disseny de sistemes | 1. Segons els requisits, creeu el disseny 2. Captureu els requisits de maquinari / programari. 3. Documenta els dissenys | HLD (document de disseny d'alt nivell) LLD (document de disseny de baix nivell) |
3 | Implementació | 1. Segons el disseny, creeu els programes / codi 2. Integrar els codis per a la següent fase. 3. Prova d'unitat del codi | Programes Casos i resultats de les proves de la unitat |
4 | Proves del sistema | 1. Integreu el codi provat per la unitat i proveu-lo per assegurar-vos que funciona correctament. 2. Realitzeu totes les activitats de prova (funcionals i no funcionals) per assegurar-vos que el sistema compleix els requisits. 3. En cas d'alguna anomalia, informeu-la. 4. Feu un seguiment del vostre progrés en proves mitjançant eines com ara mètriques de traçabilitat, ALM 5. Informeu de les vostres activitats de prova. | Casos de prova Informes de proves Informes de defectes Matrius actualitzades. |
5 | Desplegament del sistema | 1. Assegureu-vos que el medi ambient està en funcionament 2. Assegureu-vos que no hi ha defectes sev 1 oberts. 3. Assegureu-vos que es compleixen els criteris de sortida de la prova. 4. Desplegueu l'aplicació a l'entorn respectiu. 5. Realitzeu una comprovació del seny a l'entorn després de desplegar l'aplicació per garantir que l'aplicació no es trenqui. | Manual d'usuari Definició / especificació de l’entorn |
6 | Manteniment del sistema | 1. Assegureu-vos que l'aplicació està en funcionament a l'entorn respectiu. 2. Incasseu les deficiències i trobades d'usuaris, assegureu-vos de tenir en compte i solucionar els problemes afrontats. 3. En cas que es resolgui qualsevol problema; el codi actualitzat es desplega a l'entorn. 4. L’aplicació sempre es millora per incorporar més funcions, actualitzar l’entorn amb les darreres funcions | Manual d'usuari Llista de tiquets de producció Llista de noves funcions implementades. |
Què aprendreu:
Quan s’ha d’utilitzar el model de cascada SDLC?
El model SDLC Waterfall s'utilitza quan
- Els requisits són estables i no es canvien amb freqüència.
- Una aplicació és petita.
- No hi ha cap requisit que no s’entengui o sigui poc clar.
- L’entorn és estable
- Les eines i tècniques utilitzades són estables i no són dinàmiques
- Els recursos estan ben entrenats i estan disponibles.
Avantatges i inconvenients del model de cascada
Els avantatges d’utilitzar el model Waterfall són els següents:
- Senzill i fàcil d'entendre i utilitzar.
- Per a projectes més petits, el model de cascada funciona bé i dóna els resultats adequats.
- Com que les fases són rígides i precises, es fa una fase a la vegada, és fàcil de mantenir.
- Els criteris d’entrada i sortida estan ben definits, de manera que és fàcil i sistemàtic procedir amb la qualitat.
- Els resultats estan ben documentats.
Inconvenients d'utilitzar el model Waterfall:
- No es poden adoptar els canvis en els requisits
- Es torna molt difícil tornar a la fase. Per exemple, si l’aplicació ara ha passat a la fase de proves i hi ha un canvi en el requisit, es fa difícil tornar enrere i canviar-la.
- El lliurament del producte final es fa tard, ja que no hi ha cap prototip que es demostri de forma intermèdia.
- Per a projectes més grans i complexos, aquest model no és bo ja que el factor de risc és superior.
- No és adequat per als projectes on es canvien els requisits amb freqüència.
- No funciona per a projectes llargs i en curs.
- Atès que la prova es fa en una etapa posterior, no permet identificar el fitxer reptes i riscos en la fase anterior, de manera que l'estratègia de mitigació del risc és difícil de preparar.
Conclusió
En el model de cascada, és molt important agafar el tancar sessió dels lliuraments de cada fase. Avui en dia la majoria dels projectes es mouen Àgil i els models Prototype, el model Waterfall encara és bo per a projectes més petits. Si els requisits són directes i contrastables, el model Waterfall produirà els millors resultats.
Lectura recomanada
- Model en espiral: què és el model en espiral SDLC?
- Fases, metodologies, processos i models de SDLC (cicle de vida de desenvolupament de programari)
- Onsite: model offshore de projectes de proves de programari (i com fer-lo funcionar)
- Estudi de cas: Com eliminar els defectes de les cascades i els processos de desenvolupament àgil mitjançant un model híbrid
- Revisió de l'eina de gestió de proves de l'empresa Zephyr: com s'utilitzen els recursos del model de cascada a l'eina Agile
- Agile Vs Waterfall: Quina és la millor metodologia per al vostre projecte?
- Prova pràctica de programari: nou llibre electrònic gratuït (Descarregar)
- Què és el model V STLC?