SlideShare une entreprise Scribd logo
Département de
Mathématiques-Informatique
Exposé Génie Logiciel
Modéle en V
Prépare par G3 :
1-
2-
3-
4-
5-
6-
7-
INFO S4
2017-2018
Sous la Théme
Mourad Moulaye Ahmed C12220
Mohamed vall Jidou C11878
Mohamed Abderrahmane Babe Ebnou C11301
Fatma Mohamed Mahmoud C11999
Latiffa Mohamed Elhadramy C11741
Selmou Haibouna Haiballa C11267
Ishagh Ahmedou banba C11111
I. Introduction
II . Processus du modèle en V
III. Comparaison et Optimisation par rapport aux autres modéles
V. Avantages et Inconvenients
VI. Conclusion
IV. Rôle
I. Introduction
Le V-Model est une méthodologie de développement linéaire unique utilisée lors
d'un cycle de développement logiciel (SDLC).
Le V-Model se concentre sur une méthode typiquement en cascade qui suit des
phases strictes étape par étape. Alors que les étapes initiales sont des phases de
conception générales, les étapes progressent de façon de plus en plus granulaires,
menant à la mise en œuvre et au codage, et finalement, à travers toutes les étapes de
test avant la fin du projet. Dans cet article, nous examinerons exactement ce que le
V-Model implique réellement, et pourquoi il peut (ou pas) être adapté à certains
types de projets ou d'organisations..
Quand l’utiliser:
 Quand le produit à développer à de très hautes exigences de qualité
 Quand les besoins sont connus à l’avance
 Les technologies à utiliser sont connues à l’avance
Tout comme le modèle de cascade traditionnel, le modèle V spécifie une série d'étapes
linéaires qui devraient se produire tout au long du cycle de vie, une à la fois, jusqu'à ce
que le projet soit terminé. Pour cette raison, V-Model n'est pas considéré comme une
méthode de développement agile, et en raison de l'ampleur des étapes et de leur
intégration, la compréhension du modèle en détail peut être difficile pour tous les
membres de l'équipe, et encore moins les clients ou les utilisateurs. Pour commencer, il
est préférable de visualiser les étapes approximatives du V-Model, comme on le voit
dans le schéma ci-dessous
II - Le processus du modèle en V
Expression
De besoin
Spécifications
fonctionnelles
Conception
générale
Conception
Détaillée
Codage (Réalisation)
Test
unitaire
Test
D’intégration
Test
De validation
Test
De recette
Cas de test
Plan de test d’intégration
Plan de test du système
Plan de validation du système
La forme en V de la méthode V-Model représente les différentes étapes qui seront
transmises pendant le cycle de vie du développement logiciel.
À partir du stade supérieur gauche et au cours du temps, vers le haut-droit, les étapes
représentent une progression linéaire du développement similaire au modèle cascade.
Ci-dessous, nous discuterons brièvement de neuf étapes autour du V-Model typique et
de la manière dont elles se réunissent pour générer un produit fini
On peut y distinguer 3 grandes parties :
La phase de conception, la phase de réalisation (codage) et la phase de validation. Les
phases de conception et de validation se découpent en plusieurs parties. Chaque étape
ne peut être réalisée qu’une fois que l’étape précédente est terminée, ce qui diminue les
prises de risque sur le projet.
Ce qui est bien visible sur le diagramme, c’est que chaque étape de conception possède
son alter ego de validation. Il devient alors assez aisé de valider un projet, car le
référentiel de test est connu très précisément.II.
I. Expression de besoin :
Le client exprime son besoin, en décrivant les usages
correspondant au produit fini tel qu’il peut l’imaginer. Cela doit
répondre aux questions « Que veut-on ? » et « À quel coût ? ».
II. Spécifications fonctionnelles :
C’est le cahier des charges exact du produit final, tel que le désire le
client. Il doit couvrir l’intégralité
des cas d’utilisation du produit, en expliquant ce qu’il doit faire et
non pas comment il va le faire.
Les différentes étapes
III. Conception générale :
Au cours de cette étape, des spécifications sont élaborées et détaillent
comment l'application reliera tous ses différents composants, soit en
interne, soit via des intégrations extérieures. Souvent, cela s'appelle
design de haut niveau. Les tests d'intégration sont également
développés au cours de cette période
IV. Conception détaillée :
Cette phase consiste en toute la conception de bas niveau
du système, y compris des spécifications détaillées pour
la mise en œuvre de la logique métier fonctionnelle et
codée, tels que les modèles, les composants, les
interfaces, etc. Des tests unitaires devraient également
être créés pendant la phase de conception du module
V. Codage :
C’est la phase de réalisation à proprement parler,
pendant laquelle sont développées des briques qui sont
ensuite assemblées pour créer le produit fini.
VI. Tests unitaires :
Ces tests interviennent à un niveau « atomique »
Chaque brique logicielle a été modélisée puis
codée durant les étapes précédentes. Les tests
unitaires assurent que ces briques respectent de
manière individuelle leur cahier des charges
VII. Tests d’intégration
Ce sont là les premiers tests grandeur nature du
produit fini. On s’assure qu’il suit les indications
des spécifications techniques.
VIII. Validation :
Le produit est à ce moment testé en regard de la
spécification fonctionnelle. Toutes les utilisations qui y
ont été définies doivent pouvoir se vérifier dans les faits.
IX. Teste de recette :
Le produit est vérifié une dernière fois en pré-production, avant
d’être mis en production. Le client procède à la recette, pour vérifier
que son expression de besoin est respectée
III. Comparaison et Optimisation par rapport aux
autres Modéles
 Contrairement au modèle de la cascade, ce modèle fait apparaitre le fait que le
