SlideShare une entreprise Scribd logo
1  sur  15
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

2.2 cycles de vie
2.2 cycles de vie2.2 cycles de vie
2.2 cycles de vie
Harun Mouad
 
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Riadh K.
 
RapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRITRapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRIT
Lina Meddeb
 
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Riadh K.
 
Rapport Projet De Fin D'étude Développent d'une application web avec Symfony2
Rapport Projet De Fin D'étude Développent d'une application web avec Symfony2Rapport Projet De Fin D'étude Développent d'une application web avec Symfony2
Rapport Projet De Fin D'étude Développent d'une application web avec Symfony2
Sofien Benrhouma
 

Tendances (20)

Pfe conception et réalisation d'une application de gestion des processus d'ac...
Pfe conception et réalisation d'une application de gestion des processus d'ac...Pfe conception et réalisation d'une application de gestion des processus d'ac...
Pfe conception et réalisation d'une application de gestion des processus d'ac...
 
Rapport pfe
Rapport pfeRapport pfe
Rapport pfe
 
Presentation pfe application de pointage ASP.NET
Presentation pfe application de pointage ASP.NETPresentation pfe application de pointage ASP.NET
Presentation pfe application de pointage ASP.NET
 
2.2 cycles de vie
2.2 cycles de vie2.2 cycles de vie
2.2 cycles de vie
 
Présentation PFE: Système de gestion des réclamations et interventions clients
Présentation PFE: Système de gestion des réclamations et interventions clientsPrésentation PFE: Système de gestion des réclamations et interventions clients
Présentation PFE: Système de gestion des réclamations et interventions clients
 
Présentation PFE
Présentation PFEPrésentation PFE
Présentation PFE
 
Présentation (Mémoire fin étude )
Présentation (Mémoire  fin étude )Présentation (Mémoire  fin étude )
Présentation (Mémoire fin étude )
 
Plateforme e-learning PHP
Plateforme e-learning PHP Plateforme e-learning PHP
Plateforme e-learning PHP
 
Rapport de pfe format doc 2013
Rapport de pfe format doc 2013Rapport de pfe format doc 2013
Rapport de pfe format doc 2013
 
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
 
Conception et developpement d'un site web pour la suggestion et notification ...
Conception et developpement d'un site web pour la suggestion et notification ...Conception et developpement d'un site web pour la suggestion et notification ...
Conception et developpement d'un site web pour la suggestion et notification ...
 
Présentation projet de fin d'étude
Présentation projet de fin d'étudePrésentation projet de fin d'étude
Présentation projet de fin d'étude
 
Chp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de ConceptionChp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de Conception
 
RapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRITRapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRIT
 
Présentation pfe Développement d'une application bancaire mobile
Présentation pfe Développement d'une application bancaire mobilePrésentation pfe Développement d'une application bancaire mobile
Présentation pfe Développement d'une application bancaire mobile
 
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
 
Rapport Projet De Fin D'étude Développent d'une application web avec Symfony2
Rapport Projet De Fin D'étude Développent d'une application web avec Symfony2Rapport Projet De Fin D'étude Développent d'une application web avec Symfony2
Rapport Projet De Fin D'étude Développent d'une application web avec Symfony2
 
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
 
Présentation PFE
Présentation PFEPrésentation PFE
Présentation PFE
 
Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Cours Génie Logiciel 2016
Cours Génie Logiciel 2016
 

Similaire à Modèle en v

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
 
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
 
Wb802 g formation-modeling-and-implementing-with-ibm-business-process-manager...
Wb802 g formation-modeling-and-implementing-with-ibm-business-process-manager...Wb802 g formation-modeling-and-implementing-with-ibm-business-process-manager...
Wb802 g formation-modeling-and-implementing-with-ibm-business-process-manager...
CERTyou Formation
 

Similaire à Modèle en v (20)

Gpn.pptx
Gpn.pptxGpn.pptx
Gpn.pptx
 
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
 
