Coursuml 2023 Smi

Licence Sciences Mathématiques et Informatique (SMI)
Semestre 5
Cours Modélisation objet :

Le langage UML
Professeur : LAASSIRI Jalal / laassiri@uit.ac.ma
Faculté des Sciences de Kénitra
Département d’informatique
1
Plan du cours
• Les concepts d’UML

– UML
• Introduction au langage UML
• Vue structurelle (Diagramme de classes / Diagramme d’objets)
• Vue fonctionnelle (Diagramme des cas d’utilisation / Diagramme de
collaboration / Diagramme de séquence)
• Vue dynamique (Diagramme d’états-transitions / Diagramme d’activité)
• Vue compositionelle (Les composants et le diagramme de composants)
– OCL
• Introduction au langage OCL
• Syntaxe
– Les outils : Objecteering, Rose et les autres
• Méthodologie et Design Pattern
– Méthodologie :
• la conception d’une application passe par une méthode
• Le test
– Design Pattern
– L’approche MDA, …
pr. LAASSIRI Jalal / Dept 2

Les concepts d’UML
- UML – Génie logiciel

pr. LAASSIRI Jalal / Dept
La complexité des logiciels
• Les systèmes peuvent être décomposés selon

– ce qu’ils font (approche fonctionnelle)
– ce qu’ils sont (approche objet)
• L’approche objet gère plus efficacement la complexité

– Modèles basés sur le monde réel ! stabilité
– Structure indépendante des fonctions ! évolutivité
– Approche modulaire ! maintenance, réutilisabilité
6
Notation unifiée UML
OOD (Object-Oriented Design) de Grady Booch, définie pour le

Department of Defense, introduit le concept de paquetage (package) ;
OMT (Object Modeling Technique) de James Rumbaugh (General Electric)

fournit une représentation graphique des aspects statique, dynamique et
fonctionnel d'un système ;
OOSE(Object-oriented software engineering) d'Ivar Jacobson (Ericsson)

fonde l'analyse sur la description des besoins des utilisateurs (cas
d'utilisation, ou use cases).

Genèse d’UML
OMT • Utilisation d’un standard de modélisation « universel »
Booch
• Au départ, plus de 150 méthodes !!
• Unification progressive de plusieurs méthodes, de remarques des utilisateurs,
OOSE des partenaires
Fusion • 1989 : création de l’OMG (Object Management group) ; groupe créé à
l’initiative de grandes sociétés informatiques américaines afin de normaliser
Classe-Relation les systèmes à objets ; 1ère réalisation de l’OMG : CORBA (communication
ROOM
entre applications objets dans un système distribué hétérogène)
HOOD
etc... UML 2.0

Rational OMG …
Fin 1990 UML 1.4
1995 Fin 2001
OMT UML 1.3
(Rumbaugh et al.) Unified Method
0.8 1996 Juin 1999
Booch UML 1.1
UML 0.9 Nov. 1997
OOSE
(Jacobson et al.)
Catalysis ROOM etc.

Axes de modélisation d ’un système
Statique (ce que le système EST)
• diagramme de classes
• diagramme d’objets
• diagramme de composants
• diagramme de déploiement
Dynamique
(comment le système
EVOLUE) Fonctionnel
(ce que le système FAIT)
• diagramme de séquence
• diagramme de collaboration • diagramme de cas d’utilisation
• diagramme d’états-transitions • diagramme de collaboration
• diagramme d’activités

Références
• http://www.OMG.org : les normes UML, OCL, MDA, …

• Modélisation objet avec UML, PA. Muller, N. Gaertner, ed. Eyrolles
• http://uml.free.fr : UML en français
• The Unified software development process, I. Jacobson, G. Booch, J.
Rambaugh, ed. Addison-Wesley, 1999
• Design Patterns: Elements of reusable Object Oriented Software, E.
Gamma, R. Helm, R. Johnson, J. Vlissides, ed. Addison-Wesley, 1994
• D’autres cours sur le web :

– http:// www-igm .univ-mlv .fr/ ~dr/DESS/Elaboration/siframes.htm
– http://www.iutc3.unicaen.fr/~moranb/cours/acsi/ menucoo.htm
– http://www.cnamversailles.fr/ress_uv_pres/prog_oo/
Ressources%pedagogiques/NotationUML-0399.ppt

Les objets
• Les objets du monde réel nous entourent, ils naissent, vivent et meurent.
• Les objets informatiques définissent une représentation simplifiée des entités du

monde réel.
• Les objets représentent des entités

– concrètes : avec une masse
– abstraites : concept

Les objets sont des abstractions
• Une abstraction est un résumé, un condensé

• Mise en avant des caractéristiques essentielles
• Dissimulation des détails
• Une abstraction se définit par rapport à un point de vue
• Exemples d’abstractions
– Une carte routière
– Un nombre complexe
– Un téléviseur
– Une transaction bancaire
– Une porte logique
– Une pile
– Un étudiant

Caractéristiques fondamentales des objets
• Objet = État + Comportement + Identité
• Communication entre objets

L’état
• L’état d’un objet :

– regroupe les valeurs instantanées de tous les attributs d’un objet
– évolue au cours du temps
– à un instant donné est la conséquence de ses comportements passés
• Exemples
– Pour un signal électrique : l’amplitude, la pulsation, la phase, …
– Pour une voiture : la marque, la puissance, la couleur, le nombre de
places assises, …
– Pour un étudiant : le nom, le prénom, la date de naissance, l'adresse,
…

Le comportement
• Le comportement
– décrit les actions et les réactions d’un objet
– regroupe toutes les compétences d’un objet
– se représente sous la forme d’opérations (méthodes)
• Un objet peut faire appel aux compétences d’un autre objet
• L’état et le comportement sont liés

