Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Up global 4pp Analyse Conception des Systèmes Informatiques Méthode d ? analyse et de conception Uni ?ed Process O Boissier SMA G I ENS Mines Saint-Etienne Olivier Boissier emse fr Octobre Objectifs d ? un processus de développement ? Un processus dé ?nit

Analyse Conception des Systèmes Informatiques Méthode d ? analyse et de conception Uni ?ed Process O Boissier SMA G I ENS Mines Saint-Etienne Olivier Boissier emse fr Octobre Objectifs d ? un processus de développement ? Un processus dé ?nit QUI fait QUOI QUAND et COMMENT pour atteindre un certain objectif Construction des modèles d ? un ou plusieurs systèmes Organisation du projet Gérer le cycle de vie du projet de A à Z Gérer les risques Obtenir de manière répétitive des produits de qualité constante Sommaire Objectifs d ? un processus d ? ingénierie logicielle ? Modèles UML rappels ? Processus de développement Uni ?é ? Une partie du matériau de ce cours est issue du cours de Corinne CAUVET - Université d ? Aix-Marseille Activités de développement rappel ? Plani ?cation Étude de la faisabilité ? Spéci ?cation des besoins ? Analyse Spéci ?cation formelle ? Conception Spéci ?cation technique ? Implémentation Codage ? Tests unitaires ? Intégration et tests ? Livraison ? Maintenance CDéveloppement rappel Modèle en cascade Analyse Conception Implémentation Tests Maintenance Développement rappel Modèle en spirale Conception Analyse Spéci ?cations Implémentation Tests Validation Développement rappel Modèle en V Expression des besoins véri ?e Validation des besoins Analyse véri ?e Validation fonctionnelle Conception Du Système véri ?e véri ?e Tests du système Conception des composants Tests des composants Implémentation Sommaire Objectifs d ? un processus d ? ingénierie logicielle Modèles UML rappels ? Processus de développement Uni ?é ? CVocabulaire UML rappel Constituants de base Struct Annot note Group Relations Dépendances Associations Généralisation Diagrammes Cas d ? utilisation Classe Classe Active Interface Composant Collaboration Noeud Package Comp Modèle Sous-système Interaction Framework Machine d ? état des mécanismes d ? extensions D Cas d ? utilisation D de classe D d ? objet D de séquence D de collaboration D d ? état transition D d ? activité D de composant D de déploiement Diagramme de cas d ? utilisation objectifs Cas d ? utilisation Séquences Collaboration Classes Objets États transitions Activités Composants Déploiement ? Description ? de ce que l ? application doit ou ne doit pas être capable de prendre en compte ? de la manière dont une organisation ou un système externe doivent interagir avec le système ? Point de vue de l ? utilisateur ? pour mettre en évidence les services rendus par le système ? pour ?xer le périmètre entre le système et son environnement Diagrammes disponibles rappel Possibilité de représenter le même diagramme à des niveaux de détail di ?érents ? DUdDDUsieaeiisgaaSegrCgéarrCaqmaasuammseesmsneceess Use Case cDaDUDisaisigaadergg ? aurrCmaataimmlssismseaetison DDDidaSiigeaatSarggtCatarremlaataemmsssmseess statique DDDiaSiigaaStOarggtatarbremaatjeemmstsms es Scenario dDeDDiSaciicgaaoegrglanlrramaaabmrmsoiomsraetison Modèles State dDeDDiaCiigaaSorggtamarrmaatpemmsomssaensts Scenario DDDiSaiicgaaergganrrmaaamrmsioms es Etat-transiition dynamique Diagrammes Component DDCiDaioagimagrgaprrmoaanmsmesnmt es de déploiement d ? activité Diagramme de cas d ? utilisation notation Cas d ? utilisation Séquences Collaboration Classes Objets États transitions Activités Composants Déploiement Cas d'utilisation Acteur Le diagramme est accompagné d ? un texte organisé décrivant le cas d ? utilisation et permettant de mettre en évidence les scénarios ots d ? événements Un