début du processus de développement conditionne ses dernières étapes.
 Avec toute décomposition doit être décrite la recomposition
 Toute description d’un composant est accompagnée de tests qui permettront de
s’assurer qu’il correspond a sa description
 Ceci rend explicite la préparation des derniéres phases (validation-vérification )
Par les premiéres (construction du logicial )
 C’est le cycle de vie le plus connu et certainement le plus utilisé
 Le cycle en V est le cycle qui a été normalisé
 Il est largement utilisé, notamment en informatique industrielle et télécoms
IV. Rôle
Dans le contexte des projets de grande envergure ont émergé
des rôles pour partager et désigner les responsabilités :
 Maîtrise d’ouvrage (MOA) qui regroupe les fonctions suivantes :
 le maître d’ouvrage stratégique (MOAS)
 le maître d’ouvrage délégué (MOAD)
 le maître d’ouvrage opérationnel (MOAO)
 L’assistant à maîtrise d’ouvrage (AMOA ou AMO)
 l’expert métier
 enfin l’utilisateur, au service duquel se trouvent toutes les autres fonctions.
 Maîtrise d’œuvre (MOE)
 Maîtrise d'œuvre déléguée (MOED)
 l'Équipe Architecturale
 l'Équipe de développement
 Titulaire de marché
Répartition des rôles en fonction des étapes
Niveau de
Détail Rôles
Besoins
et
Faisabilit
é
Spécification Conception
Architecturale
Conception
Détaillée
Codage
Test
unitaire
Test
d'intégrati
on
Test
fonctionnel
Test
d'acceptation
(recette)
Système MOA + AMOA X X
Fonctionnel MOE + MOED X X
Technique
et Métier
Équipe
Architecturale
X X
Composant
Équipe
de Développe
ment
X X X
On retrouve dans ce découpage le V, d'où le nom de ce modèle.
IV. Avantages et Inconvenients
 Ne gère pas les changements des spécifications
 Ne contient pas des activités d’analyse de risque.
 Ce modèle souffre toujours du problème de la vérification trop tardive du
bon fonctionnement du système.
 Ne gère pas les activités parallèles
 Chaque livrable doit être testable
 Facile à utiliser et planifier.
 Met l’accent sur lest tests et la validation et par conséquent,
ça accroît la qualité du logiciel
 Facile à planifier dans une gestion de projets
Les avantages :
Les inconvénients :
V. Conclusion
En termes de conclusion, il n’est pas facile de comparer ces différents cycles de vie.
Chacun a ses forces, ses faiblesses et un cadre d’utilisation bien déterminé.
Malgré tout, nous constatons une plus grande utilisation de cycle en V par la plupart
Des équipes de développement.
 Modèle en v