– Le comportement dépend de l’état
– L’état est modifié par le comportement

L’identité
• Tout objet possède une identité qui lui est propre et qui le caractérise
• L’identité permet de distinguer tout objet de façon non ambiguë,
indépendamment de l’état
• Il est possible de définir une contrainte d’unicité
• Une clé primaire dans une base de donnée relationnelle est une manière de
réaliser l’identité (en l’insérant dans l’état)

Communication entre objets
• Application = société d'objets collaborant

• Les objets travaillent en synergie afin de réaliser les fonctions de l’application
• Le comportement global d’une application repose donc sur la communication
entre les objets qui la composent
• Les objets
– ne vivent pas en ermites
– Les objets interagissent les uns avec les autres
– Les objets communiquent en échangeant des messages

Communication (suite)
• Catégories de messages :
– Constructeurs : créent des objets

– Destructeurs : détruisent des objets
– Accesseurs : renvoient tout ou partie de l’état
– Modifieurs : changent tout ou partie de l’état
– Itérateurs : traversent une collection d’objets

Les classes
• La classe
– est une description abstraite d’un ensemble d’objets
– peut être vue comme la factorisation des éléments communs à un
ensemble d’objets
– décrit le domaine de définition d’un ensemble d’objets
• Description des classes

– Séparée en deux parties
•La spécification d’une classe qui décrit le domaine de définition et les
propriétés des instances de cette classe (type de donnée)
•La réalisation qui décrit comment la spécification est réalisée

Conclusion
• Les objets naissent, vivent et meurent
• Les objets interagissent entre eux
• Les objets sont regroupés dans des classes qui les décrivent de manière abstraite
• La classe intègre les concepts de type et de module

UML : Vue structurelle
- Diagramme de classes -

Définitions
• Structure statique d’un système
– Classes (ensembles d’objets)
– Relations entre classes (ensembles de liens entre objets)
• Opérations / méthodes
– Opération : service qui peut être demandé à n’importe quel objet de
la classe.
– Méthode : implémentation d’une opération.
– Chaque opération non abstraite d’une classe doit avoir une méthode
qui fournit un algorithme exécutable comme corps (cet algorithme
est donné dans un langage de programmation ou dans du texte
structuré).

Niveau de détail d’analyse
Spécification : plusieurs niveaux de détails :

– Niveau de détail d’analyse
Pas de précision sur la mise en œuvre
Indépendant du logiciel
Plusieurs niveaux de précision au fil des itérations d’analyse
• simplifié
–Uniquement le nom de la classe NomClasse
•intermédiaire NomClasse
–Nom de la classe attribut1 NomClasse
–Nom des attributs, ou des opérations attribut2
attribut3 attribut1
… attribut2
•complet attribut3
–Nom de la classe …
–Noms des attributs
–Noms des méthodes Opération1
Opération2
…

Niveau de détail de conception
– Niveau de détail de conception

Identification de l’interface des classes :
type des objets, comportement externe, façon interne de les mettre en
œuvre Indépendant du logiciel
•Attributs :
–Type
–Valeurs par défaut
–Degré de visibilité NomClasse
–Caractéristique - Attribut1 : type1
•Opérations : # Attribut2 : type2 = valeur2
–Signature # /Attribut3 : type3
…
–Degré de visibilité
–Caractéristique + Opération1 (arg1, arg2,…) : type4
# Opération2 () : void
…

Notation des attributs et opérations
Nom de classe
Attributs
Opérations( )
• Attribut
<visibilité> <nomAttribut> : <type> = <valeur par défaut>
• Opération
<visibilité> <nomOpération> (listeParamètres) : <typeRetour>
Paramètre
<nom> : <type> = <valeur par défaut>

Visibilité
Visibilité = degré de protection

+ : publique (accessible à toutes les classes)
les classes peuvent accéder aux données et méthodes d'une
classe définie avec le niveau de visibilité public
# : protégé (accessibles uniquement aux sous-classes)
l'accès aux données est limité aux méthodes de la classe elle-
même
- : privé (inaccessible à tout objet hors de la classe)
Pas de visibilité
par défaut NomClasse
+ Attribut publique
# Attribut protégé
- Attribut privé
+ Opération publique
# Opération protégée
- Opération privée

Type
• Attribut
• type de base (entier, booléen, caractère, tableau…)
integer, double, char, string, boolean, date, time, void
• Au niveau analyse, pas d’attribut instance d’une classe (on utilise
une association)
• Au niveau conception, on décide quelles associations peuvent être
représentées par des attributs
• Opération
• Type quelconque (de base ou classe)

Valeur par défaut des attributs
• Affectée à l’attribut à la création des instances de la classe

• En analyse, on se contente souvent d’indiquer le nom des attributs
Voiture
- Marque : string
- Modèle : string
- Turbo : boolean = false
+ Démarrer ()
+ Rouler ()
+ Freiner ()

Attributs et opérations de classe
• Notation : nomAttribut ou nomOpération

• Attribut partagé par toutes les instances de la classe
• Opération sur des attributs de classes
Voiture
- Marque : string
- Modèle : string
- Turbo : boolean = false
- NbRoues : int = 4
- NbInstances = 0
+ Démarrer ()
+ Rouler ()
+ Freiner ()
+ IncrémenterNbInstances ()

