UML Diagrammes Statiques

1
Génie logiciel et méthodes de
conception orientées objetp j
UML
Modélisation statique
A. ABDELLATIF
abdelaziz.abdellatif@fst.rnu.tn
2012-2013
GL & MCOO A. Abdellatif
Sommaire
Introduction
Diagramme de classes
Diagramme d’objets
Diagramme de composants
Diagramme de déploiement
UML : Modélisation statique 2
Synthèse

2
Introduction
La modélisation statique d’un système
consiste à décrire les composantes de ceconsiste à décrire les composantes de ce
dernier sans tenir compte de leur évolution
dans le temps.
Elle se fait à l’aide des diagrammes
suivants :
Diagramme de classes
Diagramme d’objets
Diag amme de composants
Diagramme de composants
Diagramme de déploiement
Diagramme de classesg

3
Diagramme de classes :
Présentation
Représente les classes constituant le
système et les associations entre ellessystème et les associations entre elles.
C’est le diagramme le plus important de la
modélisation orientée objet.
Regroupe les classes du monde réel et les
classes nécessaires à l’implémentation du
système.
d é é l b d d é
Permet de générer la base de données et
les classes utilisées dans la programmation
des applications.
Concepts de base
Le diagramme de classes se base sur les
concepts suivants :concepts suivants :
Classe : Description formelle d’un ensemble d’objets
ayant une sémantique, des propriétés et un
comportement communs.
Association : Relation sémantique entre deux ou
plusieurs classes.
Propriété (attribut) : élément permettant de
décrire une classe ou une association.
é é é é
Méthode : Opération réalisée par les objets d’une
classe.
Paquetage : Décomposition du diagramme de
classes

4
Représentation d’une classe
Nom classe
Attributs
Personne
Matricule
Nom
Prenom
Date naissance
Méthodes
Date_naissance
Age ()
Forme minimale
Représentation détaillée d’une classe
Personne
+
+
+
-
#
Matricule
Nom
Prenom
Date_naissance
Permanant
: int
: char
: char
: date
: boolean = vrai
+ Age () : intVisibilité :
+ Public
Type de
données
Valeur
initiale
+ Public
- Privé
# Protégé
Type de
valeur de
retour

5
Représentation d’une association
Classe A Classe BClasse A Classe B
Avec possibilité de préciser :
•Un nom d’association
•Une décoration
•Le rôle de chaque classe
•Des cardinalités
Représentation d’une association
Tra va ille r d a n s
E m p lo y é E n tre p ris e
Tra va ille r d a n s >
E m p lo y é E n tre p ris e
Travaille dansE m ploy é E ntrepris e
Nom d’association
Décoration
Travaille dans
Fait travailler
E m ploy é E ntrepris e
Rôle

6
Cardinalités possibles :
Cardinalités (multiplicité)
Employé
1 Un et un seul
1..1 Un et un seul
0..1 Zéro ou un (optionnel)
m..n De m à n
0..* Zéro ou plusieurs
0..*
1..1
p
* Zéro ou plusieurs
1..* Un à plusieurs
Entreprise
Navigabilité d’association
Chaque sens d’une association binaire peut être navigable
ou non.
La navigabilité est représentée pas une flèche.
La non navigabilité est représentée par une croix.
L’absence de ces deux symbole veut dire que l’association
est navigable dan les deux sens.
0..* 1..*
Commande Article
Signification :
Une occurrence de Commande stocke une liste des Articles.
Une occurrence d’Article ne stocke pas une liste des
commandes.

7
Classe association
Si l’association est porteuse de
données, elle est représentée par une
classe association.
Une classe association peut avoir des
propriétés et des méthodes.
0..* 1..*
Commande Article
LigcoCommande
+ quantite : int
Les contraintes
Lorsque les cardinalités ne sont pas
ffi t t d i l è l dsuffisantes pour traduire les règles de
gestion, un digramme de classe peut
être complété par des contraintes.
{contrainte}
Une contrainte concerne une ou
plusieurs associations.

8
Les contraintes
Toute règle peut être représentée sous
f d iforme de contraintes.
Contraintes couramment utilisée :
{ordonnée} : Signifie l’existence d’une relation
d’ordre entre les objets de la classe indiquée par
la contrainte.
{Sous-ensemble} : Indique qu’une collection
est incluse dans une autre.
{Ou exclusif} : Signifie la participation
exclusive d’un objet à l’une ou l’autre des
associations.
Les contraintes : exemples
1..1 0 *
Livre
Chapitre
1..1 0..
{Ordonnée}
0..1
0..*
1..1
1..*
Inscrit dans
Section Etudiant
{Sous-ensemble}
1..1
0 *
Représente
1..1
Se déplace 0..*
Reçoit
0..
Equipe Match
{Ou exclusif}