Contenu connexe

Tendances

UML Part 4- diagrammres de classes et d'objets mansouri
UML Part 4- diagrammres de classes et d'objets mansouriUML Part 4- diagrammres de classes et d'objets mansouri
UML Part 4- diagrammres de classes et d'objets mansouri
Mansouri Khalifa
 
Rapport de projet de fin d'étude licence informatique et multimédia
Rapport de projet de fin d'étude licence informatique et multimédiaRapport de projet de fin d'étude licence informatique et multimédia
Rapport de projet de fin d'étude licence informatique et multimédia
Nazih Heni
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
Sirine Barguaoui
 
Rapport de PFE
Rapport de PFERapport de PFE
Rapport de PFE
Ghizlane ALOZADE
 
Rapport PFE faten_chalbi
Rapport PFE faten_chalbiRapport PFE faten_chalbi
Rapport PFE faten_chalbi
Faten Chalbi
 
Rapport de Stage -Finale.pdf
Rapport de Stage -Finale.pdfRapport de Stage -Finale.pdf
Rapport de Stage -Finale.pdf
WaelTOUMI2
 
Sureté de fonctionnement - mis à jours 2017 - Ibtissam EL HASSANI
Sureté de fonctionnement - mis à jours 2017 - Ibtissam EL HASSANISureté de fonctionnement - mis à jours 2017 - Ibtissam EL HASSANI
Sureté de fonctionnement - mis à jours 2017 - Ibtissam EL HASSANI
ibtissam el hassani
 
Chp3 - Diagramme de Classes
Chp3 - Diagramme de ClassesChp3 - Diagramme de Classes
Chp3 - Diagramme de Classes
Lilia Sfaxi
 
Rapport gestion de stock.pdf
Rapport gestion de stock.pdfRapport gestion de stock.pdf
Rapport gestion de stock.pdf
AchrafAntri2
 
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Mohammed JAITI
 
Rapport Projet de Fin d'Etudes
Rapport Projet de Fin d'EtudesRapport Projet de Fin d'Etudes
Rapport Projet de Fin d'Etudes
Hosni Mansour
 
gestion de magasin vente matériels informatique
gestion de magasin vente matériels informatiquegestion de magasin vente matériels informatique
gestion de magasin vente matériels informatique
Oussama Yoshiki
 
Rapport de Stage PFE 2016 ELAAMRANI OMAR
Rapport de Stage PFE 2016 ELAAMRANI OMARRapport de Stage PFE 2016 ELAAMRANI OMAR
Rapport de Stage PFE 2016 ELAAMRANI OMAR
Omar EL Aamrani
 
Rapport PFE ingénieur réseaux marwen SAADAOUI ( Juin 2018 )
Rapport PFE ingénieur réseaux marwen SAADAOUI ( Juin 2018 )Rapport PFE ingénieur réseaux marwen SAADAOUI ( Juin 2018 )
Rapport PFE ingénieur réseaux marwen SAADAOUI ( Juin 2018 )
Saadaoui Marwen
 
RapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRITRapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRIT
Lina Meddeb
 
Présentation soutenance du PFE
Présentation soutenance du PFEPrésentation soutenance du PFE
Présentation soutenance du PFE
marouan barssa
 
diagramme des cas d'utilisation
diagramme des cas d'utilisationdiagramme des cas d'utilisation
diagramme des cas d'utilisation
Amir Souissi
 
Speech de PFE de Ahmed Jebali - CM- ISAMM-Encadré par Wafa Bourkhis (Design)...
Speech de PFE de Ahmed Jebali - CM- ISAMM-Encadré par Wafa Bourkhis  (Design)...Speech de PFE de Ahmed Jebali - CM- ISAMM-Encadré par Wafa Bourkhis  (Design)...
Speech de PFE de Ahmed Jebali - CM- ISAMM-Encadré par Wafa Bourkhis (Design)...
Wafa Bourkhis
 
Plateforme de gestion des projets de fin d'études
Plateforme de gestion des projets de fin d'étudesPlateforme de gestion des projets de fin d'études
Plateforme de gestion des projets de fin d'études
Majdi SAIBI
 
