Cycles de Vie du Logiciel LFI2 Genie Logiciel/ Gestion de Projets Septembre 2008.

Slides:



Advertisements
Présentations similaires
Mustapha EL FEDDI Tests Mustapha EL FEDDI
Advertisements

EPITECH 2009 UML EPITECH 2009
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,
Analyse et Programmation Orientées Objets
1 Modéliser Ou comment RE-présenter sa connaissance.
Ou comment partager la connaissance
1 IXERP consulting. L archivage consiste à extraire de la base de données opérationnelle les informations qu' il n est plus nécessaire de conserver «
Eléments de Génie Logiciel
6 — Aperçu du processus unifié
Processus d'expression du besoin
La Gestion de la Configuration
Spécification et qualité du logiciel
Modèles génériques d’un processus de développement
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.
Organisation des Projets
Sciences de la production Sciences de lIngénieur IUFM de Reims.
Les démarches de développement
Les démarches de développement
Gestion de Projets Logiciels Chapitre 1: Introduction
INTRODUCTION.
Rational Unified Process (RUP)
Les Ateliers de Génie Logiciel
Atelier d ’ingénierie des systèmes d ’apprentissage (ISA)
Cycle de vie dun logiciel Origine des erreurs La spécification 50% 40% 10% Le design Le codage.
Cours Qualité et Tests Chapitre 2 : Modèles de cycle de Vie et Test
Sommaire Objectif de Peakup Principes de fonctionnement
METHODE AGIL Présenté par : GRIOUI Haykel MILADI Hedi CHARFI Habib
Feature Driven Development (FDD)
Algorithmique et Programmation
CSI1502 Principes fondamentaux en conception des logiciels
Équipe de projet Méthodologie
IFT 2251 Génie Logiciel Le Processus (fin)
Conception des Réalisé par : Nassim TIGUENITINE.
Les étapes du cycle de développement du génie logiciel
Ingénierie Système en SysML appliquée à la rédaction du cahier des charges Y. Le Gallou Séminaire académique STI2D - Calais – 1er avril 2014.
Patrons de conceptions de créations
Management de Projets Informatiques IF
La technologie en 3ème avec Rob’OK Au collège République Bobigny
Supports de formation au SQ Unifié
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
2003 (revisé 2008)SEG Chapitre 11 Chapitre 1 “The Systems Engineering Context” Le contexte du génie de systèmes.
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Mettre sur pied votre premier PEÉA. PEÉA Quel changement voulez-vous mettre en oeuvre d’ici mardi prochain?
© Petko ValtchevUniversité de Montréal Février IFT 2251 Génie Logiciel Conception Hiver 2002 Petko Valtchev.
Introduction au Génie Logiciel
Les outils de la vérification statiquedynamique unitaires intégration vérificateur de syntaxe vérificateur de syntaxe étenduABAP débogueur inspecteur de.
Gestion de projet Cycles de production
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Le Processus (fin) Hiver 2002 Petko Valtchev.
IFT 2251 Génie Logiciel Le Processus
Année 2006 – 2007 ENSEA © Emeric Rollin
1 Vers la gestion de la cohérence dans les processus multi-modèles métier Wolfgang THEURER Ecole Nationale Supérieure d’Ingénieurs des Etudes et Techniques.
Collège Henri BOUDON - BOLLENE
INSTITUT NATIONAL DE FORMATION EN INFORMATIQUE
Quels enjeux Les Nouvelles Technologies sont utilisées sur tous types de projets Applications B2E, B2B, B2C Produits Client-Serveur.
L’enseignement de spécialité SLAM
G.L modèle en CASCADE Plan Réalisé par : Selmane mohamed lamine
Les démarches de développement
GÉNIE LOGICIEL ET APPLICATION A LA QUALITE LOGICIEL
Sensibilisation aux projets logiciels
OGI - Introduction Contexte économique et gestion industrielle
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Le Processus Hiver 2002 Petko Valtchev.
AMDEC AMDEC : Analyse des modes de défaillances, de leurs effets et leurs criticités Origine: 1950 : USA (FMECA) 1970 : Europe.
Conférence 2TUP Stéphane Barthon 03/12/
TECHNOLOGIE – Avril 2008 Projet de programme 4 e : Thème : Confort et domotique Equipement intérieur Equipement extérieur Electroménager Vidéo, photo Son.
Génie–logiciel 3. Modèles du cycle de vie du logiciel Azeddine Chikh
Transcription de la présentation:

Cycles de Vie du Logiciel LFI2 Genie Logiciel/ Gestion de Projets Septembre 2008

