UML

Unified Modeling langage

PLAN du cour UML
• Genèse du langage
• Les 05 étapes de conception des SI (cycle de vie )
- Les modèles UML utilisés pendant chaque cycle
• Les généralités de UML
- les 10 (13 en théorie) diagrammes uml
• Modèle Cascade (Water-full Model)
- sa relation avec UML
• Modèle en spiral (Spiral model)
- sa relation avec UML
• Incrémental Framework
- sa relation avec UML
• Les bonnes pratiques (the best of practices)
Comment est apparu ce langage ?
• Entre 1989-1994 : existaient environ 50 logiciels de traitement des données,

• En 1995 : Les trois méthodologistes les plus célèbres étaient connus sous le nom
des Trois Amis (three Amigos) (Jacobson, de génie logiciel orientée objet), (Booch, la
conception orientée objet) et (Rumbaugh, OMT: techniques de modélisation orientées),
car ils étaient connus pour leurs discussions constantes sur les pratiques
méthodologiques.

• En 1997 : Sous la direction technique des Trois Amis (Rumbaugh, Jacobson et Booch),
un travail pour OMG a été présenté et adoptée, il s’agit UML 1.1

• En 2015 : Après plusieurs révisions et corrections des erreurs de UML1.x puis

UML2.x(2009), UML2.5, l’actuelle version est officiellement publiée,

OMG (Object Management Group) est un consortium (non lucratif), formé en 1989 dédié à l’établissement de différentes normes de
technologie orienté Object (UML, XML, COBRA et BPMN)
 Les créateurs de UML
« Jim Rumbaugh, Grady Booch & Ivar Jacobson »
UML est donc :
Un langage unifié de modélisation (une syntaxe et
une sémantique) qui rassemble 02 classes
principales de types de diagrammes de différents
aspects des interactions :
1. les diagrammes structurels
2. les diagrammes de comportement
UML : est un ensemble de diagramme
Ces diagrammes peuvent être classés hiérarchiquement
comme indiqué dans le diagramme de classes suivant
La différence entre les deux catégorie de
diagrammes
 UML : Les diagrammes
➢ Les 10 les plus utilisés
➢ Les 13 théoriques
1. Diagramme de contexte A. Diagrammes UML structurels
2. Diagramme UML des cas d'utilisation 1. Diagramme de contexte
2. Diagramme de classe
3. Diagramme de séquence UML 3. Diagramme de composants
4. Diagramme des composants UML 4. Diagramme Structure composite
5. Diagramme De déploiement
5. Diagramme de classe UML 6. Diagramme D’objets
6. Diagramme d'activité UML 7. Diagramme De pakage
8. Diagramme De profil
7. Diagramme de collaboration UML
B. Diagrammes UML comportementaux
8. Diagramme de déploiement UML
8. Diagramme d’activité
9. Diagramme de l'état UML 9. Schéma de communication
10. Diagramme du paquet UML 10. Diagramme de cas d’utilisation
11. Diagramme de séquences
12. Diagramme d’état
13. Diagramme de test (temps)
 UML : De quoi s’agit-il
UML signifie (langage de modélisation unifié). Il s'agit d'une
notation graphique internationale standard de l'industrie utilisée
pour décrire, visualiser, construire et documenter les artefacts
d'un système logiciel.
 Objectif : UML
1.Raisonner sur le comportement du système.
2.Détecter les erreurs et les omissions au début du cycle de vie.
3.Présenter les conceptions proposées et communiquer avec les parties prenantes.
4.Comprendre les exigences.
5.Piloter la mise en œuvre
Les étapes de conception des SI(cycle de vie )
- Les modèles UML utilisés pendant chaque cycle
1. Besoins (A ce niveau UML n’intervient pas. On se réfère alors à des méthodes classiques telles que l’analyse de l’éxistant et de
l’opportunité).
a. Est-ce que le projet est viable?
b. Est-ce que les ressources allouées pour le projet sont suffisantes?

2. Analyse
L’analyste décortique le projet pour permettre sa compréhension. On représente alors son projet à l’aide des diagrammes UML suivants:
a. Contexte
b. Cas d'utilisation (use case)
c. Activités
d. Séquences
3. Conception
C’est l’étape de conception proprement dite, l’analyste entame la représentation graphique de ses données :
a. Diagramme des entités relationnelles des données (composant ou classe)
4. Réalisation
a. UI : User Interface ( IHM)
5. Tests (tests unitaires, jeu d’essai…)
a. Diagramme des communication
6. Implémentation
a. Diagramme de déploiement (Deployment Diagram)
Diagramme de contexte

Le diagramme de contexte sert à délimiter le contour du système en cours d'étude, càd