Conception et developpement d'une application mobile Android e-location
Conception et developpement d'une application mobile Android e-locationConception et developpement d'une application mobile Android e-location
Conception et developpement d'une application mobile Android e-location
ALALSYSE
 

Tendances (20)

UML Part 4- diagrammres de classes et d'objets mansouri
UML Part 4- diagrammres de classes et d'objets mansouriUML Part 4- diagrammres de classes et d'objets mansouri
UML Part 4- diagrammres de classes et d'objets mansouri
 
Rapport de projet de fin d'étude licence informatique et multimédia
Rapport de projet de fin d'étude licence informatique et multimédiaRapport de projet de fin d'étude licence informatique et multimédia
Rapport de projet de fin d'étude licence informatique et multimédia
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
 
Rapport de PFE
Rapport de PFERapport de PFE
Rapport de PFE
 
Rapport PFE faten_chalbi
Rapport PFE faten_chalbiRapport PFE faten_chalbi
Rapport PFE faten_chalbi
 
Rapport de Stage -Finale.pdf
Rapport de Stage -Finale.pdfRapport de Stage -Finale.pdf
Rapport de Stage -Finale.pdf
 
Sureté de fonctionnement - mis à jours 2017 - Ibtissam EL HASSANI
Sureté de fonctionnement - mis à jours 2017 - Ibtissam EL HASSANISureté de fonctionnement - mis à jours 2017 - Ibtissam EL HASSANI
Sureté de fonctionnement - mis à jours 2017 - Ibtissam EL HASSANI
 
Chp3 - Diagramme de Classes
Chp3 - Diagramme de ClassesChp3 - Diagramme de Classes
Chp3 - Diagramme de Classes
 
Rapport gestion de stock.pdf
Rapport gestion de stock.pdfRapport gestion de stock.pdf
Rapport gestion de stock.pdf
 
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
 
Rapport Projet de Fin d'Etudes
Rapport Projet de Fin d'EtudesRapport Projet de Fin d'Etudes
Rapport Projet de Fin d'Etudes
 
gestion de magasin vente matériels informatique
gestion de magasin vente matériels informatiquegestion de magasin vente matériels informatique
gestion de magasin vente matériels informatique
 
Rapport de Stage PFE 2016 ELAAMRANI OMAR
Rapport de Stage PFE 2016 ELAAMRANI OMARRapport de Stage PFE 2016 ELAAMRANI OMAR
Rapport de Stage PFE 2016 ELAAMRANI OMAR
 
Rapport PFE ingénieur réseaux marwen SAADAOUI ( Juin 2018 )
Rapport PFE ingénieur réseaux marwen SAADAOUI ( Juin 2018 )Rapport PFE ingénieur réseaux marwen SAADAOUI ( Juin 2018 )
Rapport PFE ingénieur réseaux marwen SAADAOUI ( Juin 2018 )
 
RapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRITRapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRIT
 
Présentation soutenance du PFE
Présentation soutenance du PFEPrésentation soutenance du PFE
Présentation soutenance du PFE
 
diagramme des cas d'utilisation
diagramme des cas d'utilisationdiagramme des cas d'utilisation
diagramme des cas d'utilisation
 
Speech de PFE de Ahmed Jebali - CM- ISAMM-Encadré par Wafa Bourkhis (Design)...
Speech de PFE de Ahmed Jebali - CM- ISAMM-Encadré par Wafa Bourkhis  (Design)...Speech de PFE de Ahmed Jebali - CM- ISAMM-Encadré par Wafa Bourkhis  (Design)...
Speech de PFE de Ahmed Jebali - CM- ISAMM-Encadré par Wafa Bourkhis (Design)...
 
Plateforme de gestion des projets de fin d'études
Plateforme de gestion des projets de fin d'étudesPlateforme de gestion des projets de fin d'études
Plateforme de gestion des projets de fin d'études
 
Conception et developpement d'une application mobile Android e-location
Conception et developpement d'une application mobile Android e-locationConception et developpement d'une application mobile Android e-location
Conception et developpement d'une application mobile Android e-location
 

