Vous êtes sur la page 1sur 12

UML Diagramme de classe

Présenter par les binôme n° 3

Membre :
Supervisé par :
OLANIYI Imorou
Mr. YEDONOU Tanguy
TCHOGNINOU Iréné
• Introduction
• Schéma de diagramme de classe
• Relation entre les classes
• TP pratique
• Conclusion
Introduction

L’Unified Modeling Language (UML) est un langage


graphique standard utilisé pour modéliser des systèmes
logiciels. Parmi les différents types de diagrammes
UML, le Diagramme de Classes occupe une place
centrale. Il permet de représenter la structure statique
d’un système en mettant l’accent sur les classes, leurs
attributs, leurs méthodes et leurs relations.
I – Schéma de diagramme de classe

Le diagramme de classes est un schéma utilisé


en génie logiciel pour présenter les classes et les
interfaces des systèmes ainsi que leurs relations.
Ce diagramme fait partie de la partie statique d'
UML, ne s'intéressant pas aux aspects temporels
et dynamiques.
Relation entre les classe
Les relations ne sont pas propres aux diagrammes de classes, elles
peuvent également s'appliquer à l'ensemble des diagrammes statiques.
Comme relation nous avons :
• Héritage : L'héritage est un principe de division par généralisation et spécialisation, représenté par
un trait reliant les deux classes et dont l'extrémité du côté de la classe mère comporte un triangle.
• Association : L'association est une connexion sémantique entre deux classes (relation logique).
Une association peut être nommée. L'invocation d'une méthode est une association. Elle peut être
binaire, dans ce cas elle est représentée par un simple trait, ou n-aire, les classes sont reliées à un
losange par des traits simples. Comme forme désassociassions nous avons:

- Multiplicité : comparable aux cardinalités du système Merise, sert à compter le nombre


minimum et maximum d'instances de chaque classe dans la relation liant 2 ou plusieurs classes.
• Navigabilité : les associations sont bidirectionnelles et peuvent être parcourues dans les 2 sens.
Lorsque l’association est contrainte pour devenir unidirectionnelle, le sens de navigation qui reste
possible est spécifié par une flèche. Il est préférable de laisser les associations bidirectionnelles.
UML autorise d’alerter sur le sens de la navigation interdit avec une croix en plus de la flèche
• Agrégation : L'agrégation est une association avec relation de subordination,
représentée par un trait reliant les deux classes et dont l'origine se distingue de
l'autre extrémité (la classe subordonnée) par un losange vide. Une des classes
regroupe d'autres classes. L'objet T utilise une instance de la classe T’
• Composition : La composition est une agrégation avec cycle de vie dépendant : la
classe composante est détruite lorsque la classe composée (ou classe composite)
disparaît. L'origine de cette association est représentée par un losange plein.
L'objet T’est composé de T.
• Dépendance : Implique qu'une ou plusieurs méthodes reçoivent un objet d'un type
d'une autre classe. Il n'y a pas de liaison en ce qui concerne la destruction d'objets
mais une dépendance est quand même là. Elle est symbolisée par une flèche en
pointillés, dont son extrémité possède trois traits qui se coupent en un même point.
TP 1 :Enoncer
• Considérons d’une agence de réservation de vols.
• -Les compagnie aériens propose diffèrent vols
• -Un vol est ouvert à la réservation et refermer sous l’ordre de la compagnie
• -un client peut réserver un plusieurs vols pour des passager différents
• -Une réservation concerne un seule et un seul passager
• -Une réservation peut entrée confirmer et annulée
• -Un vol a un aéroport de départ et un aéroport d’arrivée
• -Un vol a un jour et une heure de départ, et un jour et une heurée d’arrivée
• -Un vol peut comporter des escales dans un ou plusieurs aéroports
• -Une escale a une heure de départ et une heure d’arrivée
• -Chaque dessert une ou plusieurs villes
Cas pratique 1
TP 2: Enoncer

Considérons un système de gestion d’une université.


Nous avons les entités suivantes : Étudiant, Cours et
Professeur. Un étudiant a un nom et peut s’inscrire à
plusieurs cours. Un cours a un nom et est enseigné par
un professeur. Un professeur a un nom et peut
enseigner plusieurs cours. Dessinez le diagramme de
classe correspondant.
Cas pratique 2
Conclusion

Le Diagramme de Classes est essentiel pour concevoir des systèmes


logiciels robustes et maintenables. En maîtrisant cet outil, les
développeurs peuvent créer des modèles précis et faciliter la
communication entre les équipes de développement.

Vous aimerez peut-être aussi