Cascade Modèle Vs. Modèle V

Agrandir l'image

Activité de développement logiciel passe par un certain nombre de phases. Les différents modèles de développement de logiciels ont plus ou moins les mêmes phases, mais c'est l'enchaînement de ces phases, ce qui rend les différents modèles de développement de logiciels se distinguent les uns des autres. Bien qu'il existe certains modèles, où l'on peut revenir à l'étape précédente, il y en a où il n'est pas possible. De même, dans certains modèles, les essais phases commence à la fin de la phase de développement, tandis que dans d'autres elle est un processus simultané. Les deux modèles les plus couramment utilisés sont le développement de logiciels cascade et le modèle V. Ils sont parmi les modèles les plus anciens dans le développement logiciel. Dans le débat cascade modèle vs modèle V, sans doute il va y avoir des gens qui vont préférer un plutôt que l'autre.

Modèle V

Le modèle V est souvent considéré comme une extension du modèle de cascade. Contrairement au modèle de cascade, les activités de ce modèle sont d'évacuation dans un 'V' forme, avec codage à l'extrémité inférieure de la 'V'. Chaque phase du cycle de développement logiciel a une phase correspondant à un cycle d'essai. Par conséquent, ce modèle est aussi souvent appelé comme la vérification et la validation du modèle. Où côté de vérification est du côté du développement et de validation comprend les activités de test. Les activités qui relèvent du côté de vérification sont les suivantes:

* Analyse des besoins: Information sur le système proposé est recueillie auprès de l'utilisateur final, à l'aide duquel le cahier des charges du logiciel exigence est préparé, qui fait de la base du logiciel pour se préparer.

Conception du système *: Il est également connu que la conception fonctionnelle, dont l'objectif est de préparer la conception fonctionnelle du logiciel. En cas de fonctionnalité, ce qui n'est pas possible, le même est laissé à l'utilisateur.

Conception de l'architecture *: Une fois la conception du système est en place, l'architecture nécessaire pour que le système est fait, ce qui est souvent aussi appelée conception de haut niveau. C'est là que la relation interface, tables de bases de données, leurs dépendances, etc sont tous travaillés.

* Codage: Après l'architecture du système est en place commence la phase de codage. Pour le codage, l'ensemble du système est divisée en petits modules, qui à leur tour sont intégrés pour former plus tard, l'ensemble du système.

Après vérification du côté est du côté de la validation du modèle V. Voyons les phases, qui sont une partie de la validation côté.

Tests unitaires *: Il s'agit de la première phase de la validation côté, où de petits modules développés sont testés pour vérifier s'ils sont aptes à l'usage.

* Test d'intégration: Une fois les modules sont prêts, ils sont intégrés sur laquelle le test est effectué. Il aide à déterminer les défauts de l'interface et l'interaction entre les deux modules différents.

Test * Système: C'est dans cette phase que le réel est testée contre la spécification du système. Dans cette phase, le test est réalisé à partir de la perspective de l'utilisateur final. Aussi il ya des chances que certaines fonctionnalités ne sont visibles que lorsque le système entier a été complètement intégré.

* User Acceptance Testing: Le but de ce test est de vérifier si le système est conforme à la spécification des exigences du logiciel. Il aide à déterminer si le logiciel développé est selon les critères d'acceptation et si le système doit être accepté ou non. Aussi cette phase de test est effectué dans un environnement temps réel simulé.

Modèle Cascade

Le plus ancien modèle de développement de logiciels est le modèle de cascade. Il a son origine dans la fabrication et l'industrie de la construction. Ce modèle a été adopté dans le domaine du développement de logiciels, car il n'y avait pas de modèle disponible alors. La description formelle de ce modèle a été faite par Winston W. Royce, mais il n'a pas le nom du modèle en tant que modèle de cascade. Ce modèle suit un flux séquentiel, où la progression est semblable à celle de la cascade d'une étape à une autre. Les différentes phases du modèle de cascade sont les suivantes:

Collecte et analyse * Exigence: Dans cette phase, les exigences du client sont recueillies et une analyse de la même conduite, à l'aide duquel cahier des charges exigence est créé. Ce document sert de base pour la création du système.

* Design: Il s'agit d'une étape importante, où le logiciel est entièrement conçu en tenant les spécifications des exigences logicielles en considération. L'architecture du système ainsi que le matériel et les logiciels requis spécifications sont travaillés.

* Mise en œuvre: Après la phase de conception est la phase d'exécution, où le code du logiciel est écrit. Lorsque les modules sont prêts, les tests unitaires sont effectuées sur eux, ce qui aide à vérifier, s'il ya des problèmes avec le logiciel. En cas de défectuosité, le code est fixé, avant de passer à l'étape suivante.

* Tester et déboguer: Une fois le logiciel a été développé complètement, il est passé sur les testeurs. Ils courent différents tests sur le logiciel et les défauts, le cas échéant sont fixés.

* La livraison: Une fois que le logiciel a été passé avant, après le débogage, commence la mise en œuvre du logiciel du côté client. Le client se voit attribuer un aperçu complet du logiciel, de sorte qu'il est capable d'utiliser le logiciel.

* Entretien: Une fois le logiciel a été installé, le client utilise le logiciel et peut demander des modifications. Les modifications et la maintenance générale du logiciel sont pris en charge dans cette phase.

Cascade Modèle Vs. Modèle V

La principale différence entre le modèle de cascade et modèle V est que dans le modèle de cascade, les activités de tests sont effectués après les activités de développement sont plus. D'autre part dans le modèle V, activités de test commence par la première étape elle-même. En d'autres termes, le modèle de cascade est un processus continu, tandis que le modèle V est un processus simultané. Par rapport à un logiciel de rendu en utilisant le modèle cascade, le nombre de défauts dans le logiciel fait en utilisant le modèle V sont moins. Cela est dû au fait qu'il ya des activités d'essais, qui sont effectuées simultanément dans le modèle V. Par conséquent, le modèle de cascade est utilisée, lorsque les besoins de l'utilisateur sont fixes. Si les besoins de l'utilisateur sont incertains et ne cessent de changer, puis le modèle V est la meilleure alternative. Aussi des changements dans le logiciel de modèle de cascade est une tâche difficile, et se révèle aussi être une affaire coûteuse. Le vice-versa est vrai du modèle V. A ce stade, je tiens à porter à votre connaissance, que tout défaut dans le logiciel ne peut pas être déterminée, jusqu'à ce que le logiciel atteint la phase de test. Néanmoins, des défauts sont constatés dans les phases initiales, grâce à laquelle elles peuvent être corrigées facilement.

De la discussion qui précède sur la cascade de modèle modèle vs V, il est clair que chacun de ces modèles peuvent être utilisés en fonction du système qu'ils sont en cours d'élaboration. Par conséquent, on peut choisir l'un ou modèle de cascade de modèle V en prenant le logiciel et les besoins des utilisateurs en considération. Souvent, pour les petites installations, il est recommandé que l'on utilise le modèle de cascade et pour les plus grands systèmes utilisent le modèle V....