9
Association d’agrégation
Une agrégation est une association
qui représente une relation d’inclusion
structurelle ou comportementale d’un
élément dans un ensemble.
0..1
Entreprise Véhicule
Agrégat Agrégé
0..*
Entreprise
Association de composition
Une composition est une association
qui décrit une contenance structurelle
entre instances. Composite
Composants 1..1
1..1
1..1
Vehicule
Remarque :
La destruction de l’objet
composite entraîne la
destruction des objets
composants
4..41..11..1
Moteur BoiteVitesse Roue

10
Association de qualification
Permet de partitionner les objets
d’ l t à t id’une classe par rapport à certaines
propriétés de l’autre classe.
Class_1 Class_2
Clé
0..*
Répertoire Fichier
Nom_repertoire
Association n-aire
Association reliant plus que deux
classes.
A B
Remarque :
Les associations n-aires
sont généralement
remplacées par une
classe.
Class_assoc
C

11
Association n-aire (Exemple)
Section
Module
0 *0 *
1..1
0..*
1..1
0..*
Section
Module
Emploi du temps
+
+
H début
H fin
: int
: int
Replacé par
Salle
Jour
Emploi du temps
+ H début : int
1..1
0..
1..1
0..
Salle
Jour
+ H fin : int
Association d’héritage
Représente une relation d’héritage
entre super classes et sous classes.
A Personne
+
+
+
+
CIN
Nom
Prénom
Date naissance
+ Age () : int
BC
Pilote
+ Date embauche
Passager
+ Numero billet

12
Association d’héritage multiple
Moyen transport
Terrestre Aérien Maritime
Voiture Avion BateauHydravion
Association d’héritage exclusif
Client
{Exclusif}
Particulier Exclusif

13
Association d’héritage :règles
Une association d’héritage ne peut pas
être :
Réflexive :
Symétrique :
Class_1A
B A
Transitive :
BA C
Exemple de diagramme de classes:
Système de réservation de vols
Source :
UML par la pratique :
études de cas et
exercices corrigés
Pascal Roques
Eyrolles
y

14
Énoncé :
1. Des compagnies aériennes proposent différents vols.p g p p
2. Un vol est ouvert à la réservation et refermé sur ordre de
la compagnie.
3. Un client peut réserver un ou plusieurs vols, pour des
passagers différents.
4. Une réservation concerne un seul vol et un seul passager.
5. Une réservation peut être annulée ou confirmée.
6. Un vol a un jour et une heure de départ , et un jour et une
heure d’arrivée.
7 Un vol a un aéroport de départ et un aéroport d’arrivée
7. Un vol a un aéroport de départ et un aéroport d’arrivée.
8. Un vol peut comporter des escales dans des aéroports.
9. Une escale a une heure d’arrivée et une heure de départ.
10. Chaque aéroport dessert une ou plusieurs villes.
CompagnieAerienne
nomCompagnie
Client
codeClient
nomClient
infoescale0..*
escale
0..*
relier21..1
arrivee
0..*
relier 11..1
depart
0..*
<concerner
1..1 0..*
effectuer
1..1
0..*
Propose
1..*
1..*
Vol
numeroVol
dateDepart
heureDeprt
dateArrivee
heureArrivee
ouvrirReservation ()
fermerReservation ()
prenomClient
adresseClient
numTel
numFax
Reservation
dateReservation
numeroReservation
confirmer ()
annuler ()
Aeroprt
nomAeroprt
dessert
0..*
0..*
concerne
0..*
1..1
Passager
nomPassager
prenomPassager
Ville
nomVille
InfosEscale
heureArrivee
heureDepart
{ordonnée}

15
CompagnieAerienne
nomCompagnie
Client
codeClient
nomClient
infoescale0..*
escale
0..*
relier21..1
arrivee
0..*
relier 11..1
depart
0..*
<concerner
1..1 0..*
effectuer
1..1
0..*
Propose
1..*
1..*
Vol
numeroVol
dateDepart
heureDeprt
dateArrivee
heureArrivee
ouvrirReservation ()
fermerReservation ()
prenomClient
adresseClient
numTel
numFax
Reservation
dateReservation
numeroReservation
confirmer ()
annuler ()
Aeroprt
nomAeroprt
ns
dessert
0..*
0..*
concerne
0..*
1..1
Passager
nomPassager
prenomPassager
Ville
nomVille
InfosEscale
heureArrivee
heureDepart
{ordonnée}
Vols
Réservation
Diagramme d’objetsg j