Similaire à Modèle en v

Gpn.pptx
Gpn.pptxGpn.pptx
Gpn.pptx
PrivaelGuidi
 
Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Cours Génie Logiciel 2016
Cours Génie Logiciel 2016
Erradi Mohamed
 
L'Approche SMV de COGENIT
L'Approche SMV de COGENITL'Approche SMV de COGENIT
L'Approche SMV de COGENIT
Sany_M
 
Cycles de vie d'un logiciel
Cycles de vie d'un logicielCycles de vie d'un logiciel
Cycles de vie d'un logiciel
Rabia AZIZA
 
Initiation à UML: Partie 1
Initiation à UML: Partie 1Initiation à UML: Partie 1
Initiation à UML: Partie 1
DIALLO Boubacar
 
Conduite d'un projet informatique - Assurance Qualité et Aspects Juridiques
Conduite d'un projet informatique - Assurance Qualité et Aspects JuridiquesConduite d'un projet informatique - Assurance Qualité et Aspects Juridiques
Conduite d'un projet informatique - Assurance Qualité et Aspects Juridiques
Mohamed Sabra
 
Togaf
TogafTogaf
001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx
blackmambaettijean
 
Methodologie projet
Methodologie projet Methodologie projet
Methodologie projet
Benjamin ACHAB
 
Atelier Genie Logiciel Developement.pptx
Atelier Genie Logiciel  Developement.pptxAtelier Genie Logiciel  Developement.pptx
Atelier Genie Logiciel Developement.pptx
ssusercb2b311
 
Cours Jean-Louis BOULANGER: Réalisation d'une application logicielle.
Cours Jean-Louis BOULANGER: Réalisation d'une application logicielle.Cours Jean-Louis BOULANGER: Réalisation d'une application logicielle.
Cours Jean-Louis BOULANGER: Réalisation d'une application logicielle.
jkebbab
 
3-Cours de Géniel Logiciel
3-Cours de Géniel Logiciel3-Cours de Géniel Logiciel
3-Cours de Géniel Logiciel
lauraty3204
 
Génie Logiciel.pptx
Génie Logiciel.pptxGénie Logiciel.pptx
Génie Logiciel.pptx
LatifaBen6
 
Processus_Unifie_et_Approche_Agile chapitre 1.pptx
Processus_Unifie_et_Approche_Agile chapitre 1.pptxProcessus_Unifie_et_Approche_Agile chapitre 1.pptx
Processus_Unifie_et_Approche_Agile chapitre 1.pptx
informatiquehageryah
 
Cours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vieCours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vie
Mohammed Amine Mostefai
 
Article de référence de Winston Royce
Article de référence de Winston RoyceArticle de référence de Winston Royce
Article de référence de Winston Royce
Fabrice Aimetti
 
RA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxRA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptx
testuser715939
 
20090609 04 - Calcul du ROI
20090609 04 - Calcul du ROI20090609 04 - Calcul du ROI
20090609 04 - Calcul du ROI
LeClubQualiteLogicielle
 
2.2 cycles de vie
2.2 cycles de vie2.2 cycles de vie
2.2 cycles de vie
Harun Mouad
 
conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...
Sid Ahmed Benkraoua
 

Similaire à Modèle en v (20)

Gpn.pptx
Gpn.pptxGpn.pptx
Gpn.pptx
 
Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Cours Génie Logiciel 2016
Cours Génie Logiciel 2016
 
L'Approche SMV de COGENIT
L'Approche SMV de COGENITL'Approche SMV de COGENIT
L'Approche SMV de COGENIT
 
Cycles de vie d'un logiciel
Cycles de vie d'un logicielCycles de vie d'un logiciel
Cycles de vie d'un logiciel
 
Initiation à UML: Partie 1
Initiation à UML: Partie 1Initiation à UML: Partie 1
Initiation à UML: Partie 1
 
Conduite d'un projet informatique - Assurance Qualité et Aspects Juridiques
Conduite d'un projet informatique - Assurance Qualité et Aspects JuridiquesConduite d'un projet informatique - Assurance Qualité et Aspects Juridiques
Conduite d'un projet informatique - Assurance Qualité et Aspects Juridiques
 