Methodologie projet
Methodologie projet Methodologie projet
Methodologie projet
 
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
 
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...
 
NightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous DeliveryNightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous Delivery
 
Devoir mpa 2018-19
Devoir mpa 2018-19Devoir mpa 2018-19
Devoir mpa 2018-19
 
TechDays 2012 - Windows Azure - ALM
TechDays 2012 - Windows Azure - ALMTechDays 2012 - Windows Azure - ALM
TechDays 2012 - Windows Azure - ALM
 
Wb802 g formation-modeling-and-implementing-with-ibm-business-process-manager...
Wb802 g formation-modeling-and-implementing-with-ibm-business-process-manager...Wb802 g formation-modeling-and-implementing-with-ibm-business-process-manager...
Wb802 g formation-modeling-and-implementing-with-ibm-business-process-manager...
 

Dernier

Dernier (12)

Quitter la nuit. pptx
Quitter          la        nuit.    pptxQuitter          la        nuit.    pptx
Quitter la nuit. pptx
 
Quitter la nuit. pptx
Quitter        la             nuit.   pptxQuitter        la             nuit.   pptx
Quitter la nuit. pptx
 
Système National de Santé au- Maroc-(2017)."pdf"
Système National de Santé au- Maroc-(2017)."pdf"Système National de Santé au- Maroc-(2017)."pdf"
Système National de Santé au- Maroc-(2017)."pdf"
 
Comment enseigner la langue française en Colombie?
Comment enseigner la langue française en Colombie?Comment enseigner la langue française en Colombie?
Comment enseigner la langue française en Colombie?
 
Présentation sur les Risques Électriques et Leur Prévention en Algérie
Présentation sur les Risques Électriques et Leur Prévention en AlgériePrésentation sur les Risques Électriques et Leur Prévention en Algérie
Présentation sur les Risques Électriques et Leur Prévention en Algérie
 
Festival de Cannes 2024. pptx
Festival    de   Cannes      2024.  pptxFestival    de   Cannes      2024.  pptx
Festival de Cannes 2024. pptx
 
Webinaire Technologia | DAX : nouvelles fonctions
Webinaire Technologia | DAX : nouvelles fonctionsWebinaire Technologia | DAX : nouvelles fonctions
Webinaire Technologia | DAX : nouvelles fonctions
 
EL KATRY Reem: Proposition de Programme Artistique et Exposition pour les Écoles
EL KATRY Reem: Proposition de Programme Artistique et Exposition pour les ÉcolesEL KATRY Reem: Proposition de Programme Artistique et Exposition pour les Écoles
EL KATRY Reem: Proposition de Programme Artistique et Exposition pour les Écoles
 
Présentation Webinaire Cohésion - Concevoir et mettre en place une CMDB, comm...
Présentation Webinaire Cohésion - Concevoir et mettre en place une CMDB, comm...Présentation Webinaire Cohésion - Concevoir et mettre en place une CMDB, comm...
Présentation Webinaire Cohésion - Concevoir et mettre en place une CMDB, comm...
 
PLANNING HEBDO ET CR LYCEE COUDON 21 MAI2024
PLANNING HEBDO ET CR LYCEE COUDON 21 MAI2024PLANNING HEBDO ET CR LYCEE COUDON 21 MAI2024
PLANNING HEBDO ET CR LYCEE COUDON 21 MAI2024
 
Fiche - Accompagnement du travail coopératif au sein d’une équipe d’enseignan...
Fiche - Accompagnement du travail coopératif au sein d’une équipe d’enseignan...Fiche - Accompagnement du travail coopératif au sein d’une équipe d’enseignan...
Fiche - Accompagnement du travail coopératif au sein d’une équipe d’enseignan...
 
Traitement des eaux usées par lagunage a macrophytes.pptx
Traitement des eaux usées par lagunage a macrophytes.pptxTraitement des eaux usées par lagunage a macrophytes.pptx
Traitement des eaux usées par lagunage a macrophytes.pptx
 

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.