Modèle du cycle en v

Le V-Modell allemand, la méthodologie de gestion de projet officielle du gouvernement allemand. Il est à peu près équivalent à, mais plus directement pertinent pour le développement de logiciels. [8] l`attribut clé de l`utilisation d`une représentation «V» était d`exiger la preuve que les produits de la partie gauche du V étaient acceptables par l`organisme d`essai et d`intégration approprié mettant en œuvre le côté droit du V. [9] [10] [11] si le modèle V contient Phases de vérification d`un côté des phases de validation de l`autre côté. Les phases de vérification et de validation sont jointes par la phase de codage en forme de V. Ainsi, il est appelé V-Model. Les aspects suivants ne sont pas couverts par le modèle V, ils doivent être réglementés en outre, ou le modèle V doit être adapté en conséquence: [25] [26] sous le modèle V, la phase de test correspondante de la phase de développement est planifiée en parallèle. Ainsi, il y a des phases de vérification sur un côté des phases de «V» et de validation de l`autre côté. La phase de codage rejoint les deux côtés du modèle V. Dans le modèle V, chaque étape de la phase de vérification a une étape correspondante dans la phase de validation. [4] ce qui suit sont les phases typiques de validation dans le V-Model, bien qu`ils puissent être connus par d`autres noms. Dans le modèle V, les activités de test sont orthographiés au même niveau de détail que les activités de conception. Le logiciel est conçu sur la partie gauche (descente) du modèle, et construit et testé sur la partie droite (montée) du modèle.

Notez que différentes organisations peuvent avoir des noms différents pour les phases de développement et de test. Le V-Model a été critiqué par les défenseurs agiles et d`autres comme un modèle inadéquat de développement de logiciels pour de nombreuses raisons. 5 6 [7] les critiques comprennent: dans le cycle de vie de développement de logiciel V-Model différentes étapes sont suivies cependant ici nous allons prendre un type le plus commun d`exemple de V-modèle. Le modèle V est typiquement composé des phases suivantes: V Model est une version améliorée du modèle de cascade classique par lequel chaque niveau du cycle de vie du développement est vérifié avant de passer au niveau suivant. Avec ce modèle, les tests logiciels démarrent explicitement au tout début, c`est-à-dire dès que les exigences sont écrites. Le modèle V est une méthodologie de développement unique et linéaire utilisée lors d`un cycle de développement de logiciels (SDLC). Le V-Model se concentre sur une méthode assez typique cascade-esque qui suit des étapes strictes, étape par étape. Alors que les étapes initiales sont de grandes étapes de conception, les progrès se font par des étapes de plus en plus granulaire, conduisant à la mise en œuvre et au codage, et enfin de retour à travers toutes les étapes de test avant l`achèvement du projet. Dans cet article, nous allons examiner exactement ce que le V-modèle implique réellement, et pourquoi il peut (ou ne peut pas) convenir à certains types de projets ou d`organisations. Bon article sur la vérification et la validation du modèle, site de test de Nice pour continuer! Dans le développement de logiciels, le V-Model [2] représente un processus de développement qui peut être considéré comme une extension du modèle cascade, et est un exemple du modèle V plus général. Au lieu de se déplacer de manière linéaire, les étapes de processus sont pliées vers le haut après la phase de codage, pour former la forme typique de V. Le modèle V démontre les relations entre chaque phase du cycle de vie du développement et sa phase de test associée.

Les axes horizontal et vertical représentent l`intégralité du temps ou du projet (de gauche à droite) et le niveau d`abstraction (coarsest-grain abstraction supérieur), respectivement. Le modèle V a été développé pour soutenir le processus de cascade parce qu`il a été identifié qu`il y avait peu en termes de technique pour vérifier les livrables.