Exemples / niveaux d’abstraction
voiture voiture
immatriculation + immatriculation : string
couleur + couleur : string
marque + marque : string
puissance # puissance : int attributs
poids # poids : int types
date - date : Date
propriétaire - propriétaire : string
demarrer + demarrer()
arreter - contact() : bool
conduire + conduire(a : string = « kenitra », b : string) méthodes
voiture vendre + vendre(prix : float) prototype
Niveaux d’accès
Classe non documentée Classe documentée Classe détaillée
UML 46
Attributs et opérations dérivés
• Notation : /nomAttribut
• Propriété redondante, dérivée d’autres propriétés déjà allouées
• En conception, un attribut dérivé peut donner lieu à une opération qui
encapsulera le calcul effectué
Commande Commande
Numéro Numéro
PrixHT PrixHT
TVA TVA
/PrixTTC /PrixTTC
CalculerPrixTTC ()

Sémantique
Un diagramme de classes est une collection d'éléments de modélisation

statiques (classes, paquetages...), qui montre la structure d'un modèle
Un diagramme de classes fait abstraction des aspects dynamiques et temporels
Pour un modèle complexe, plusieurs diagrammes de classes complémentaires

doivent être construits
On peut par exemple se focaliser sur :
les classes qui participent à un cas d'utilisation (cf. collaboration)
les classes associées dans la réalisation d'un scénario précis
les classes qui composent un paquetage
la structure hiérarchique d'un ensemble de classes
UML 48
Les relations entre classes
• L’association
• L’agrégation
• La généralisation

L’association
• L’association exprime une connexion sémantique entre classes

• La plupart des associations sont binaires : connectent 2 classes
• Notation :
Classe1 Classe2
Université Étudiant

Association n-aire
Salle
• Représentation au niveau de
l’association
Enseignant ◇ Étudiant
Cours
Début
Fin
• Représentation au moyen d’une
classe
+ contrainte qui exprime que
les multiples branches de
l’association s’instancient Salle
simultanément en un même lien
<< assoc. Ternaire>>
Cours
Enseignant Étudiant
Début
Fin

Association qualifiée
Une association qualifiée met en relation deux classes sur la base d’un attribut
spécifique appelé « clé »
* 1..n
Banque numCompte Personne
52
Nommage des associations
• Indication du sens de lecture de l’association

• Une association peut se lire dans les 2 sens, en fonction des besoins
• Usage : forme verbal, active ou passive – Pb : confusion avec le comportement
➔ nommage des extrémités : plus en phase avec la représentation statique
NomAssoc >
Classe1 Classe2
Emploie >
Société Personne
< Est employé par

Société Personne

Nommage des rôles
• Le rôle décrit comment une classe voit une autre classe à travers une
association
• Une association a par essence 2 rôles, selon le sens dans lequel on la
regarde
• Usage : Forme nominale
Rôle1
Classe1 Classe2
Rôle2
Société Employeur
Personne Parent
Employé
Personne
Directeur
Société Personne Enfant
Employé

Principales contraintes
Contrainte {ordonnée} : une relation d’ordre décrit les

objets
Contrainte {sous-ensemble} : une collection est incluse

dans une autre collection
Contrainte {ou-exclusif} : pour un objet donné, une

seule association est valide
UML 55
Exemples
Peintre Tableau
1 peint 1..n
{ordonnée}
Personne Armée
militaire
{sous-ensemble}
général
Personne Licence
enseignant
{ou-exclusif}
étudiant
56
Multiplicité
• Chaque rôle porte une indication de multiplicité : nombre d’objets

de la classe considérée pouvant être liés à un objet de l’autre classe
• Information portée par le rôle
Rôle1 m2
Classe1 Classe2
m1 Rôle2
Valeur : signification :
1 Un et un seul
0..1 Zéro ou un
M .. N De M à N (entiers naturels)
* De zéro à plusieurs
0 .. * De zéro à plusieurs
1 .. * D'un à plusieurs

Lecture d’un association
« Un employeur emploi plusieurs personnes »
*
Société SonEmployeur
1 SesEmployés Personne
« Un employé est employé par un seul employeur »

Les restrictions
• Une restriction (ou qualification) consiste à sélectionner un sous-ensemble

d’objets parmi l’ensemble des objets qui participent à une association
Classe A Classe B
Clé
• Exemple :
* Case
Échiquier
Ligne 1 Case
Échiquier
Colonne

Classe associative
• Ensemble d’attributs qualifiant la relation
SesÉtudiants *
Étudiant * SesMatières
Matière
Moyenne
• Représentation simplifiée
Étudiant Moyenne Matière

L’agrégation(1)
• Connexions bidirectionnelles dissymétriques

– une des extrémités est prédominante par rapport à l’autre
– Ne concerne qu’un seul rôle
• Représentation des relations de type :
– tout et parties
– composé et composants
– maître et esclaves
• Deux type d’agrégation :
– Agrégation partagée (par référence) – notion de co-propriété
•La création (resp. la destruction) des composants est indépendante de la création
(resp. la destruction) du composite.
•Un objet peut faire partie de plusieurs composites à la fois.
– Composition (par valeur) :
•Cas particulier de l’agrégation : attributs contenus physiquement par l’agrégat
•La création (resp. la destruction) du composite entraîne la création (resp. la
destruction) des composants.
•Un objet ne fait partie que d’un seul composite à la fois.

Exemples
• Agrégation
CoPropriétaire 0..*
Personne ◇ 1..* Immeuble
Immeuble
• Composition
Voiture
◆
1
Moteur Voiture Moteur
◆
* 1
Cylindre Carburateur

L’agrégation(2)
◇ ◇