16
Diagramme d’objets :
Présentation
C’est un diagramme de classes appliqué
è à l bjconcrètement à quelques objets.
Appelé aussi diagramme d’instances.
Permet de préciser un diagramme de
classes en l’illustrant par des exemples
Permet de vérifier l’adéquation du
diagramme de classes à des cas
diagramme de classes à des cas
particuliers.
Concepts de base
Le diagramme de classes se base sur les
concepts suivants :
Objet : Description d’un objet du monde réel
(instance de classe).
Lien : Relation sémantique entre deux ou
plusieurs objets (instance d’association).
Valeur : Valeur d’une propriété relative à un
objet.

17
Correspondance entre diagrammes
de classes et diagrammes d’objets
1..* 0..*
1
0..*
0..*
1..*
1..*1..*
1..*
0..*
1 *
1..*1..*
Diagramme classes Diagramme objets
LienAssociation
1 0..*
1..*
1..*
1..*
1..*
ObjetClasse
Représentation d’un objet
N bj t
Trois représentations possibles :
Nom objet Nom objet:Nom classe :Nom classe
Exemples :
Objet nommé
Objet nommé avec sa classe Objet anonyme
C250 C250:Modèle voiture :Modèle voiture

18
Représentation détaillée d’un objet
Nom objet:Nom classe
Nom propriété = valeur
Nom propriété
de la classe
Valeur
propriété pour
l’objet
C250:Modèle voiture
Marque
Année
= Mercedes
= 2002
Représentation des liens
Objet 1 Objet 2
Remarques :
•Pas de cardinalités
j j
•Possibilité de nommer le lien

19
Représentation des liens : exemple
1..*
1..4
1..1
1..1
Vehicule RoueMoteur
Voiture Moteur
Roue AV D Roue AG Roue AR D Roue AR G
Représentation des liens : exemple
0..1
Dirige
0..*
Dirigé parEmployé
DirigeMohamed:Employé Ali:Employé

20
Objets multiples
Lorsqu’un objet est lié à plusieurs autres
objets, on peut :
Représenter explicitement tous ces objets :
Objet A
Objet B1
Objet B2
Objet B3
Représenter ces objets par un objet multiple:
Objet A
:Classe C
Objets multiples : exemple
0..1
Dirige
0..*
Dirigé parEmployé
DirigeMohamed:Employé
:Employé

21
Objets composites
Un objet composite est une instance
d’une classe ayant une association de
composition.
0..1
Classe A
:Classe A
1:Classe B 2:Classe B 3:Classe B
0..*
Classe B
1:Classe B 2:Classe B 3:Classe B
Objets composites : exemple
Fenetre
me
s
1
1
1
2 1
1
Zone travailBarre défilement Palette d'outils
F t
Diagramm
declasses
e
:Fenetre
:Palette d'outils1:Barre défilement :Zone travail2:Barre défilement
Diagramme
D’objets

22
Diagramme de composantsg p
Diagramme de composants :
Présentation
Un diagramme de composant décrit la
façon selon laquelle les composantes
logicielles seront réalisées.
Il représente les choix de réalisation.
Il est destiné aux réalisateurs
(développeurs)
(développeurs).

23
Concepts de base
Le diagramme de composants se base sur les
concepts suivants :concepts suivants :
Composant : Toute sorte d’élément physique
permettant la réalisation d’un logiciel.
Dépendance entre composants : Relation de
dépendance entre deux ou plusieurs composants.
Programme principal : Constitue le point d’entrée
dans une application.
Sous-programme : Procédure ou fonction ne
contenant aucune classe.
Sous-système : Regroupement d’un ensemble de
composants.
Les composants
Les composants représentent toute sortes d’éléments
physiques permettant la réalisation d’un logicielphysiques permettant la réalisation d un logiciel.
Un composant est appelé aussi module.
Un composant se présente sous forme de fichier.
Dans l’approche objet, chaque classe constitue un
composant.
Chaque classe (composant) est représentée par deux
éléments : une spécification et un corps
éléments : une spécification et un corps.

