Modèle V
![](https://cdn.codegym.cc/images/article/e2c9e51b-1975-449f-9136-ff3eaed338dd/800.jpeg)
Le principe du modèle en forme de V est à bien des égards similaire au modèle en cascade. Le plus souvent, il est utilisé dans des systèmes où un fonctionnement ininterrompu est extrêmement important. Il s'agit d'un logiciel permettant de maintenir l'assistance vitale des patients dans les établissements médicaux, les systèmes de blocage d'urgence et des logiciels similaires.
Une caractéristique de ce modèle est qu'il se concentre sur les tests de logiciels qui en sont aux premiers stades de développement, y compris la conception. Les tests se déroulent en parallèle avec le processus de développement - par exemple, les tests unitaires sont effectués lors de l'écriture du code.
Quand appliquer le modèle en V ?
- Si un produit logiciel nécessite des tests rigoureux, les principes du modèle en V (validation et vérification) sont les plus justifiés dans cette situation.
- Pour les petits et moyens projets, avec des exigences clairement définies.
- En présence d'un grand nombre de testeurs qualifiés.
modèle incrémental
![](https://cdn.codegym.cc/images/article/a732d322-07b8-4d4a-977f-c8729ccccd89/800.jpeg)
La particularité du modèle incrémental est que les exigences du logiciel dépendent de l'assemblage spécifique. Parce qu'un produit est construit en phases, son développement passe par plusieurs itérations. L'ensemble de ce cycle de vie peut être qualifié de "multi-cascade".
Le cycle de construction est divisé en petits modules simples. Chacun passe par des exigences rigoureuses, la conception, le codage, la mise en œuvre et les tests.
Le processus de développement selon le modèle incrémental commence par la sortie d'une version de base du produit avec un minimum de fonctionnalités. Ensuite, il y a une "croissance" des fonctions, qui sont appelées "incréments". Le flux de travail se poursuit jusqu'à ce que toutes les fonctions précédemment planifiées soient intégrées dans le système.
Modèle itératif
Un modèle itératif, également appelé modèle itératif, n'a pas besoin d'avoir une spécification complète des exigences au stade initial. Le développement commence par la création de certaines fonctionnalités, qui deviennent ensuite la base pour ajouter de nouvelles fonctions.
Le processus de création de fonctions "par parties" est répété encore et encore, jusqu'à ce qu'il soit terminé conformément au plan approuvé. Le travail se poursuit jusqu'à ce qu'une version fonctionnelle du produit soit reçue.
Dans le diagramme ci-joint, vous pouvez voir le "développement" itératif du portrait de Mona Lisa. Dans la première itération, vous ne voyez qu'un croquis d'un portrait de fille, dans la deuxième itération, vous pouvez déjà voir les couleurs, la troisième itération devient plus détaillée et saturée. Processus terminé.
![](https://cdn.codegym.cc/images/article/dcb8ed9b-7bf2-4270-8c69-c79844b5a0d0/800.jpeg)
Si nous rappelons le modèle incrémental, le portrait y sera écrit d'une manière complètement différente - morceau par morceau, à partir de parties séparées.
Un exemple de développement d'un modèle itératif peut être la reconnaissance vocale. La recherche scientifique sur ce sujet a commencé il y a longtemps, d'abord sous la forme d'idées, puis la mise en œuvre pratique a commencé. Chaque nouvelle itération améliorait la qualité de la reconnaissance vocale. Cependant, même maintenant, la reconnaissance ne peut pas être qualifiée de parfaite. La tâche n'est donc pas encore terminée.
Quel est le meilleur moment pour utiliser le modèle itératif ?
- Si les exigences du système sont clairement définies et compréhensibles pour tout le monde.
- Le projet est de très grande envergure.
- L'objectif principal est défini, mais les détails de mise en œuvre peuvent changer au cours du travail.
modèle en spirale
![](https://cdn.codegym.cc/images/article/e73407c3-576b-47d5-be0c-98736d844601/800.jpeg)
Le « modèle en spirale » est similaire au modèle incrémental, mais a une caractéristique sous la forme d'une analyse des risques. Il est généralement utilisé pour les processus critiques où l'échec est tout simplement inacceptable.
Le modèle en spirale comprend quatre étapes de travail :
- planification;
- analyse de risque;
- travailler sur la conception de logiciels;
- vérifier le résultat et passer à une nouvelle étape.
GO TO FULL VERSION