Navigabilité d’une association
• Qualité d’une association qui permet le passage d’une classe vers une autre
• Par défaut, on peut naviguer dans les 2 sens
• On peut cependant limiter la navigabilité :
• ExempleClasse
: 1 Classe 2
Une instance d’utilisateur peut accéder à des instances
de Mot de passe, mais pas l’inverse.
Utilisateur
détenteur * Mot de passe
1 clef

Méthode - 1ers attributs
PRODUIT
• Attributs décrivant l'objet
- Nom : string
- Description : string • Attributs de classes
- Poids : float
- PrixHT : float • Attributs dérivés
- TauxTaxe : float = 19,6
- /PrixTTC : float
- TauxFrancs : float = 6,5559
- /PrixTTCFrancs : float

Méthode - 1ères méthodes
PRODUIT
• Constructeur (s)
- Nom : string
- Description : string • Accesseurs (1 pour chaque attribut)
- Poids : float
- PrixHT : float • Calcul des attributs dérivés
- /PrixTTC : float
+ PRODUIT (nom : string, description :

string, poids : float, prixHT : float) :
PRODUIT
+ GetNom () : string
+ GetDescription () : string
+ GetPoids () : float
+ GetPrixHT () : float
+ GetTauxTaxe () : float
+ GetPrixTTC () : float
+ GetTauxFrancs () : float
+ GetPrixTTCFrancs () : float
+ GetSesPaniers () : ensemble(PANIER)
+ CalculerPrixTTC () : void
+ CalculerPrixTTCFrancs () : void

Méthode - Autres méthodes
PRODUIT
• Modifieurs
- Nom : string
- Description : string – Publics
- Poids : float
- PrixHT : float – Privés
- /PrixTTC : float • Autres méthodes

string, poids : float, prixHT : float) :
PRODUIT
+ GetNom () : string
+ GetDescription () : string
+ GetPoids () : float
+ GetTauxTaxe () : float
+ GetTauxFrancs () : float
+ GetSesPaniers () : ensemble(PANIER)
+ CalculerPrixTTC () : void
+ CalculerPrixTTCFrancs () : void
+ SetPrixHT (prixHT : float) : void

- SetTauxTaxe (taux : float) : void

Méthode - Associations et rôles
PRODUIT
PANIER
- Nom : string
- Description : string - /PrixTTC : float
- Poids : float - /Poids : float
- PrixHT : float - /PrixTTCFrancs : float
- /PrixTTC : float *
- TauxFrancs : float = 6,5559 SesProduits

string, poids : float, prixHT : float) : + PANIER (unProduit : PRODUIT) : PANIER
PRODUIT
+ GetNom () : string + GetPoids () : float
+ GetDescription () : string + GetPrixTTCFrancs () : float
+ GetPoids () : float + GetSesProduits () : ensemble(Produit)
+ GetTauxTaxe () : float + CalculerPrixTTC () : void
+ GetPrixTTC () : float + CalculerPoids () : void
+ GetTauxFrancs () : float + CalculerPrixTTCFrancs () : void
+ AjouterAuPanier (unProduit : PRODUIT) :
+ CalculerPrixTTC () : void void
+ CalculerPrixTTCFrancs () : void + SupprimerDuPanier (unProduit :
PRODUIT) : void

Méthode - Version "light"
PRODUIT
• Attributs
Nom
Description – Explicite : nom
Poids
PrixHT – Implicite :
TauxTaxe
/PrixTTC •Visibilité privée
TauxFrancs •Type, valeur par défaut
/PrixTTCFrancs
• Méthodes
– Explicite : méthodes spécifiques
– Implicite :
•Constructeur
•Accesseurs "GetToto" (1 par
attribut et rôle)
•Modifieurs privés "SetToto"
•Calcul des attributs dérivés

Hiérarchies de classes
• Gérer la complexité
Arborescences de classes d’abstraction croissante
• Généralisation : Super-classes
• Spécialisation : Sous-classes
Classe plus
Super-classe générale
Classe plus
Sous-classe
spécialisée

Généralisation
Factoriser les éléments communs

attributs, opérations et contraintes
Abstraction plus générales
Véhicule
Véhicule terrestre Véhicule aérien
Voiture Camion Avion Hélicoptère

Spécialisation
Extension cohérente d'un ensemble de classes
Transmission
Continue Discrète
Variateur Dérailleur Boîte de vitesses
Extension par spécialisation

Propriétés de la généralisation
Signifie toujours : est un ou est une sorte de
Animal
Carnivore Herbivore
Lion Mouton Lapin

Propriétés de la généralisation
Non-réflexive, non-symétrique, transitive
A A
A
Impossible !!!
C
BC Impossible !!!

Généralisation multiple
Animal
Station Protection
Nourriture
Bipède Quadrupède Herbivore Carnivore A plumes A poils A écailles
Lapin

L’héritage
• Technique la plus utilisée pour réaliser la généralisation

• Construire une classe à partir d’une ou plusieurs autres classes, en partageant
des attributs, des opérations et parfois des contraintes, au sein d'une hiérarchie
de classes.

Exemple
CompteBancaire
Généralisation Spécialisation
crédit : nombre
débit : nombre
déposer(nombre)
retirer(nombre)
donner-solde
CompteÉpargne
taux :nombre
calculer-intérêts

Héritage Multiple (Exemple)

Classe et Opération abstraites
• Classe qui ne peut avoir aucune instance directe ; on écrit son nom en italique
• Opération incomplète qui a besoin de sa classe fille pour fournir une

implémentation ; on écrit son nom en italique.
Forme
-Nom : string
+Calc-surface()
+Get-nom()

Polymorphisme
Forme
-Nom : string
+Calc-surface()
+Get-nom()
Rectangle Cercle
-Longueur : real -Rayon : real
-Largeur : real
+Calc-surface()
+Calc-surface()
Opération
polymorphe

