Institut Supérieur des Sciences Appliquées et de Technologie Sousse

Slides:



Advertisements
Présentations similaires
Analyse et Programmation Orientées Objets
Advertisements

1 Modéliser Ou comment RE-présenter sa connaissance.
Eléments de Génie Logiciel
La Gestion de la Configuration
Les Evolutions et la Maintenance
LA GESTION DE PROJETS APPLIQUÉE AU SECTEUR DE LA TRADUCTION
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.
UML - Présentation.
Chapitre 7 : démarche de conception, conduite de projet SI
Les démarches de développement
Les démarches de développement
1 B Système Enjeux et principes Cours DESS Nantes 04 Décembre 2002 Didier ESSAME.
Safae LAQRICHI, Didier Gourc, François Marmier {safae
Initiation à la conception des systèmes d'informations
MIAGE MASTER 1 Cours de gestion de projet
MANAGEMENT DU PRODUIT Organisation Technique du Produit (OTP) Objet Arborescence Produits Relation autres domaines Décomposition du système Gestion.
Algorithmique et Programmation
Initiation à la conception de systèmes d'information
Sommaire Objectif de Peakup Principes de fonctionnement
Introduction à la conception de Bases de Données Relationnelles
Le projet en STI2D Initier le projet Délimiter les champs du possible
Feature Driven Development (FDD)
1 CLUB DES UTILISATEURS SAS DE QUÉBEC COMMENT TRANSFORMER UN PROGRAMME SAS EN TÂCHE PLANIFIÉE SOUS WINDOWS Présentation de Jacques Pagé STRiCT Technologies.
Des outils pour le développement logiciel
SYSTEMES D’INFORMATION
Techniques de test Boulanger Jean-Louis.
SCIENCES DE L ’INGENIEUR
Conception des Réalisé par : Nassim TIGUENITINE.
Les étapes du cycle de développement du génie logiciel
Tolerance Manager Un concept métier
Démarche de développement
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.
ANALYSE METHODE & OUTILS
Marc Bouissou, Guillaume Torrente, EDF
Paradigmes des Langages de Programmation
Cycle de vie: « Waterfall » GEF492A Automne 2014 [HvV § 3.1]
UML.
Programmation dynamique
Stratégie d’entreprise - Alstom Transport – Marco Férrogalini
Vue d’ensemble des outils du PRISM Dakar, 3 au 21 Mai 2010
Les principes de la modélisation de systèmes
Traitement des demandes clients
Supports de formation au SQ Unifié
Université de Sherbrooke
Hatainville Les Moitiers d’Allonne – Tel : Website : stratic.online.com La démarche projet Mars 2001.
Algorithmique et programmation (1)‏
PRESTO Programme d’étude de séries temporelles Projet 4 ème année Jean-Frédéric Berthelot Paul-Alain Bugnard Camille Capelle Sébastien Castiel.
La Qualité dans les Systèmes d’Information
EVOLUTION DU SYSTEME D’INFORMATION
Réalisé par : Mr IRZIM Hédi Mr JRAD Firas
GENIE LOGICIEL
Cycles de Vie du Logiciel LFI2 Genie Logiciel/ Gestion de Projets Septembre 2008.
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
© Petko ValtchevUniversité de Montréal Février IFT 2251 Génie Logiciel Conception Hiver 2002 Petko Valtchev.
Introduction au Génie Logiciel
Extrait du Referentiel BTS Systèmes numériques Options : Informatique et réseaux et Électronique et communication S1 à S9 Définition des savoirs et savoir-faire.
Initiation à la conception des systèmes d'informations
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
Année 2006 – 2007 ENSEA © Emeric Rollin
INSTITUT NATIONAL DE FORMATION EN INFORMATIQUE
G.L modèle en CASCADE Plan Réalisé par : Selmane mohamed lamine
Les démarches de développement
2 Tracks Unified Process
Sensibilisation aux projets logiciels
Travaux sur « études de cas » Saintes, le 20 juin ème journée académique.
Présentation de la méthode Merise
Introduction Module 1.
C’est ce que l’on veut obtenir la manière dont on va l’obtenir
Transcription de la présentation:

Institut Supérieur des Sciences Appliquées et de Technologie Sousse Modèles de CVL : Présentation, caractéristiques , avantages et inconvénients Réalisé par : Khaldi Olfa Encadré par : BEN ABDALLAH BEN LAMINE Sana

Plan Notion de cycle de vie Modèle en cascade Modèle en V Application sur un exemple Notion de cycle de vie Plan Conclusion

La structure des logiciels suit une progression logique : introduction La structure des logiciels suit une progression logique : Etude du problème (analyse conceptuelle) Etude d’une solution (analyse logique) Etude technique détaillée (design et analyse physique) Codage Tests Utilisation (Mise en exploitation) Maintenance et Evolution Cet ensemble d’éléments se traduit par le cycle de vie d'un logiciel

Cycle de vie d’un logiciel Un cycle de vie d’un logiciel est donc un ensemble de phases permettant de transformer les besoins en traitement automatique de l’information à travers un logiciel opérationnel répondant à ces besoins. Ce cycle de vie débute à l’analyse du problème, comprend le processus complet du développement (création) et dure tant que le logiciel est maintenu en exploitation (maintenance).

Qu’est-ce qu’un modèle ? Modèle CVL Qu’est-ce qu’un modèle ? Un modèle est par définition une représentation, une abstraction, d’une partie du monde réel, exprimée dans un langage de représentation. Ce langage peut être : formel : ayant une syntaxe et une sémantique bien définies comme la logique du premier ordre ou un langage informatique, semi-formel : notation graphique normalisée Informel : description en langage naturel.

Modèle CVL IL existe plusieurs modèles de cycle de vie d’un logiciel : Modèles linéaires : Cascade Modèle en V … Modèles non-linéaires : Prototypage Modèles incrémentaux Modèles en spirale ….

Modèle en cascade Étude préliminaire Rapport d’analyse Analyse des besoins CDC + Plan qualité Analyse du système Dossier d’analyse + Plan validation Dossier de conception + Plan Tests Conception du système Programmation & Tests Dossier algorithmique + sources Intégration & Tests Résultats des tests Installation Réception / Validation Exploitation & Maintenance

Modèle en cascade Le Modèle en Cascade: Dans ce modèle le principe est très simple : chaque phase se termine à une date précise par la production de certains documents ou logiciels. Les résultats sont définis sur la base des interactions entre étapes, ils sont soumis à une revue approfondie et on ne passe à la phase suivante que s’ils sont jugés satisfaisants. Le modèle original ne comportait pas de possibilité de retour en arrière. Celle-ci a été rajoutée ultérieurement sur la base qu’une étape ne remet en cause que l’étape précédente, ce qui, dans la pratique, s’avère insuffisant.

Linéaire, flot descendant Retour limité à une phase en amont du modèle en cascade Caractéristiques Linéaire, flot descendant Retour limité à une phase en amont Validation des phases par des revues Enchaînement depuis le cahier des charges jusqu’à la réalisation Bien adapté lorsque les besoins sont clairement identifiés et stables

Avantages Modèle en cascade Facile à utiliser et à comprendre Un procédé structuré pour une équipe inexpérimenté Idéal pour la gestion et le suivi de projet Fonctionne très bien quand la qualité est plus importante que le cout et le délais

Modèle en cascade Inconvénients Les besoins de clients sont très rarement stables et clairement définis Sensibilité au nouveaux besoins : refaire tout le procédé Une phase ne peut démarrer que si l’étape précédent est finie Le produit ne visible qu’à la fin Les risques se déclarent vers la fin

Modèle en V

Modèle en V Le modèle en V demeure actuellement le cycle de vie le plus connu et certainement le plus utilisé. Il s’agit d’un modèle en cascade dans lequel le développement des tests et du logiciels sont effectués de manière synchrone. Le principe de ce modèle est qu’avec toute décomposition doit être décrite la recomposition et que toute description d’un composant est accompagnée de tests qui permettront de s’assurer qu’il correspond à sa description. Ceci rend explicite la préparation des dernières phases (validation - vérification) par les premières (construction du logiciel)

Chaque livrable doit être testable Modèle en V Avantages Met l’accent sur les tests et la validation et par conséquent , ça accroit la qualité Du logiciel Chaque livrable doit être testable Facile à planifier dans une gestion de projet Facile à utiliser

Ne gère pas les activités parallèles Modèle en V Inconvénients: Ne gère pas les activités parallèles Ne gère pas explicitement les changement des spécification Ne contient pas d’activité d’analyse de risque

Exemple de phase de conception de cycle de vie

Conclusion Il n’y a pas de modèle idéal car tout dépend des circonstances le modèle en cascade ou en V est risqué pour les développements innovants car les spécifications et la conception risquent d’être inadéquats et souvent remis en cause.

Microsoft Excellence en ingénierie Merci pour votre attention Microsoft Confidentiel