24
Les composants: représentation
Trois représentations possibles :
Composant A
<<Composant>>
Composant A
Composant A
xx
Les composants: Exemple
<<Composant>>
Vérificateur
d’orthographe
Vérificateur d'orthographe
Vérificateur
d’orthographe
xx

25
Dépendance entre composants
Dans un diagramme de composants, la
l i d dé d ili érelation de dépendance est utilisée pour
indiquer qu’un composant fait référence aux
services offerts par un autre composant.
Cette notion est utile pour représenter a
dépendance de compilation entre
composants.
composants.
Dépendance: représentation
Composant A Composant B
Exemple :
Editeur texte
Vérificateur d'orthographe Vérificateur grammaire

26
Programme principal
Chaque application a un point d’entrée
appelé programme principal (main).
Main
Les sous-programmes
Les sous-programmes regroupent les
procédures et les fonctions qui
n’appartiennent à aucune classe.
F1

27
Les sous-systèmes
Dans le cas de systèmes complexes, un
ensemble de composants peuvent êtreensemble de composants peuvent être
regroupés dans un sous-système.
Constitue la notion de bibliothèque.
Utilise le formalisme de paquetage.
Sous-système 1
Composant A Composant B
Diagramme de déploiementg p

28
Diagramme de déploiement :
Présentation
Représente la structure physique du
è i f i l é i i dsystème informatique et la répartition des
composantes logicielles sur ce système.
Constitue un moyen pour représenter les
différentes architectures selon laquelle le
nouveau logiciel peut être déployé :
Architecture centralisée
Architecture centralisée
Architecture client/serveur à deux niveaux
Architecture client/serveur à trois niveaux
Architecture client/serveur à n niveaux
Concepts de base
Le diagramme de déploiement se base
sur les concepts suivants :
Noeud : Description d’un dispositif matériel.
Composant : Composante logicielle.
Association de noeud : Relation entre deux
noeuds.
Instance de noeud : C’est une occurrence
d’un dispositif matériel.

29
Les noeuds
Chaque dispositif matériel est
représenté par un noeud.
Un nœud est décrit par :
Un nom (obligatoire)
Un stéréotype (serveur, client,
imprimante, routeur, …)
p , , )
Une adresse réseau
Une cardinalité
Les nœuds : représentation
<<Serveur de données>>
SD
190.190.10.10
Nom du noeud
Type de dispositif
Adresse réseau
1
Cardinalité

30
Les composants
Dans chaque nœud, on peut indiquer
les composants logiciels qui vont y être
installés.
On utilise le même formalisme que
celui du diagramme de composants.
Les composants: représentation
<<Serveur de données>>
SD
190.190.10.10
1
SGBD Oracle

31
Les associations
Les nœuds sont inter reliés par des
i iassociations.
Chaque association entre deux nœuds
représente l’existence d’un support de
communication entre eux.
Pour chaque association, on peut préciser :
Le nom
Le nom
Le rôle de chaque côté
La cardinalité
Les associations:représentation
Nom association
1..1
Rôle 1
1..*
Rôle 2
Noeud 1 Noeud 2

32
Les associations:exemple
OAS
TCP-IP1..3
1..1
Internet
1..1
Serveur Applications
Serveur de données
SGBD Oracle
IIS
CRM
0..*
USB
Client Imprimante
Navigateur
Instances de noeud
Dans un diagramme de déploiement, on peut
é l i d dreprésenter les instances des nœuds.
Cette possibilité est utilisée surtout pour
représenter de façon exhaustive des parties
du diagramme de déploiement.
Les instances de nœuds se distinguent des
nœuds par le fait que leurs noms sont
nœuds par le fait que leurs noms sont
soulignés.

33
Les associations:représentation
Instance de nœud
Les associations:exemple
Serveur app 1
Serveur app 2 Serveur de données
Serveur app 3

34
Synthèse
Utiliser les diagrammes de classes pour
décrire des composantes structurelles d’undécrire des composantes structurelles d un
SI.
Utiliser les diagrammes d’objets pour
illustrer et tester les diagrammes de
classes.
Utiliser les diagrammes de composants
pour montrer la façon selon laquelle le
logiciel sera découpé en composantes
logiciel sera découpé en composantes.
Utiliser les diagrammes de déploiement
pour envisager les différentes façons selon
lesquelles le logiciel peut être exploité.

UML Diagrammes Statiques

Contenu connexe

Tendances (20)

En vedette (8)

Similaire à UML Diagrammes Statiques (20)

Plus de 'Farouk' 'BEN GHARSSALLAH' (14)

UML Diagrammes Statiques