Conclusion
• Les classes sont connectées par des relations

• L’association exprime une connexion sémantique
• L’agrégation est une forme d’association plus forte
• La généralisation permet d’ordonner les objets au sein de hiérarchies de classes

UML : Vue structurelle
- Diagramme d’objets -

Définition
• Ils modélisent les instances d’éléments qui apparaissent sur les diagrammes de
classe.
• Ils montrent un ensemble d ’objets et leurs relations à un moment donné.
– Instances nommées
– Instances anonymes bouton1:Rectangle bouton2:
:Cercle
– Instances avec valeurs d’attributs
bouton3:Rectangle
Nom : string=“bouton-poussoir”
Longueur : real=13.5
Largeur : real=3.2

Association/Lien
• Une association est une abstraction des liens qui existent entre les objets
instances des classes associées
• Les associations se représentent de la même manière que les liens.
Une association
Université Étudiant
Amine Taki : Étudiant

Un lien
Ibntofail : Université
Un lien
Jamal kenitri : Étudiant
MohamedV : Université
Un lien
Latifa : Étudiant

Exemple
enseigne
Enseignant Matière
* 1..*
Laassiri:Enseignant
Génie-Logiciel:Matière
Housni:Enseignant Réseaux:Matière
BD:Matière
Azami:Enseignant

UML : Vue fonctionnelle
- Diagramme des cas d’utilisation -

Objectifs
• Expression du comportement du système selon le point de vue de l’utilisateur

• Interaction entre le système informatique à développer et un utilisateur (ou
acteur) interagissant avec le système.
• Description d’une séquence d'actions réalisées par le système et qui produit un
résultat observable pour un acteur

Relation d’inclusion <<Extends>> (1)
Relation d’inclusion <<include>> (1)
<<include>> permet d’incorporer le comportement d’un autre cas d’utilisation
Monopoly
<<include>>
Joueur Jouer un coup Lancer les dés
Distribuer l'argent Banquier

<<include>> permet d’incorporer le comportement d’un autre cas d’utilisation
Monopoly
<<include>>
Joueur Jouer un coup Toucher de l'argent

<<include>>

Relation d’extension <<extend>>(2)
<<extend>> permet de modéliser la partie d’un cas d’utilisation considérée

comme facultative dans le comportement du système (cas d’exception)
Monopoly
<<extend>>
Joueur Jouer un coup Fin de partie

Relations entre cas d’utilisation
Relation d’utilisation : <<include>>

Le cas d’utilisation contient un autre cas d’utilisation
Relation d’extension : <<extend>>
Le cas d’utilisation étend (précise) les objectifs (le comportement) d’un autre
cas d’utilisation
UML 119
Exemple
Virement par internet
Client distant
<<extend>>
Virement
Client <<include>>
<<include>>
Identification Vérification solde
UML 120
Exemple 2 : La CBM
• La CBM (Computer Books by Mail) est une société de distribution d'ouvrages

d'informatique qui agit comme intermédiaire entre les librairies et les éditeurs.
• Elle prend des commandes en provenance des libraires, s'approvisionne (à prix
réduit) auprès des éditeurs concernés et livre ses clients à réception des
ouvrages.
• Il n'y a donc pas de stockage.
• Seules les commandes des clients solvables sont prises en compte.

Diagramme de cas d’utilisation
CBM
Enregistrer une commande
<<include>> <<extend>>
Passer une commande
Employé
urgente
Enregistrer un nouveau client
Enregistrer un nouveau livre

Spécification textuelle du cas Enregistrer une commande
1ère version : Rédaction par l’utilisateur
Système : CBM
Acteur primaire : l’employé de la coopérative
Objectif : enregistrer une commande de livres
Précondition : le libraire existe
Scénarios :
1 - l’employé vérifie la solvabilité du libraire
2 - l’employé vérifie l’existence du livre
3 - l’employé précise la quantité
Exception :
1a - le libraire n’est pas solvable (l’employé est informé)
2a - le livre n’existe pas (l’employé est informé)

Diagramme de classes
1ère version : Spécification simplifiée
COMMANDE LIBRAIRIE
1
*
LIVRE EDITEUR

Spécification textuelle du cas Enregistrer une commande
2ème version : Proposition technique
Système : CBM
Acteur primaire : l’employé de la coopérative
Objectif : enregistrer une commande de livres
Précondition : le libraire existe
Scénarios :
1 - l’employé vérifie la solvabilité du libraire
* une instance de commande est créée
2 - l’employé vérifie l’existence du livre
* un lien entre l'instance de commande et
une instance de livre est créé
3 - l’employé précise la quantité
* la quantité est ajoutée (classe associative)
Exception :
1a - le libraire n’est pas solvable
* un message est affiché
2a - le livre n’existe pas
* un message est affiché

Diagramme de classes
2ème version : Spécification intermédiaire
saLibrairie
COMMANDE LIBRAIRIE
1
numéro nom
date adresse
commande (libr) solvabilité
ajouterLivre (livre) isSolvable ()
LIGNE DE COMMANDE
quantité
putQuantité (qt)
sesLivres *
LIVRE EDITEUR
ISBN sesLivres nom
Titre * adresse
getTitre () getLivre (titre) : LIVRE

UML : Vue fonctionnelle
- Diagramme de collaboration et
diagramme de séquence -

Rôle
• Description de scénarios particuliers

• Représente le fonctionnement du système du point de vue du concepteur
• Mise en valeur des passages de messages (flots de données ou de contrôles,
évènements) entre acteur et objet, ou entre objets, de manière chronologique
• On représente le fonctionnement au niveau des instances

