qu’est-ce que le modèle de cascade SDLC?
Introduction:
modèle en Cascade est un exemple d’un modèle Séquentiel. Dans ce modèle, l’activité de développement de logiciels est divisée en différentes phases et chaque phase consiste en une série de tâches et a des objectifs différents.
Waterfall model est le pionnier des processus SDLC. En fait, c’était le premier modèle qui a été largement utilisé dans l’industrie du logiciel. Il est divisé en phases et la sortie d’une phase devient l’entrée de la phase suivante., Il est obligatoire qu’une phase soit terminée avant le début de la phase suivante. En bref, il n’y a pas de chevauchement dans le modèle en Cascade
En cascade, le développement d’une phase commence lorsque la phase précédente est terminée. En raison de cette nature, chaque phase du modèle de cascade est assez précise et bien définie. Puisque les phases tombent d’un niveau supérieur à un niveau inférieur, comme une cascade, il est nommé comme le modèle de cascade.,
la représentation Picturale de la chute d’eau modèle:
Les activités impliquées dans les différentes phases sont les suivantes:
| S. N | Phase | Activités exercées | Livrables |
|---|---|---|---|
| 1 | Analyse des besoins | 1. Capturez toutes les exigences. 2. Faites un brainstorming et une procédure pas à pas pour comprendre les exigences. 3. Faites le test de faisabilité des exigences pour vous assurer que les exigences sont testables ou non., |
RUD ( Exigences en matière de Compréhension du Document) |
| 2 | la Conception du Système | 1. Selon les exigences, créer la conception 2. Capturez les exigences matérielles / logicielles. 3. Documentez les conceptions |
HLD ( document de conception de haut niveau) LLD (document de conception de bas niveau) |
| 3 | mise en œuvre | 1. Selon la conception, créez les programmes / code 2. Intégrer les codes pour la phase suivante. 3., Les tests unitaires du code |
Programmes Unité de cas de test et les résultats |
| 4 | Système de Test | 1. Intégrez le code testé par unité et testez-le pour vous assurer qu’il fonctionne comme prévu. 2. Effectuez toutes les activités de test (fonctionnelles et non fonctionnelles) pour vous assurer que le système répond aux exigences. 3. En cas d’anomalie constatée, le signaler. 4. Suivez vos progrès sur les tests grâce à des outils tels que les mesures de traçabilité, ALM 5. Signalez vos activités de test. |
cas de Test rapports de Test rapports de Défaut mise à Jour de matrices., |
| 5 | Déploiement du Système | 1. Assurez-vous que l’environnement est en place 2. Assurez-vous qu’il n’y a pas de défauts sev 1 ouverts. 3. Assurez-vous que les critères de sortie du test sont remplis. 4. Déployez l’application dans l’environnement respectif. 5. Effectuez une vérification de la santé mentale dans l’environnement après le déploiement de l’application pour vous assurer que l’application ne se casse pas. |
Manuel de l’Utilisateur définition / spécification |
| 6 | maintenance du Système | 1., Assurez-vous que l’application est opérationnelle dans l’environnement respectif. 2. En cas de rencontre et de défaut de l’utilisateur, assurez-vous de noter et de résoudre les problèmes rencontrés. 3. En cas de problème résolu, le code mis à jour est déployé dans l’environnement. 4.L’application est toujours améliorée pour incorporer plus de fonctionnalités, mettre à jour l’environnement avec les dernières fonctionnalités |
manuel D’utilisation liste des tickets de production liste des nouvelles fonctionnalités mises en œuvre. |
Quand utiliser SDLC Modèle en Cascade?,
le modèle SDLC Waterfall est utilisé lorsque les exigences
- sont stables et ne changent pas fréquemment.
- Une application est petite.
- Il n’y a pas d’exigence qui n’est pas compris ou pas très clair.
- L’environnement est stable
- les techniques et Les outils utilisés est stable et n’est pas dynamique
- les Ressources sont bien formés et sont disponibles.
les avantages et les Inconvénients du modèle en Cascade
les Avantages de l’utilisation du modèle en Cascade sont comme suit:
- Simple et facile à comprendre et à utiliser.,
- Pour les petits projets, le modèle de cascade fonctionne bien et donne les résultats appropriés.
- comme les phases sont rigides et précises, une phase se fait une à la fois, elle est facile à entretenir.
- Les critères d’entrée et de sortie sont bien définis, il est donc facile et systématique de procéder à la qualité.
- les Résultats sont bien documentés.
inconvénients de L’utilisation du modèle en cascade:
- ne peut pas adopter les changements d’exigences
- Il devient très difficile de revenir à la phase., Par exemple, si l’application est maintenant passée à l’étape de test et qu’il y a un changement d’exigence, il devient difficile de revenir en arrière et de la modifier.
- La livraison du produit final est tardive car aucun prototype n’est démontré de manière intermédiaire.
- Pour les projets plus importants et complexes, Ce modèle n’est pas bon car le facteur de risque est plus élevé.
- ne convient pas aux projets où les exigences sont fréquemment modifiées.
- ne fonctionne pas pour les projets longs et en cours.,
- étant donné que les tests sont effectués à un stade ultérieur, ils ne permettent pas d’identifier les défis et les risques dans la phase antérieure, de sorte que la stratégie d’atténuation des risques est difficile à préparer.
Conclusion
Dans le modèle en cascade, il est très important de prendre l’approbation des livrables de chaque phase. À ce jour, la plupart des projets se déplacent avec des modèles agiles et Prototypes, le modèle en cascade convient toujours aux petits projets. Si les exigences sont simples et testables, le modèle en cascade donnera les meilleurs résultats.