Cycle de Vie  Un ensemble structure d’activites requises pour developer un systeme Specification; Conception; Validation; Evolution.

Classes de Cycles de Vie  Chute d’Eau Sequence de phases.  Developpement Evolutif Specification, development et validation sont simultanes.  CBSE: GL a base de composantes Assemblage de composantes existantes.  Variations sur ces themes..

Cycle en Chute d’Eau

Phases et Activites

Inconvenients de la Chute d’Eau  Non realiste  Non flexible  Ne rend pas compte des interactions entre phases  Ne tolere pas les modification du cahier des charges  Applicable dans des situations exceptionnelles a enjeu eleve.

Developpement Evolutif  Prototypage Exploratoire Demarrer avec un concept vague du cahier des charges. Le faire evoluer au fur et a mesure du feedback usager. Finir avec un produit operationnel fini.  Prototypage Disposable Demarrer avec un concept vague du cahier des charges. Le faire evoluer au fur et a mesure du feedback usager. Finir avec un cahier des charges complet.

Developpement Evolutif

Prototypage Exploratoire Carateristiques  Conception ad hoc.  Systeme difficile a maintenir.  Processus manque de transparence. Applicabilite  Systemes de taille petite ou moyenne  Longevite reduite  Enjeu limite

Prototypage Disposable Caracteristiques  Couteux  Ad Hoc  Necessite validation intense pour etre utilise sur des systemes a grand enjeux. Applicabilite  Trop couteuse pour les systemes a petits enjeux  Trop risquee pour les systemes a grands enjeux.

Developpement base sur les composantes  Reutilisation systematique avec les composantes COTS (Commercial-off-the-shelf).  Etapes du processus Analyse des composantes; Ajustement du cahier des charges; Conception avec la reutilisation (descendante ou ascendante); Developpement et integration.  De plus en plus utilisable quand elle est pratique.

Processus de developpement COTS

Cycles de Vie Iteratifs  Les CC des logiciels evoluent toujours avec le temps, meme durant la periode du projet.  Necessite de processus iteratifs.  Iteration peut etre appliquee a chacun des processus discutes ci dessus.  Deux approches iteratives reliees. Developpement Incremental; Developpement en Spirale.

Developpement Incremental  Systeme est developpement en increments de fonctionalite.  Increments les plus importants en premier.  Chaque increment procede sur un cycle de vie sequentiel.  Une fois un increment demarre, sa specification ne change plus.  Specifications d’increments ulterieurs peuvent continuer a evoluer.

Developpement Incremental

Caracteristiques du development incremental  Livraison a temps de fonctionalites a l’usager.  Premiers increments peuvent servir de prototype pour solliciter des clause pour les increments qui suivents.  Premiers incerments (les plus importants) sont testes plus que les autres.  Risque d’echec faible.

Developpement en Spirale  Spirale plutot que sequence.  Chaque boucle represente une phase.  Boucle choisies selon ce dont le processus a besoin.  Risques explicitement analyses et resolus.

Spirale a quatre secteurs

Quatre secteurs  Enonce de l’objectif.  Enonce et analyse de risques.  Developpement et validation.  Planification.

Activites du Processus  specification de logiciels.  Conception et implementation de logiciels.  Validation de logiciels.  Evolution de logiciels.

Pecification des Logiciels  Services requis et contraintes de livraison des services.  Processus de l’ingenieurie des besoins Etude faisabilite; Collecte et analyse des besoins; Specification des besoins; Validation des specifications/ des besoins.

Processus de l’ingenieurie des besoins

Conception et implementation de logiciels  Convertir les specifications en une implementation.  Conception Concevoir une structure qui satisfait les specifications;  Implementation Traduire cette structure en un programme;

Activites de conception  Conception Architecturale  Specification abstraite  Conception d’interfaces  Conception des composantes  Conception des structures de donnees.  Conception algorithmique

Processus de Conception

Implementation des logiciels  Transformer les conceptions en programme executable.  Test unitaire.  Debugging.

Validation de Logiciels  Verification et validation (V & V)  Validation: spec reflete les besoins usagers  Verification: implementation satisfait la spec.  Implique des processus de review et de testing.  Test: executer le systeme dans des conditions similaires a son usage.

Validation de logiciels

Types de Test  Test unitaire A l’echelle de la composante/ module. Unite/ objet.  Test Systeme Teste l’integration des composantes.  Test d’Acceptarion A la livraison.

Phases du Test

Evolution du Logiciel  SW est flexible/ malleable.  Maintenance adaptative; besoins evolutifs de l’usager.  Fusion entre developpement et maintenance.

Evolution du Logiciel