Diagramme de collaboration
• Comporte :
– des objets dans une situation donnée
– les liens qui relient les objets qui se connaissent
– les messages échangés entre les objets, représentés le long de ces
liens
• L'ordre d'envoi des messages est matérialisé par un numéro de séquence

Notation
• Un objet A envoie un message X à un objet B, puis l’objet B envoie un message

Y à un objet C, et enfin C s’envoie un message Z.

Exemple : La CBM
• Enregistre une commande de livres
COMMANDE LIBRAIRIE
2. commande (libr)
6. ligneDeCommande () 5. ajouterLivre (livre) 1. isSolvable ()
7. putQuantité(qt)
LIGNE DE COMMANDE CBM
3. getLivre (titre) :livre
4. getTitre ()
LIVRE EDITEUR

Diagramme de classes de la CBM
3ème version
saLibrairie
COMMANDE LIBRAIRIE
1
numéro nom
date sesCommandes adresse
commande (libr) * solvabilité
sesLibrairies
*
sesLdC LIGNE DE COMMANDE

* quantité CBM
putQuantité (qt)
* sesEditeurs
sesLivres *
LIVRE EDITEUR
ISBN sesLivres nom
Titre * adresse
getTitre () getLivre (titre) : LIVRE

Diagramme de séquence
• Comme les DCO, comporte :

– des objets dans une situation donnée (instances)
– les messages échangés entre les objets
• A la différence des DCO :

– l'accent est mis sur la communication, au détriment de la structure
spatiale
– chaque objet est représenté par une barre verticale
– le temps s'écoule de haut en bas, de sorte que la numérotation des
messages est optionnelle
– Représentation temporelle des interactions entre les objets

Convention graphique
Acteur :
Objet :
:nom
Ligne de vie : nom:Classe
Bande d’activation :
Envoi de message :
Création dynamique : Message()
Supprimer un objet : obj:Classe2

new()
kill()
UML 136
LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
Convention graphique
Branchement conditionnel :
obj1:Classe obj2:Classe
Récursivité :
if x cas1()
else cas2()
endif
msg()

Comparaison DCO/DSE
8: M8
A B C
M1
3: M3 M2
5: M5
C
A M3
1: M1
4: M4 M4
10: M10
2: M2 M5
6: M6
9: M9
7: M7 M6
M7 M8
B
M9
M10

Notation : niveaux de détails
1er niveau : 2ème niveau :
documentation représentation précise
du cas d’utilisation des interactions entre objets
temps temps
appelant ligne appelé : Client : Cmd : Article
décroche
tonalité getValue
numérote getPrice
numérote
indication de sonnerie getName

sonnerie
décroche

Notation : principes généraux
acteur objet du diagramme de classes
nom de l'instance nom de la classe
unA:ClasseA unB:ClasseB
toto:Acteur1
meth1(…)
message
meth2 (…)
SonTruc boolean
retour
•type
•nom d'une instance
activation ligne de vie (durée de l’interaction)

Types de messages(1/2)
Message simple : aucune caractéristique d'envoi ou de réception particulière

msg()
Message minuté (timeout) : bloque l'expéditeur pendant un temps donné, en attendant la

prise en compte du message par le récepteur. L'expéditeur est libéré si la prise en compte
n'a pas eu lieu pendant le délai spécifié
msg()
Message synchrone : bloque l'expéditeur jusqu'à prise en compte du message par le

destinataire
msg()
UML 147
pr. LAASSIRI Jalal / Dept X
Types de messages(2/2)
Message asynchrone : n'interrompt pas l'exécution de l'expéditeur. Le message peut être

pris en compte par le récepteur à tout moment ou ignoré
msg()
Message dérobant : n'interrompt pas l'exécution de l'expéditeur et ne déclenche une

opération chez le récepteur que s'il s'est préalablement mis en attente de ce message
msg()
148
LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
Notation : création, destruction
unA : ClasseA
toto:Acteur
meth1 (…)
ClasseB (…)
: ClasseB
unB
X
Création
Arrive sur la classe
Suppression Pas de nom d'instance au début
renvoie tj l'instance créée

LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
LAASSIRI
pr. LAASSIRI
Jalal
Jalal / Dept
saLibrairie
COMMANDE LIBRAIRIE
1
numéro nom
sesLibrairies
*
sesLdC
*
LIGNE DE COMMANDE
quantité CBM
putQuantité (qt)
1 * sesEditeurs
sonLivre
LIVRE EDITEUR
ISBN sesLivres nom
titre * adresse
getLivre (titre) : LIVRE

Un cas d'utilisation
• "Communiquer les détails de toutes les commandes d'une librairie donnée"
• Méthode getDétailCommandes() de la classe LIBRAIRIE

Le DCO correspondant
1. getDate()
2. getInfosLdC
COMMANDE LIBRAIRIE
3. getQuantité()
LIGNE DE COMMANDE CBM
4. getTitre()
LIVRE EDITEUR

Un DSE : getDetailsCommandes V1
version 1 : délégation (propagation des messages)
LIBRAIRIE SesCommandes:COMMANDE SesLdC:LIGNEDECOMMANDE SonLivre:LIVRE
Ahmed:Responsable
getDétailCommandes()
getSesCommandes()
sesCommandes
getDétailCommande()
getDate()
date
Pour chaque getSesLignes()

commande
sesLdC
getDétailLigne()
getLivre()
sonLivre
getTitre()
Pour chaque
titre
ligne de com.
getQuantité()
date +{titre,quantité} {titre,quantité}

quantité
{date +{titre,quantité}}