définir clairement ses frontières et les acteurs avec lesquels il communique. Ces derniers
peuvent être soit des acteurs humains, soit d'autres systèmes avec lesquels le futur
système communique.
Diagramme UML des cas d'utilisation

• Objectif

Un diagramme de cas d'utilisation est un type de diagramme utilisé en

UML pendant la phase d'analyse d'un projet pour identifier la
fonctionnalité du système.
Il décrit l'interaction des personnes ou du dispositif externe avec le
système en cours de conception.
Il ne montre pas beaucoup de détails, mais résume seulement
certaines des relations entre les cas d'utilisation, les acteurs et les
systèmes.
Diagramme UML des cas d'utilisation

• Utilisation
Fondamentalement, quatre éléments doivent être inclus dans un
diagramme de cas d'utilisation.
Il s'agit des acteurs, des systèmes, des cas d'utilisation et des relations.
Les acteurs représentent toute personne ou tout objet qui interagit
avec le système.
Il peut s'agir d'êtres humains, d'autres ordinateurs ou d'autres
systèmes logiciels. Les cas d'utilisation représentent les actions qui sont
effectuées par un ou plusieurs acteurs dans un but particulier. Le
système est ce que vous êtes en train de développer.
Diagramme UML des cas d'utilisation
• Exemple type
Diagramme de séquence UML

• Objectif
Un diagramme de séquence est utilisé en UML pour décrire les phases
d'analyse et de conception.
C'est un diagramme d'interaction qui détaille la manière dont les
opérations sont effectuées.
Un diagramme de séquence est souvent utilisé pour représenter le
déroulement chronologique des événements à travers un cas
d'utilisation.
Il permet de présenter les relations de communication entre les objets
et les messages qui déclenchent ces communications.
Diagramme de séquence UML

• Utilisation

Une ligne de vie représente les instances typiques des composants ou des classes de votre
système.
Les messages sont affichés sous forme de flèches. Ils peuvent être complets, perdus ou
trouvés ; synchrones ou asynchrones ; appel ou signal.
Activer est utilisé pour indiquer l'activation d'un participant.
Une fois qu'un participant est activé, sa ligne de vie apparaît.
Les objets sont des éléments de modèle qui représentent des instances d'une ou plusieurs
classes.
Les classes en UML montrent l'architecture et les caractéristiques du système conçu.
L'acteur spécifie un rôle joué par un utilisateur ou tout autre système qui interagit avec le
sujet
Diagramme de séquence UML
• Exemple Type
Diagramme de classe UML

• Objectif
Un diagramme de classe UML est non seulement utilisé pour décrire les
structures des objets et des informations dans une application, mais
aussi pour montrer la communication avec ses utilisateurs.
Il offre un large éventail d'utilisations, de la modélisation de la vue
statique d'une application à la description des responsabilités d'un
système. La composition est un type spécial d'agrégation qui dénote
une forte propriété.
•
Diagramme de classe UML

