UML

1. Modélisation
UML avec le
diagramme de
classe
Etude de cas : application
de gestion d’hôtel
Présenter par :
Amat Samia BOUALIL

2. plan
 Introduction
 Définition de la modélisation
 Définition de le digramme de classe
 Comment construire un diagramme de classe
 Etude de cas : hôtel
 Conclusion

3. Pourquoi la modélisation

4. La modelisation

6. Le diagramme de classe
 Un diagramme de classes UML :
- décrit les structures des objets et les
informations utilisés par une application en
interne
- est ainsi composé de classes et de leurs
relations.

7. Notion de classe rappel
 Notion d’Objet
Une abstraction du monde réel c.-à-d. des données
informatiques regroupant des caractéristiques du monde réel
 Exemple
une personne, une voiture, une maison, ...
 Caractérisation d’un objet
 Identité
permet de le distinguer des autres objets
 Attributs
 données caractérisant l'objet
 Méthodes
 actions que l'objet est à même de réaliser

8. Comment construire un diagramme
de classe

9.  Elle est représentée de la façon suivante
(attention, en fonction du contexte, on peut
omettre ce que l'on veut).
La classe est définie par son nom, ses
attributs et ses opérations comme ci-dessous.
- Commencer les noms des classes par des
majuscules et tous les autres éléments par
des minuscules.
- Séparer les mots composés par des
majuscules.

10. - Ne pas utiliser de caractères spéciaux ou accentués
qui pourraient ne pas être acceptés dans les langages
informatiques.
Nous allons commencer par analyser la signification du
# et des +.
Ces signes symbolisent la portée de l'attribut ou de la
méthode. Voici la liste des trois symboles :
Le signe + : l'élément suivi de ce signe est public.
Le signe # : l'élément suivi de ce signe est protégé.
Le signe - : l'élément suivi de ce signe est privé.

11. exemple

12. Relations entre classes
 Héritage
 Association
 Contenance

13. Types de relation : Héritage
 permet de créer une nouvelle classe à
partir d'une classe existante.
 Principe:
classe dérivée contient les attributs et
les méthodes de sa superclasse

14.  l'héritage est symbolisé par une simple flèche, comme
indiqué à la figure suivante.
 Chaque personne de
l’université est identifiée
par son nom, prénom
Les étudiants ont plus un
noEtudiant
Les enseignants ont un
numéro de téléphone
interne

16. Types de relation : Association
Connexion sémantique entre deux classes
Navigabilité
 Par défaut une association est navigable dans les
deux sens
Chaque instance de voiture a un lien vers le
propriétaire
Chaque instance de Personne a un ensemble de lien
vers les voitures

17.  Restriction de la navigabilité
Le service de contravention
est associé à une ou plusieurs
voiture(s)
La voiture ne connaît pas service
de contravention

18. Documentation d’une association
Nom de l’association lien sémantique entre les
classes
 La personne achète la voiture
 La voiture est achetée

19. Rôle d’une association
Spécification du rôle de la classe
 La personne joue le rôle de
 propriétaire de la voiture

20. Multiplicités
1 : la classe est en relation avec un et un seul objet de l’autre
classe
1..* : la classe est en relation avec au moins un objet de l’autre
classe
0..* : la classe est en relation avec 0 ou n objets de l’autre classe
0..1 : la classe est en relation avec au plus un objet de l’autre
classe
Une personne peut acheter
0 ou n voitures
Une voiture est achetée par une
et une seule personne

21. Type de relations
 A « contient » des instances de B,
Propriétés de l’agrégation
 La suppression de A n’implique pas la suppression
de B
 L'élément agrégé peut être partagé
BA
Agrégat
Types de relation : Agrégation

22. Exemples :
 L’enseignant est un composant d’une (ou
plusieurs) équipe de recherche d’un seul
département
 La disparition d’une équipe de recherche
n’entraine pas la disparition d’un enseignant

23.  La suppression de A entraine la suppression de B
Exemple:
« Une présentation PowerPoint est composé de transparents »
La suppression de la présentation entraine la disparition des
transparents qui la compose
Types de relation : Composition

25. Diagramme de classe

26. Etude de cas: hôtel
 Un hôtel est composé d'au moins deux chambres.
Chaque chambre dispose d'une salle d'eau: douche ou
bien baignoire. Un hôtel héberge des personnes. Il p
eut employer du personnel et il est impérativement
dirigé par un directeur. On ne connaît que le nom et le
prénom des employés, du directeur et des occupants.
Certaines personnes sont des enfants et d'autres des
adultes (faire travailler des enfants est interdit). Un
hôtel a les caractéristiques suivantes : une adresse, un
nombre de pièces et une catégorie.

27. Une chambre est caractérisée par le nombre de lits
qu'elle contient, son prix et son numéro. On veut
pouvoir savoir qui occupe quelle chambre à quelle
date.
Pour chaque jour de l'année, on veut pouvoir
calculer le loyer de chaque chambre en fonction
de son prix et de son occupation (le loyer est nul
si la chambre est inoccupée). La somme de ces
loyers permet de calculer le chiffre d'affaires de
l'hôtel entre deux dates.

28.  Concevoir le diagramme de classe d’une application de
gestion d’hôtel. Voici ce que vous devez modéliser :
Un hôtel est constitué d'un certain nombre de chambres.
Un responsable de l'hôtel gère la location des chambres.
Chaque chambre se loue à un prix donné.
L'accès aux salles de bain est compris dans le prix de la
location d'une chambre. Certaines chambres comportent
une salle de bain, mais pas toutes. Les hôtes de
chambres sans salle de bain peuvent utiliser une salle de
bain sur le palier. Ces dernières peuvent être utilisées
par plusieurs hôtes.

29.  Les pièces de l'hôtel qui ne sont ni des
chambres, ni des salles de bain (hall
d'accueil, cuisine...) ne font pas partie de
l'étude (hors sujet).
Des personnes peuvent louer une ou
plusieurs chambres de l'hôtel, afin d'y
résider. En d'autre termes : l'hôtel héberge
un certain nombre de personnes, ses hôtes
(il s'agit des personnes qui louent au moins
une chambre de l'hôtel...).

30. Solution

31. Conclusion

32.  Meri pour votre attention