Le DCL : nouvelle version (délégation)
sesCommandes saLibrairie
COMMANDE LIBRAIRIE
* 1
numéro nom
getDetailCommande() sesLibrairies
getDetailComma
ndes() *
sesLdC
*
LIGNE DE COMMANDE
quantité CBM
putQuantité (qt)
getDétailLigne()
1 * sesEditeurs
sonLivre
LIVRE EDITEUR
ISBN sesLivres nom
titre * adresse

Un DSE : getDetailsCommandes V2
version 2 : supervision (un objet envoie tous les messages)
LIBRAIRIE SesCommandes:COMMANDE SesLdC:LIGNEDECOMMANDE SonLivre:LIVRE
Ahmed:Responsable
getDétailCommandes()
getSesCommandes()
getDate()
date
getSesLignes()
Pour chaque
commande sesLdC
getQuantité()
quantité
getLivre()
Pour chaque ldc
de chaque com. sonLivre
getTitre()
titre
{date +{titre,quantité}}

Le DCL : nouvelle version (supervision)
sesCommandes saLibrairie
COMMANDE LIBRAIRIE
* 1
numéro nom
sesLibrairies
getDetailComma
ndes() *
sesLdC
*
LIGNE DE COMMANDE
quantité CBM
putQuantité (qt)
1 * sesEditeurs
sonLivre
LIVRE EDITEUR
ISBN sesLivres nom
titre * adresse

UML : Vue dynamique
- Diagramme d’états-transitions -

Diagramme états/transitions

Composition
Comporte 2 types d'informations :
des états :
initial
final
Intermédiaires
- ex : mineur et majeur
des transitions
induisant un changement d'état
- ex : naissance, anniversaire…

État
• Un état correspond à la manière d’être d’un objet pendant un
intervalle de temps plus ou moins long.
• Un état se compose de plusieurs parties :
– le nom
– l'activité attachée à cet état
– les actions réalisées pendant cet état
• Exemple :
En alerte
entry/allumer lampe alerte
do/sonnerie toutes les 5 ''
4ème sonnerie/appel poste de garde
exit/éteindre lampe alerte

Action (Exemple1)
• Opération instantanée (durée négligeable)

Toujours intégralement réalisée ! méthode de la classe
• exécutée :
– lors d'une transition eventi / actioni
– à l'entrée dans un état entry / actioni
– à la sortie d'un état exit / actioni
– interne, sans changer d'état eventi / actioni
Action à l'entrée
En alerte
entry/allumer lampe alerte
Action interne
do/sonnerie toutes les 5 ''
4ème sonnerie/appel poste de garde
exit/éteindre lampe alerte Action à la sortie

Activité
• opération qui nécessite un certain temps d’exécution
• peut être interrompue à chaque instant
• associée à un état (état ≡ "en train de faire ceci")

i
• exécutée :
entre l'entrée et la sortie de l'état do : activitéi
événement
EN-VEILLE EN-ALERTE
do : détecteur do : sonnerie
sous tension détectionPb / envoyer message
poste de surveillance
activité
action
activité

Transition (1)
• Transition : passage unidirectionnel et instantané d’un état (source) dans un
autre état (cible)
• Déclenchée :
• par un événement
• automatiquement à la fin d'une activité (transition automatique)
• Syntaxe :
<NomÉvénement> [<Garde (ou contrainte)>]/<NomAction>
• Garde : condition booléenne qui valide ou non le déclenchement d'une
transition lors de l'occurrence d'un évènement
• Événement : provoque le changement d'état (il existe aussi des événements
internes à un état, dont l'action associée ne provoque pas de changement
d'état)
• Action : opération réalisée lors du changement d'état

Transition (2)
• Transition automatique
• lorsque qu'il n'y a pas de nom d'événement sur une transition, il est
sous-entendu que la transition aura lieu dès la fin de l'activité.
• Auto-transition : transition d'un état vers lui-même
événement 2/action
état 1 état 2
événement 1 [condition] état 3

Exemple : Le réveil matin
• Réveil
– Heure d'alarme : on suppose que l'heure est fixée quand on met
l'alarme sur on
– Trois boutons : alarm on/off, arrêt sonnerie,
réglage alarme (événement interne)
• Événements : Appuis sur un bouton
alarm on [heure = H alarme]
désarmé armé do/sonner
alarm off arrêt sonnerie
alarm off

Exemple : Le réveil matin