• Utilisation
Dans un diagramme de classes UML, les classes représentent une abstraction
d'entités ayant des caractéristiques communes.
Les associations représentent les relations statiques entre les classes.
L'agrégation est un type spécial d'association dans lequel les objets sont
assemblés ou configurés ensemble pour créer un objet plus complexe.
La généralisation est une relation dans laquelle un élément de modèle
(l'enfant) est basé sur un autre élément de modèle (le parent). La relation de
dépendance est une relation dans laquelle un aspect, le client, utilise ou
dépend d'un autre aspect, le fournisseur.
Diagramme de classe UML
Diagramme d'activité UML

• Objectif

Le but d'un diagramme d'activité est de décrire le flux procédural des

actions dans le cadre d'une activité.
Il est utilisé pour modéliser la façon dont les activités sont coordonnées
pour fournir un service, pour montrer les événements nécessaires à la
réalisation d'une opération et pour illustrer les relations entre les
événements dans un cas d'utilisation unique.
Diagramme d'activité UML

• Utilisation
Les diagrammes d'activités sont constitués d'activités, d'états et de transitions entre les
activités et les états.
L'état initial est le point de départ du diagramme d'activités. C'est le point auquel vous
commencez à lire la séquence d'action.
Une activité est une unité de travail qui doit être exécutée.
L'état définit la condition actuelle d'un événement ou d'une activité. L'activité de décision est
introduite en UML pour soutenir les conditions des activités. Elle montre où la transition de
sortie d'un état ou d'une activité peut s'orienter dans d'autres directions en fonction d'une
condition.
La barre représente la synchronisation de l'achèvement de ces activités.
Le flux de contrôle en informatique se réfère à l'ordre dans lequel les déclarations, instructions ou appels de
fonction individuels d'un impératif ou d'un programme déclaratif sont exécutés ou évalués.
Un flux d'objets est la même chose qu'un flux de contrôle, mais il est représenté par une ligne
pointillée au lieu d'une ligne pleine.
Diagramme d'activité UML

• Exemple type
Diagramme de collaboration UML

• Objectif
Un diagramme de collaboration est utilisé pour décrire une collection
d'objets qui interagissent pour mettre en œuvre un certain
comportement dans un contexte.
Il est utilisé pour modéliser la fonctionnalité du système, c'est-à-dire,
plus précisément, visualiser la relation entre les objets qui collaborent
pour effectuer une tâche particulière et modéliser la logique de la mise
en œuvre pour une opération complexe.
Diagramme de collaboration UML

• Utilisation
Le diagramme de collaboration est également appelé diagramme de
communication ou d'interaction.
Il se compose d'un objet, d'un multi-objet, d'un acteur, d'un rôle
d'association, d'une délégation, d'un lien avec soi-même, d'une contrainte et
d'une note.
Les objets sont des éléments de modèle qui représentent des instances
d'une ou plusieurs classes.
Un multi-objet représente un ensemble d'instances de la ligne de vie. Un lien
à soi-même est utilisé pour lier un message qui peut être envoyé d'un objet à
lui-même.
Diagramme de collaboration UML

• Exemple type
Diagramme des composants UML

• Objectif
Il permet aux concepteurs d'applications de vérifier que les
fonctionnalités requises d'un système sont mises en œuvre par les
composants, garantissant ainsi que le système final sera acceptable.
De plus, le diagramme des composants est un outil de communication
utile entre les parties prenantes pour discuter, analyser ou améliorer la
conception du système.
Diagramme des composants UML

• Utilisation

Le diagramme de composants UML ne nécessite pas beaucoup de

notations, donc très facile à dessiner.
Vous trouverez ci-dessous un exemple de diagramme de composants
UML 1.0, qui ne nécessite que deux symboles : composant et
dépendance.
Diagramme des composants UML

• Exemple type
Diagramme de déploiement UML

• Objectif
Un diagramme de déploiement est un type de diagramme utilisé en
UML pour décrire les composants matériels utilisés dans les
implémentations de systèmes ainsi que les environnements
d'exécution et les artefacts déployés sur le matériel.
Il permet de visualiser le système de topologie du matériel, de
modéliser les éléments matériels physiques et la relation de
communication entre eux, et de planifier l'architecture du système.
Diagramme de déploiement UML

• Utilisation
Les nœuds représentent soit des dispositifs matériels, soit des
environnements d'exécution de logiciels. Ils peuvent être reliés par des
voies de communication pour créer des systèmes de réseau d'une
complexité arbitraire.
Un composant représente une partie modulaire d'un système. Un
composant définit son comportement en termes d'interfaces fournies
et requises. La relation de dépendance est une relation dans laquelle
un élément, le client, utilise ou dépend d'un autre aspect, le
fournisseur
Diagramme de déploiement UML

• Exemple type
Diagramme d'état UML

• Objectif
Les diagrammes d'état vous permettent de modéliser la nature
dynamique d'un système. Ils décrivent tous les états possibles d'un
objet au fur et à mesure que les événements se produisent. L'objectif le
plus important d'un diagramme d'état est donc de modéliser la durée
de vie d'un objet, de sa création à sa fin.
Diagramme d'état UML

• Utilisation
Un état est une condition pendant la vie d'un objet au cours de laquelle
il satisfait à certaines exigences, effectue certaines activités ou attend
certains événements extérieurs.
Un état de départ est un état dans lequel se trouvera un nouvel objet
immédiatement après sa création. Un état final est un état qui
représente la fin de l'existence de l'objet. Une transition est une
relation entre deux états indiquant qu'un objet dans le premier état
effectuera certaines actions et entrera dans le deuxième état lorsqu'un
ensemble d'événements et de conditions spécifiés seront satisfaits.
Diagramme d'état UML

• Exemple type
Diagramme du paquet UML

• Objectif
Les diagrammes du paquet vous permettent d'organiser les éléments
d'un modèle.
Ils sont généralement utilisés pour représenter l'organisation de haut
niveau d'un projet logiciel.
Le diagramme de package peut montrer à la fois la structure et les
dépendances entre les sous-systèmes ou les modules.
Ils peuvent être utilisés pour regrouper n'importe quelle construction
dans l'UML, comme les classes, les acteurs et les cas d'utilisation.
Diagramme du paquet UML

• Utilisation
L'élément package en UML est représenté par une icône de dossier.
Chaque paquet représente un espace de noms.
Les paquets peuvent également être membres d'autres paquets, ce qui
permet d'obtenir une structure hiérarchique dans laquelle les paquets
de niveau supérieur sont décomposés en sous-paquets
Diagramme du paquet UML

• Exemple Type