Cycle de vie dun logiciel Origine des erreurs La spécification 50% 40% 10% Le design Le codage.

Slides:



Advertisements
Présentations similaires
Les Systèmes d’Information Financière Atelier conjoint ACBF / Banque Mondiale / AFRITAC de l’Ouest Gérer l’application dans le temps, sur les plans fonctionnel,
Advertisements

Eléments de Génie Logiciel
La Gestion de la Configuration
Le processus unifié UML est un langage de modélisation et n ’impose pas de démarche de développement Le processus unifié : méthodologie de développement.
Planning et suivi de projet
Chapitre 7 : démarche de conception, conduite de projet SI
Les démarches de développement
Les démarches de développement
A.Faÿ 1 Recherche opérationnelle Résumé de cours.
Rational Unified Process (RUP)
Introduction au Management de projet
BTS SIO SLAM 5 Introduction à la gestion de projet
MIAGE MASTER 1 Cours de gestion de projet
SIMULATION WATERFALL & INSPECTION
Cours Qualité et Tests Chapitre 2 : Modèles de cycle de Vie et Test
Marketing Engineering
Les quatre phases du projet et leur contenu. Les quatre phases du projet et leur contenu : plan 1.Objectifs dapprentissage 2.La phase délaboration 3.La.
[GPM-02] Approche processus de l'organisation
METHODE AGIL Présenté par : GRIOUI Haykel MILADI Hedi CHARFI Habib
CADRE LOGIQUE (Format & composantes)
Revue de Projet : Sondages en Lignes 15 mars 2010 Coach : Clément CROCHEMORE Tracker : Mélissa PETIT Client : Elie LESUEUR Testeurs : Paul TOUTAIN et Thierry.
Modèle, Méthode et Conception
UQAM, EDU7492 Georges Badeaux 15 octobre 2003 UQAM, EDU 7492 Georges Badeaux, octobre 2003 Entrevue de sélection mais avant de choisir votre cravate,
Le développement cognitif de l’enfant de 0 à 3 ans.
IGL301 - Spécification et vérification des exgiences 1 Chapitre 1 Introduction (ref : Bray chapitre 1)
IGL301 - Spécification et vérification des exgiences 1 Chapitre 2 Le processus dingénierie des exigences (ref : Bray chapitre 2)
Équipe de projet Méthodologie
Les étapes du cycle de développement du génie logiciel
SEMINAIRE DE CONTACT novembre 2008 Outils de gestion de projet.
Démarche de développement
La planification d’un projet de maintenance
Cycle de vie: « Waterfall » GEF492A Automne 2014 [HvV § 3.1]
Vue d’ensemble des outils du PRISM Dakar, 3 au 21 Mai 2010
Supports de formation au SQ Unifié
Hatainville Les Moitiers d’Allonne – Tel : Website : stratic.online.com La démarche projet Mars 2001.
Développement d'application rapide GEF492A Automne 2014 [HvV § 3.2.3]
Institut Supérieur des Sciences Appliquées et de Technologie Sousse
GENIE LOGICIEL
Estimer la distribution en personnel GEF492A 2014 Référence: [HvV §7.3] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et génie.
2003 (revisé 2008)SEG Chapitre 11 Chapitre 1 “The Systems Engineering Context” Le contexte du génie de systèmes.
Cycles de Vie du Logiciel LFI2 Genie Logiciel/ Gestion de Projets Septembre 2008.
Les méthodes d’aide à la décision en recherche opérationnelle
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
Interface Homme-machine (interaction humain-machine)
Introduction au Génie Logiciel
Réalisé par: BOUMSISS Hassnae OUED Zahra TABIT Youssef EZZIANI Hamza
Initiation à la conception des systèmes d'informations
L’évaluation économique des scénarios sylvicoles (activité 6.2) Application Le 3 novembre 2010 Formation PAFI.
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
IFT 2251 Génie Logiciel Le Processus
Année 2006 – 2007 ENSEA © Emeric Rollin
INSTITUT NATIONAL DE FORMATION EN INFORMATIQUE
Dos triptyque Plaquette Cycle en V Définitions
OPTIMISATION DE LA PLANIFICATION
Développement de plateformes numériques
G.L modèle en CASCADE Plan Réalisé par : Selmane mohamed lamine
Les démarches de développement
REI 3270 La méthode des cas, la solution et son implantation.
Sensibilisation aux projets logiciels
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Le Processus Hiver 2002 Petko Valtchev.
GESTION DE PROJET P KUBIAK Concepts de Base Les phases Les cycles.
Conférence 2TUP Stéphane Barthon 03/12/
Document de spécification d’exigences Normes IEEE et 29148:2011
Conception des IHM.
Modèles de cycle de vie et processus de génie
1 Définir le besoin, spécifier la solution tester et réceptionner le Projet Tatiana AUBONNET Conservatoire National des Arts et Métiers.
Planning Process « t’as un plan pour ce soir ? » Tony Carnal Altran.
PLANIFICATION SANITAIRE: CONCEPTS ET DEMARCHE
Juin 16Prog fin Excel1 LA PROGRAMMATION FINANCIERE SOUS EXCEL FORMATION COMPTABLES AVRIL 2010.
Transcription de la présentation:

Cycle de vie dun logiciel

Origine des erreurs La spécification 50% 40% 10% Le design Le codage

Coût des erreurs de la spécification 1 unité du design du codage Erreur trouvée lors: des tests fonctionnels des tests systèmes après la livraison 1 unité 6 unités 12 unités 20 unités

Nous pouvons déduire que: Une erreur trouvée tôt dans le processus coûte moins cher quune erreur trouvée plus tard. Des spécifications claires aident lors du développement et des tests. Plus il y a de gens dimpliqués dans le processus plus le risque derreurs est grand.

Lutilisation dun modèle de développement logiciel Pour coordonner les différents intervenants. Pour établir ce qui doit être fait. Pour évaluer le temps requis pour la complétion des tâches. Pour faire. Pour tester ce qui a été fait. Une solution ?

Le modèle de la spirale Modèle itératif, donc chaque cycle produit une version opérationnelle du logiciel. Combine les meilleurs aspects du modèle classique et du modèle par prototypage. Introduit la notion danalyse de risques Nécessite peu de gens au début et introduit plus de gens lorsque le projet évolue. Est le plus réaliste pour le développement de systèmes de grandes envergures.

Identification des besoins. Détermination des objectifs. Détermination des alternatives pour atteindre les objectifs. Détermination des contraintes.

Analyse des risques. Évaluation des alternatives. Identification et résolution des risques.

Développement et vérification de la solution retenue à l'issue de la phase précédente, la phase dévaluation.

Vérification et validation du produit élaboré dans la phase de réalisation. Planification de la prochaine phase.

Planification du budget. Spécification des requis. Évaluation des risques selon lanalyse initiale. Développement de la version initiale. Tests et évaluation de la version initiale.

Planification basée sur les tests de litération précédente. Évaluation des risques basée sur la réaction des testeurs. Développement dune version subséquente. Tests et évaluation de la nouvelle version.

A chaque itération Plus de gens sont impliqués. Le produit est plus complet. Le niveau de complexité augmente. La décision darrêter ou de continuer le développement du produit est prise avant la phase dévaluation des risques. Plus de temps est nécessaire pour compléter litération.

Planification Évaluation des risques RéalisationTests et évaluation Vers lobtention dun système fini.

Renée-Isabelle Prevost, groupe 20 UQAM Présenté dans le cadre du cours EDU 7492 Chargée de cours: Monique Dugal Auxiliaires: Isabelle Roy et Suzanne Roy 14 octobre 2003