Les diagrammes UML, tutoriel & guide de travaux pratiques en pdf.
Introduction
– UML: Unified Modeling Language
– Normalisé par l’OMG (Object Management Group)
– http://www.omg.org/spec/UML/
– Dernière version:2.4.1(Août 2011)
– Notation standard pour la modélisation d’applications à base d’objets (et de composants depuis la version 2)
– Mais utilisable dans de nombreux autres contextes de conception ou spécification
– Exemple : schéma de BDD
– Langage utilisant une notation graphique
Modèles
– Un modèle est une représentation partielle de la réalité
– Abstraction de cequi est intéressant pour un contexte donné
– Vue subjective et simplifiéed’un système
– Avec UML, onva s’intéresserprincipalement auxmodèles d’applications informatiques
– Un modèle UML= desdiagrammesUML
– Utilité desmodèles
– Faciliter la compréhension d’un système
– Permettre également la communicationavec le client
– Vision de communication, de documentation
– Définirvoiresimulerlefonctionnement d’un système
– Danscecas, on se doitd’êtrele plus précis possible danslecontenu des modèles pour s’approcher ducode
– Vision de développement, de production
Historique
– UML hérite principalement des méthodes objets de Booch (Booch), OMT (Rumbaugh) et OOSE(Jacobson)
– Mais intègre également d’autres approches, comme les machines à états de Harel
– But initial
– Définir un processus/méthode de développement complet (de l’analyse à l’implémentation)orienté objet
– Problème
– Pas de notation, langagepourécrire les modèles ou les arte facts définis par ce processus ⇒devenu le but final d’UML
– UML n’est donc pas une méthode ou un processus
– UML propose un ensemble de notations pour que chacun ait à sa disposition les éléments nécessaires à la conception d’une application
UML ≠ processus de développement
– UML indépendant du processusde conception et de développement : ne décrit pas comment il fonctionne
– Exemple de processus de conception et de développement
– Processus itératif et incrémental
– Définition du cahier descharges
– Elaborationdulogiciel : cycle devie à itérer
1. Analyse
2. Spécification
3. Implémentation
4. Test
– Chaque itération permet l’ajout de fonctionnalité sen les définissant, les réalisant, les testant et les intégrant
– Arrêt du processus itératif lorsque le logiciel produit répond complètement au cahier des charges
UML ≠ processus de développement
– UML fournit une notation/syntaxe pour les diagrammes et modèles définis pendant tout le cycle de développement
– UML permet de définir des modèles de niveaux différents
– Analyse
– Conception
– Spécification d’implémentation
– ….
– Il faut préciser à quel niveau correspond un modèle
– On peut raffiner un modèle pour le spécifier à chaque niveau
Les diagrammes UML
– 13 diagrammes différents
– Diagrammes structurels
– De classes (class diagram)
– D’objets (object diagram)
– De composants(component diagram)
– Des tructure composite (composite structure diagram)
– De déploiement (deployment diagram)
– De paquetages (package diagram)
– Diagrammes de comportement
– De cas d’utilisation (usecase diagram)
– D’activité(activity diagram)
– D’états-transition (state diagram)
– Diagrammes d’interaction
– De séquence (sequence diagram)
– Vue générale d’interaction (interaction overview diagram)
– De communication (communication diagram)
– De temps (timing diagram)
…….
Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)Introduction à UML (588 KO) (Cours PDF)