Ordonnancement des actions
• En entrée
– Action sur la transition d'entrée
– Action d'entrée
– Activité associée à l'état
• En interne
– Interruption de l'activité en cours (contexte sauvé)
– Action interne
– Reprise de l'activité
• En sortie
– Interruption de l'activité en cours (contexte perdu)
– Action de sortie
– Action sur la transition de sortie
• Auto-transition
– Interruption de l'activité en cours (contexte perdu)
– Action de sortie
– Action sur l'auto-transition
– Action d'entrée
– Activité associée à l'état
Auto-transition / Action interne
• Action interne, le contexte de l'activité est préservé (on ne sort pas de l'état)
• Auto-transition : le contexte est réinitialisé (on sort et on re-rentre dans l'état)
event1 / action1
Nom de l'état Nom de l'état

entry / actionentry entry / actionentry
≠
event1 / action1 …
… exit / actionexit
exit / actionexit

Diagrammes hiérarchisés
•Permettent de structurer les DET complexes
•Factorisation des actions et activités
•Exemple :

Parallélisme et synchronisation
État composite
do/a1 do/a2
do/a3 do/a4
do/a5 do/a6
a1//a3//a5 - a2 après a1 - a4 après a3 - a6 après a5 - état final après a2, a4 et a6

UML : Vue dynamique
- Diagramme d’activité -

Diagrammes d’activités


Diagrammes d’activités (Définition)

Diagramme d'activité Exemple
• Cas particulier de DET, dans lequel à chaque état correspond une
activité constituant un élément d'une tâche globale à réaliser
• Mise en évidence des contraintes de séquentialité et de parallélisme.
• Exemple - Faire un café :
Chercher le café
Mettre un filtre
Remplir le
réservoir d'eau
Mettre du café Prendre une tasse
Allumer la cafetière
Le café passe
servir


Diagrammes d’activités (Exemple2)


Sous-Diagrammes d’activités

Couloirs d’un Diagramme d’activités(1)

Couloirs d’un Diagramme d’activités (2)–état d’objet

Exercice d’application: Recette de cuisine !
Recette simplifiée : commencer par casser le chocolat en morceaux, puis le faire fondre.
En parallèle, casser les œufs en séparant les blancs des jaunes.
Quand le chocolat est fondu, ajouter les jaunes d’oeuf.
Battre les blancs en neige jusqu’à ce qu’ils soient bien fermes.

Les incorporer délicatement à la préparation chocolat sans les briser.
Verser dans des ramequins individuels.
Mettre au frais au moins 3 heures au réfrigérateur avant de servir.
Représentez par un diagramme d’activité la recette de la mousse au chocolat…

Les diagrammes de composants
# Permettent de décrire l'architecture physique et statique d'une application en terme de

modules : fichiers sources, librairies, exécutables, etc.
# Les dépendances entre composants permettent notamment d'identifier les contraintes de

compilation et de mettre en évidence la réutilisation de composants.
# Le composants peuvent être organisés en paquetages, qui définissent des sous-systèmes.

Diagramme de composants

Diagramme de déploiement
* Montrent la disposition physique des matériels qui composent le système et la

répartition des composants sur ces matériels.
* Les ressources matérielles sont représentées sous forme de noeuds.
* Les noeuds sont connectés entre eux, à l'aide d'un support de communication.
* La nature des lignes de communication et leurs caractéristiques peuvent être précisées.
* Les diagrammes de déploiement peuvent montrer des instances de noeuds (un matériel
précis), ou des classes de nœuds.
* Les diagrammes de déploiement correspondent à la vue de déploiement d'une architecture

logicielle

Coursuml 2023 Smi

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Coursuml 2023 Smi

Transféré par

Droits d'auteur :

Formats disponibles

Licence Sciences Mathématiques et Informatique (SMI)

Cours Modélisation objet :

Professeur : LAASSIRI Jalal / laassiri@uit.ac.ma

Faculté des Sciences de Kénitra

• Les concepts d’UML

pr. LAASSIRI Jalal / Dept 2

pr. LAASSIRI Jalal / Dept 3

• Les systèmes peuvent être décomposés selon

• L’approche objet gère plus efficacement la complexité

OOD (Object-Oriented Design) de Grady Booch, définie pour le

OMT (Object Modeling Technique) de James Rumbaugh (General Electric)

OOSE(Object-oriented software engineering) d'Ivar Jacobson (Ericsson)

pr. LAASSIRI Jalal / Dept 15

etc... UML 2.0

Catalysis ROOM etc.

pr. LAASSIRI Jalal / Dept 16

Statique (ce que le système EST)

pr. LAASSIRI Jalal / Dept 23

• http://www.OMG.org : les normes UML, OCL, MDA, …

• D’autres cours sur le web :

pr. LAASSIRI Jalal / Dept 26

• Les objets informatiques définissent une représentation simplifiée des entités du

• Les objets représentent des entités

pr. LAASSIRI Jalal / Dept 27

• Une abstraction est un résumé, un condensé

pr. LAASSIRI Jalal / Dept 28

• Objet = État + Comportement + Identité

• Communication entre objets

pr. LAASSIRI Jalal / Dept 29

• L’état d’un objet :

pr. LAASSIRI Jalal / Dept 30

• Un objet peut faire appel aux compétences d’un autre objet

• L’état et le comportement sont liés

pr. LAASSIRI Jalal / Dept 31

pr. LAASSIRI Jalal / Dept 32

• Application = société d'objets collaborant

pr. LAASSIRI Jalal / Dept 33

– Constructeurs : créent des objets

pr. LAASSIRI Jalal / Dept 34

• Description des classes

pr. LAASSIRI Jalal / Dept 35

• Les objets naissent, vivent et meurent

• Les objets interagissent entre eux

• La classe intègre les concepts de type et de module

pr. LAASSIRI Jalal / Dept 36

pr. LAASSIRI Jalal / Dept 37

pr. LAASSIRI Jalal / Dept 38

Spécification : plusieurs niveaux de détails :

pr. LAASSIRI Jalal / Dept 39

– Niveau de détail de conception

pr. LAASSIRI Jalal / Dept 40

pr. LAASSIRI Jalal / Dept 41

Visibilité = degré de protection

pr. LAASSIRI Jalal / Dept 42

pr. LAASSIRI Jalal / Dept 43

• Affectée à l’attribut à la création des instances de la classe

pr. LAASSIRI Jalal / Dept 44

• Notation : nomAttribut ou nomOpération

pr. LAASSIRI Jalal / Dept 45

pr. LAASSIRI Jalal / Dept 47

Un diagramme de classes est une collection d'éléments de modélisation

Un diagramme de classes fait abstraction des aspects dynamiques et temporels

Pour un modèle complexe, plusieurs diagrammes de classes complémentaires

pr. LAASSIRI Jalal / Dept 49