Togaf
TogafTogaf
Togaf
 
001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx
 
Methodologie projet
Methodologie projet Methodologie projet
Methodologie projet
 
Atelier Genie Logiciel Developement.pptx
Atelier Genie Logiciel  Developement.pptxAtelier Genie Logiciel  Developement.pptx
Atelier Genie Logiciel Developement.pptx
 
Cours Jean-Louis BOULANGER: Réalisation d'une application logicielle.
Cours Jean-Louis BOULANGER: Réalisation d'une application logicielle.Cours Jean-Louis BOULANGER: Réalisation d'une application logicielle.
Cours Jean-Louis BOULANGER: Réalisation d'une application logicielle.
 
3-Cours de Géniel Logiciel
3-Cours de Géniel Logiciel3-Cours de Géniel Logiciel
3-Cours de Géniel Logiciel
 
Génie Logiciel.pptx
Génie Logiciel.pptxGénie Logiciel.pptx
Génie Logiciel.pptx
 
Processus_Unifie_et_Approche_Agile chapitre 1.pptx
Processus_Unifie_et_Approche_Agile chapitre 1.pptxProcessus_Unifie_et_Approche_Agile chapitre 1.pptx
Processus_Unifie_et_Approche_Agile chapitre 1.pptx
 
Cours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vieCours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vie
 
Article de référence de Winston Royce
Article de référence de Winston RoyceArticle de référence de Winston Royce
Article de référence de Winston Royce
 
RA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxRA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptx
 
20090609 04 - Calcul du ROI
20090609 04 - Calcul du ROI20090609 04 - Calcul du ROI
20090609 04 - Calcul du ROI
 
2.2 cycles de vie
2.2 cycles de vie2.2 cycles de vie
2.2 cycles de vie
 
conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...
 

Dernier

1e Espaces productifs 2024.Espaces productif
1e Espaces productifs 2024.Espaces productif1e Espaces productifs 2024.Espaces productif
1e Espaces productifs 2024.Espaces productif
NadineHG
 
Auguste Herbin.pptx Peintre français
Auguste   Herbin.pptx Peintre   françaisAuguste   Herbin.pptx Peintre   français
Auguste Herbin.pptx Peintre français
Txaruka
 
Zineb Mekouar.pptx Écrivaine marocaine
Zineb Mekouar.pptx   Écrivaine  marocaineZineb Mekouar.pptx   Écrivaine  marocaine
Zineb Mekouar.pptx Écrivaine marocaine
Txaruka
 
GUIDE POUR L’EVRAS BALISES ET APPRENTISSAGES
GUIDE POUR L’EVRAS BALISES ET APPRENTISSAGESGUIDE POUR L’EVRAS BALISES ET APPRENTISSAGES
GUIDE POUR L’EVRAS BALISES ET APPRENTISSAGES
DjibrilToure5
 
Burkina Faso libraries newsletter for June 2024
Burkina Faso libraries newsletter for June 2024Burkina Faso libraries newsletter for June 2024
Burkina Faso libraries newsletter for June 2024
Friends of African Village Libraries
 
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
Editions La Dondaine
 

Dernier (6)

1e Espaces productifs 2024.Espaces productif
1e Espaces productifs 2024.Espaces productif1e Espaces productifs 2024.Espaces productif
1e Espaces productifs 2024.Espaces productif
 
Auguste Herbin.pptx Peintre français
Auguste   Herbin.pptx Peintre   françaisAuguste   Herbin.pptx Peintre   français
Auguste Herbin.pptx Peintre français
 
Zineb Mekouar.pptx Écrivaine marocaine
Zineb Mekouar.pptx   Écrivaine  marocaineZineb Mekouar.pptx   Écrivaine  marocaine
Zineb Mekouar.pptx Écrivaine marocaine
 
GUIDE POUR L’EVRAS BALISES ET APPRENTISSAGES
GUIDE POUR L’EVRAS BALISES ET APPRENTISSAGESGUIDE POUR L’EVRAS BALISES ET APPRENTISSAGES
GUIDE POUR L’EVRAS BALISES ET APPRENTISSAGES
 
