Diagramme de Classes

Ilef Ben Slima - ISMAI Kairouan

DIAGRAMME DE CLASSES :
PRÉSENTATION

 Le diagramme de classe est le point central dans un

développement orientée objet : il décrit la structure interne du
système.

 Il fournit une représentation abstraite des objets du système

qui interagissent ensemble pour réaliser le cas d’utilisation

 Vue statique : pas de facteur temporel

2
CLASSE ET OBJET :

 Une classe représente la description abstraite d’un ensemble

d’objets possédant les mêmes caractéristiques. On peut parler
également de Type.
 Exemples : la classe Voiture, la classe Personne.

 Un objet est une entité aux frontières bien définies,

possédant une identité et encapsulant un état et un
comportement. Un objet est une instance (ou occurrence)
d’une classe.
 Exemples : Pascal Roques est un objet instance de la classe
Personne.
3
REPRÉSENTATION D’UNE CLASSE :

 les classes sont représentées par des rectangles compartimentés :

 le 1er compartiment représente le nom de la classe
 le 2ème compartiment représente les attributs de la classe
 le 3ème compartiment représente les opérations de la classe

4
LES ATTRIBUTS :

 Une classe correspond à un concept global d’information et se

compose d’un ensemble d’informations élémentaires, appelées
attributs de classe.
 Un attribut représente la modélisation d’une information
élémentaire.

 L’attribut est représenté par un nom, un type de données, et

une visibilité

5
LES ATTRIBUTS : LES VISIBILITÉS

 UML définit 3 niveaux de visibilité pour les attributs :

 public (+) : l’élément est visible pour tous les clients de la
classe
 protégé (#) : l’élément est visible pour les sous-classes de la
classe
 privé (-) : l’élément n’est visible que par les objets de la
classe dans laquelle il est déclaré.

6
LES OPÉRATIONS :
 Une opération est une fonctionnalité assurée par une classe.
 La description des opérations peut préciser les paramètres
d’entrée et de sortie ainsi que les actions élémentaires à
exécuter.

o Comme pour les attributs, on

retrouve 3 niveaux de visibilité pour
les opérations :
• public (+) : l’opération est visible pour
tous les clients de la classe
• protégé (#) : l’opération est visible
pour les sous-classes de la classe
• privé (-) : l’opération n’est visible que
8
par les objets de la classe dans laquelle
elle est déclarée.
LES RELATIONS :

 Relation entre deux classes ou plus décrivant les connexions

structurelles entre leurs instances

 Il existe plusieurs types de relations entre classes :

 l’association
 la généralisation/spécialisation
 l’agrégation et la composition

9
LES RELATIONS D’ASSOCIATION :

 Relie des classes au même niveau hiérarchique

 4 décorations permettent de spécifier le lien entre objets :

 Nom : nature des relations entre les objets
 Direction : direction d’application du nom
 Rôle : rôle spécifique de chacune des classes dans l’association
 Cardinalité : nombre d’éléments affectés

10
CARDINALITÉ :

 La cardinalité ou la multiplicité définit le nombre d’instances

de l’association pour une instance de la classe.
 La multiplicité est définie par un nombre entier ou un
intervalle de valeurs.

11
 LA CLASSE-ASSOCIATION :

 Une association peut avoir des propriétés, qui ne sont disponibles dans
aucune des classes qu’elle lie. Ces propriétés / attributs dépendent
fonctionnellement de 2 identifiants, appartenant à 2 classes différentes.
 Par exemple, l’attribut « quantité commandée » dépend fonctionnellement
du numéro de commande et du code produit. On va donc placer l’attribut
« quantité commandée » dans l’association « comporter ».
 Dans ce cas, l’association est dite « porteuse d’attributs » et est appelée
Classe-Association.

12
RELATION DE GÉNÉRALISATION :

 Modélise la relation d’héritage

➢ La généralisation correspond à la notion “est une sorte de”
➢ Modélisation des relations parents / enfants
 Généralisation (classe, classe) ou (classe, interface)
 Cette relation est modélisée par une flèche pointant sur la
classe mère

13
RELATION D’AGRÉGATION ET DE
COMPOSITION :
 Agrégation
➢ Définit une relation hiérarchique entre les entités
➢ Définit la relation : « se compose de » et modélise la notion de «
possession » ou de « tout et partie »
 Composition
➢ Définit une contenance structurelle entre les instances
➢ La destruction de l’objet composite implique la destruction de ses
composants
➢ Une instance du composant appartient au plus à une instance du
composite

14
EXEMPLE :

16
 BIBLIOGRAPHIE

 Muller, P. A., & Gaertner, N. (2000). Modélisation objet avec UML

(Vol. 514). Paris: Eyrolles.

 Roques, P., & Renault, G. UML 2 par la pratique: Etudes de cas et

exercices corrigés. Editions Eyrolles 2008

 Audibert, L. UML 2. Institut Universitaire de Technologie de

Villetaneuse–Département Informatique. Édition 2007-2008

17