Quelle est la différence entre le modèle V et la méthode en cascade ?

Ces deux modèles sont des modèles de processus logiciels qui sont utilisés pour le développement de tout logiciel. Le modèle de chute d'eau est un modèle dans lequel vous ne pouvez pas revenir aux étapes précédentes. Comme la cascade, elle ne coule ou ne fonctionne que dans un sens, il n'y a aucune possibilité que vous passiez à l'étape précédente. Donc, pour cela, vous devez terminer complètement votre étape actuelle et ne laisser aucun travail dans cette étape. Sinon, si vous atteignez la fin de l'étape suivante et que vous constatez qu'il en manquait à l'étape précédente, vous devez recommencer à zéro. C'est comme une circulation à sens unique dans laquelle vous ne pouvez pas reculer.

Alors que d'un autre côté, toutes les étapes du modèle en V sont presque les mêmes que le modèle en cascade, mais la différence est que, le modèle en cascade se déplaçant vers le bas, il fonctionne sous la forme d'une forme en V et se déplace vers le haut. . Jusqu'à l'étape de codage, le modèle se déplace vers le bas, mais après l'étape de codage, il se penche et se déplace vers le haut. La raison de cette forme en V est que chaque étape effectuée d'un côté sera testée de l'autre côté, donc à la fin toutes les étapes seront vérifiées et testées correctement.

Dans le modèle en cascade, il inclut toutes les phases de SDLC , mais le
fait est qu'une fois l'exigence donnée, elle ne peut pas être modifiée. Dans ce modèle, l'aide du
testeur ne peut prendre qu'une seule fois. Une fois que les exigences sont remplies, vous ne pouvez plus les
modifier à aucune phase. Ce modèle sert uniquement à fixer les exigences.

Dans V-Model, chaque phase peut être développée et testée simultanément,
le rôle de testeur se déroulera dans la phase d'exigence. Selon notre
exigence, vous pouvez apporter les modifications dans la phase d'exigence. Ce
changement d'exigence peut ne pas être possible dans le modèle de chute d'eau.

Dans le modèle V, nous aurons différentes phases de test et nous nous assurerons que les exigences demandées par le client sont satisfaites de manière appropriée. Des tests tels que des tests unitaires, des tests de modules, des tests d'intégration, des tests de système et des tests d'acceptation par l'utilisateur sont effectués. Rappelez-vous que le client qui nous donne les exigences et l'utilisateur sont deux personnes différentes. Dans Waterfall Model, nous nous en tenons à un seul processus de développement rigide et si la période de temps du projet est plus longue, et comme dans le monde d'aujourd'hui la technologie matérielle évolue rapidement, la maintenance de ce projet sera difficile.

Les gars, vous ne frappez pas les taureaux. Comparez d'abord la pomme avec la pomme en indiquant la différence. Voulez-vous dire que dans le modèle en cascade, les tests du système et les tests d'acceptation des utilisateurs ne sont pas effectués