Burkina Faso libraries newsletter for June 2024
Burkina Faso libraries newsletter for June 2024Burkina Faso libraries newsletter for June 2024
Burkina Faso libraries newsletter for June 2024
 
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
 

Modèle en v

  • 1. Département de Mathématiques-Informatique Exposé Génie Logiciel Modéle en V Prépare par G3 : 1- 2- 3- 4- 5- 6- 7- INFO S4 2017-2018 Sous la Théme Mourad Moulaye Ahmed C12220 Mohamed vall Jidou C11878 Mohamed Abderrahmane Babe Ebnou C11301 Fatma Mohamed Mahmoud C11999 Latiffa Mohamed Elhadramy C11741 Selmou Haibouna Haiballa C11267 Ishagh Ahmedou banba C11111
  • 2. I. Introduction II . Processus du modèle en V III. Comparaison et Optimisation par rapport aux autres modéles V. Avantages et Inconvenients VI. Conclusion IV. Rôle
  • 3. I. Introduction Le V-Model est une méthodologie de développement linéaire unique utilisée lors d'un cycle de développement logiciel (SDLC). Le V-Model se concentre sur une méthode typiquement en cascade qui suit des phases strictes étape par étape. Alors que les étapes initiales sont des phases de conception générales, les étapes progressent de façon de plus en plus granulaires, menant à la mise en œuvre et au codage, et finalement, à travers toutes les étapes de test avant la fin du projet. Dans cet article, nous examinerons exactement ce que le V-Model implique réellement, et pourquoi il peut (ou pas) être adapté à certains types de projets ou d'organisations.. Quand l’utiliser:  Quand le produit à développer à de très hautes exigences de qualité  Quand les besoins sont connus à l’avance  Les technologies à utiliser sont connues à l’avance
  • 4. Tout comme le modèle de cascade traditionnel, le modèle V spécifie une série d'étapes linéaires qui devraient se produire tout au long du cycle de vie, une à la fois, jusqu'à ce que le projet soit terminé. Pour cette raison, V-Model n'est pas considéré comme une méthode de développement agile, et en raison de l'ampleur des étapes et de leur intégration, la compréhension du modèle en détail peut être difficile pour tous les membres de l'équipe, et encore moins les clients ou les utilisateurs. Pour commencer, il est préférable de visualiser les étapes approximatives du V-Model, comme on le voit dans le schéma ci-dessous II - Le processus du modèle en V
  • 5. Expression De besoin Spécifications fonctionnelles Conception générale Conception Détaillée Codage (Réalisation) Test unitaire Test D’intégration Test De validation Test De recette Cas de test Plan de test d’intégration Plan de test du système Plan de validation du système
  • 6. La forme en V de la méthode V-Model représente les différentes étapes qui seront transmises pendant le cycle de vie du développement logiciel. À partir du stade supérieur gauche et au cours du temps, vers le haut-droit, les étapes représentent une progression linéaire du développement similaire au modèle cascade. Ci-dessous, nous discuterons brièvement de neuf étapes autour du V-Model typique et de la manière dont elles se réunissent pour générer un produit fini On peut y distinguer 3 grandes parties : La phase de conception, la phase de réalisation (codage) et la phase de validation. Les phases de conception et de validation se découpent en plusieurs parties. Chaque étape ne peut être réalisée qu’une fois que l’étape précédente est terminée, ce qui diminue les prises de risque sur le projet. Ce qui est bien visible sur le diagramme, c’est que chaque étape de conception possède son alter ego de validation. Il devient alors assez aisé de valider un projet, car le référentiel de test est connu très précisément.II.
  • 7. I. Expression de besoin : Le client exprime son besoin, en décrivant les usages correspondant au produit fini tel qu’il peut l’imaginer. Cela doit répondre aux questions « Que veut-on ? » et « À quel coût ? ». II. Spécifications fonctionnelles : C’est le cahier des charges exact du produit final, tel que le désire le client. Il doit couvrir l’intégralité des cas d’utilisation du produit, en expliquant ce qu’il doit faire et non pas comment il va le faire. Les différentes étapes III. Conception générale : Au cours de cette étape, des spécifications sont élaborées et détaillent comment l'application reliera tous ses différents composants, soit en interne, soit via des intégrations extérieures. Souvent, cela s'appelle design de haut niveau. Les tests d'intégration sont également développés au cours de cette période
  • 8. IV. Conception détaillée : Cette phase consiste en toute la conception de bas niveau du système, y compris des spécifications détaillées pour la mise en œuvre de la logique métier fonctionnelle et codée, tels que les modèles, les composants, les interfaces, etc. Des tests unitaires devraient également être créés pendant la phase de conception du module V. Codage : C’est la phase de réalisation à proprement parler, pendant laquelle sont développées des briques qui sont ensuite assemblées pour créer le produit fini. VI. Tests unitaires : Ces tests interviennent à un niveau « atomique » Chaque brique logicielle a été modélisée puis codée durant les étapes précédentes. Les tests unitaires assurent que ces briques respectent de manière individuelle leur cahier des charges
  • 9. VII. Tests d’intégration Ce sont là les premiers tests grandeur nature du produit fini. On s’assure qu’il suit les indications des spécifications techniques. VIII. Validation : Le produit est à ce moment testé en regard de la spécification fonctionnelle. Toutes les utilisations qui y ont été définies doivent pouvoir se vérifier dans les faits. IX. Teste de recette : Le produit est vérifié une dernière fois en pré-production, avant d’être mis en production. Le client procède à la recette, pour vérifier que son expression de besoin est respectée
  • 10. III. Comparaison et Optimisation par rapport aux autres Modéles  Contrairement au modèle de la cascade, ce modèle fait apparaitre le fait que le début du processus de développement conditionne ses dernières étapes.  Avec toute décomposition doit être décrite la recomposition  Toute description d’un composant est accompagnée de tests qui permettront de s’assurer qu’il correspond a sa description  Ceci rend explicite la préparation des derniéres phases (validation-vérification ) Par les premiéres (construction du logicial )  C’est le cycle de vie le plus connu et certainement le plus utilisé  Le cycle en V est le cycle qui a été normalisé  Il est largement utilisé, notamment en informatique industrielle et télécoms
  • 11. IV. Rôle Dans le contexte des projets de grande envergure ont émergé des rôles pour partager et désigner les responsabilités :  Maîtrise d’ouvrage (MOA) qui regroupe les fonctions suivantes :  le maître d’ouvrage stratégique (MOAS)  le maître d’ouvrage délégué (MOAD)  le maître d’ouvrage opérationnel (MOAO)  L’assistant à maîtrise d’ouvrage (AMOA ou AMO)  l’expert métier  enfin l’utilisateur, au service duquel se trouvent toutes les autres fonctions.  Maîtrise d’œuvre (MOE)  Maîtrise d'œuvre déléguée (MOED)  l'Équipe Architecturale  l'Équipe de développement  Titulaire de marché
  • 12. Répartition des rôles en fonction des étapes Niveau de Détail Rôles Besoins et Faisabilit é Spécification Conception Architecturale Conception Détaillée Codage Test unitaire Test d'intégrati on Test fonctionnel Test d'acceptation (recette) Système MOA + AMOA X X Fonctionnel MOE + MOED X X Technique et Métier Équipe Architecturale X X Composant Équipe de Développe ment X X X On retrouve dans ce découpage le V, d'où le nom de ce modèle.
  • 13. IV. Avantages et Inconvenients  Ne gère pas les changements des spécifications  Ne contient pas des activités d’analyse de risque.  Ce modèle souffre toujours du problème de la vérification trop tardive du bon fonctionnement du système.  Ne gère pas les activités parallèles  Chaque livrable doit être testable  Facile à utiliser et planifier.  Met l’accent sur lest tests et la validation et par conséquent, ça accroît la qualité du logiciel  Facile à planifier dans une gestion de projets Les avantages : Les inconvénients :
  • 14. V. Conclusion En termes de conclusion, il n’est pas facile de comparer ces différents cycles de vie. Chacun a ses forces, ses faiblesses et un cadre d’utilisation bien déterminé. Malgré tout, nous constatons une plus grande utilisation de cycle en V par la plupart Des équipes de développement.