Unified Modeling Language
[Link]
1ère année (TC) ENSMR
Objectifs
• Modélisation orientée objet
• Différents types de diagrammes UML avec leurs
notations
• Rôles complémentaires des types de diagrammes
• Cohérence entre diagrammes de même type ou de types
différents
[Link] 2
PLAN
Introduction
Modélisation du comportement
• Diagramme de cas d’utilisation
Modélisation de la structure
• Diagramme de classe
• Diagramme d’objet
Etude de cas
Conclusion
[Link] 3
Introduction
• C’est quoi UML ?
• Histoire
• UML aujourd’hui
• Pourquoi modéliser ?
• Approche Objet
• Unified Process
• Formalisme UML
[Link] 4
C’est quoi UML ?
• UML (Unified Modeling Language) : langage unifié pour
la modélisation objet.
Méthodes Booch’93
de G. Booch :
notions de partitions
en sous-systèmes
OOSE (Object-
Oriented Software OMT-2 (Object
Engineering) d’I. Modeling
Jacobson : Technique) de J.
expression des Rumbaugh :
besoins par les notion de
interactions entre classes et
les utilisateurs et le d’associations
système
[Link] 5
Histoire
Source : An overview of UML 2.0 – IBM Software Group
[Link] 6
UML aujourd’hui ?
• Surtout utilisé lorsqu’on prévoit de
développer des applications avec une
démarche objet (développement en Java,
en C++, etc.).
• UML a une approche entièrement Objet : il
couvre tout le cycle de développement :
analyse, conception et réalisation
[Link] 7
UML aujourd’hui ?
[Link] 8
Pourquoi modéliser?
• La modélisation est la conception d'applications avant le
codage. ( Analogie : le plan pour la construction d’un
gratte-ciel)
• Nous avons besoin d’un langage de modélisation pour:
– Aider à développer des conceptions efficaces ,
efficientes et correctes, en particulier les conceptions
Orientées Objet.
– Communiquer clairement avec les parties
intervenantes du projet (les parties concernées: les
développeurs, clients, etc.).
– Présenter une « vue globale » sur le projet.
[Link] 9
Qu’est ce qu’un modèle?
• Une abstraction de la réalité.
• Une « vue subjective » mais pertinente de la réalité
• Il permet de:
– faciliter la compréhension du système étudié : un modèle réduit
la complexité du système étudié.
– simuler le système étudié : un modèle représente le système
étudié et reproduit ses comportements.
• L'abstraction est un des piliers de l'approche objet
[Link] 10
Modèle vs Méthode
• UML est un langage (de modélisation objet)
• Représenter graphiquement les besoins des utilisateurs :
les diagrammes
• UML ne propose pas de processus (il ne fournit pas de
démarche proposant un enchaînement d’étapes et
d’activités qui mènent à la résolution d’un problème posé)
• UML est un langage qui permet de représenter des
modèles, mais il ne définit pas le processus d'élaboration
des modèles
• UML n’est pas une méthode
[Link] 11
Quelle Méthode alors ?
• Les auteurs d'UML préconisent d'utiliser une
démarche se basant sur 3 principes
fondamentaux :
–Démarche itérative et incrémentale
–Guidée par les besoins du client et des
utilisateurs
–Centrée sur l’architecture du logiciel
• Exemple : UP
[Link] 12
Unified Process
• 4 phases :
– Création
– Elaboration
– Construction
– Transition
Source : Guide to the Unified Process featuring UML, Java and Design
Patterns (John Hunt) Ed. Springer Science & Business Media
[Link] 13
Unified Process
• Les activité dans les phases : (UP est une Spirale)
– Expression du
besoin
– Analyse
– Conception
– Implémentation
– Test
Source : Guide to the Unified Process featuring UML, Java and Design
Patterns (John Hunt) Ed. Springer Science & Business Media
[Link] 14
Le formalisme UML
• UML se décompose en plusieurs sous-ensembles :
– Les vues : Les vues sont les observables du système. Elles
décrivent le système d'un point de vue donné, qui peut être
organisationnel, dynamique, temporel, architectural, logique,
etc. En combinant toutes ces vues, il est possible de définir (ou
retrouver) le système complet.
– Les diagrammes : Les diagrammes sont des éléments
graphiques. Ceux-ci décrivent le contenu des vues, qui sont
des notions abstraites. Les diagrammes peuvent faire partie de
plusieurs vues.
– Les modèles d'élément : Les modèles d'élément sont les
briques des diagrammes UML, ces modèles sont utilisés dans
plusieurs types de diagrammes. Exemple d'élément : cas
d'utilisation (CU ), classe, association, etc.
[Link] 15
Les Vues
• Vue logique
• Vue des processus
• Vue d’implémentation
• Vue de déploiement
• Vue des cas d’utilisation (vue scénarios)
Source : Concept de
vue et génie logiciel
[SIGONNEAU 2003]
[Link] 16
Diagrammes
UML 2.5 Diagrams Overview.
Note, items in blue are not part
of official taxonomy of UML
2.5 diagrams.
[Link] 17