Uml 6pp

Université du Littoral Côte d’Opale MCOO – Diagrammes UML
L3 Info
Méthode de Méthode de
Conception Conception
Orientée Objet
Introduction à UML Orientée Objet
[Vue Fonctionnelle]
case might require simultaneous (concurrent) action by two separate actors (e.g., in launching a nuclear missile) or it
might require complementary and successive actions by the actors (e.g., one actor starting something and the other one
A. Lewandowski A. Lewandowski
Présentation des différents diagrammes stopping it).
Diagramme de cas d’utilisation

Notation
A use case is shown as an ellipse, either containing the name of the use case or with the name of the use case placed
Diagramme
(Use case)
below the ellipse. An optional stereotype keyword may be placed above the name and a list of properties included below
the name. If a subject (or system boundary) is displayed, the use case ellipse is visually located inside the system
boundary rectangle. Note that this does not necessarily mean that the subject classifier owns the contained use cases, but
merely that the use case applies to that classifier. For example, the use cases shown in Figure 16.5 on page 592 apply to
Introduction Introduction the “ATMsystem” classifier but are owned by various packages as shown in Figure 16.7.
Concepts de base Concepts de base

Diagramme Diagramme «subsystem»
Diagrammes UML Structurel Comportemental Diagrammes UML ATMsystem
0..1
Introduction à UML Introduction à UML Withdraw
1
Diagramme de cas Diagramme de cas
d’utilisation d’utilisation 1
Diagramme de classes Diagramme de classes 0..1
1
Diagramme de Diagramme de Diagramme Diagramme Diagramme de Diagramme Customer Transfer Funds
Diagramme de Diagramme de
packages classes composants d'objets d'activités cas d'utilisation d'états packages
Diagramme d’objets Diagramme d’objets
Diagramme de 0..1 1
Diagramme de Diagramme de Diagramme de Diagramme Diagramme de Deposit
structure Money
communication composite packages déploiement d'Interaction communication 0..*
Diagramme de Diagramme de 1
séquence séquence Bank
1 0..1 Register ATM
Diagramme d’activité Diagramme d’activité
1 at Bank 0..*
Diagramme d’états Diagramme
Diagramme d’états
Autres diagrammes Diagramme de Autres diagrammes
global Administrator
séquence d'interactions 0..1
Démarche de Démarche de Read Log
conception OO Diagramme de Diagramme de conception OO
communication timing
Figure 16.5 - Example of the use cases and actors for an ATM system
46 57
Orientée Objet
Diagramme de cas d’utilisation Orientée Objet
Use Case 592 Les éléments du diagramme
UML Superstructure Specification, v2.1.1
• Utilisé pour
• Le diagramme est constitué de
Introduction • recueillir, analyser et organiser les besoins Introduction
• système
• recenser les fonctionnalités d’un système
Concepts de base Concepts de base • acteurs
• ce qu’il devra faire (et pas « comment »)
Diagrammes UML Diagrammes UML • cas d’utilisation
Introduction à UML • description du comportement sous forme Introduction à UML Visual Paradigm for UML Community Edition [not for commercial use]
d’utilisation d’actions/réactions d’utilisation • Exemple : système Boutique en ligne
Diagramme de classes
Diagramme de
• vision plutôt orientée « utilisateur » Diagramme de classes
Diagramme de
packages packages
Diagramme d’objets • déterminer les limites du système Diagramme d’objets
communication communication
Diagramme de
séquence
• Pour le construire Diagramme de
séquence
Acheter CD
Diagramme d’activité Diagramme d’activité Client

Diagramme d’états • identifier les rôles qui interagissent avec (acteurs) Diagramme d’états
Autres diagrammes Autres diagrammes
• déterminer les grandes catégories d’utilisation (Use acteur
Démarche de Démarche de
conception OO cases) conception OO
• décrire textuellement les interactions (scénarios) cas d'utilisation
58 59
Orientée Objet
Les Acteurs Les Acteurs
Qu’est-ce qu’un acteur ?

Représentation
Introduction • abstraction d’un rôle joué par des entités externes Introduction
Concepts de base (utilisateur, dispositif matériel, etc.) Concepts de base
Diagrammes UML Diagrammes UML

Introduction à UML • il interagit directement avec le système Introduction à UML mot-clé
d’utilisation
• il est actif (prend des décisions, initiatives, etc.) d’utilisation acteurs
Diagramme de classes Diagramme de classes
Diagramme de Diagramme de non-humains
packages packages
stick man
communication
• Attention : acteur 6= utilisateur communication
Diagramme de
séquence
Diagramme de
séquence «actor»
• une personne peut jouer plusieurs rôles Client
Diagramme d’activité
Diagramme d’états Banque
Autres diagrammes (acteurs) Autres diagrammes
Démarche de • plusieurs personnes peuvent jouer le même Démarche de

conception OO conception OO
Client rôle
• un acteur n’est pas forcément « humain »
60 61
1
L3 Info
Orientée Objet
Les Use Cases Les scénarios
Scénarios
• séquence particulière de messages dans le CU
Un cas d’utilisation :
Introduction Introduction
• « chemin » particulier
• fonctionnalité du système déclenchée par un acteur • peut être vu comme une instance du CU
externe
Diagrammes UML Diagrammes UML • tous les scénarios d’un CU sont issus du même acteur et
Introduction à UML
Diagramme de cas
• modélise un ensemble de séquences correspondant à un Introduction à UML
Diagramme de cas ont le même objectif
d’utilisation d’utilisation
même type d’interaction (cas général)
Diagramme de
Diagramme de
• scénarios servent de base aux jeux d’essais
packages packages
début
Diagramme de
communication Pour identifier les cas d’utilisation : Diagramme de
communication fin normale
séquence
• identifier les acteurs et ce qu’ils pourront séquence
Acheter
Autres diagrammes CD
faire avec le système (intentions métier) Diagramme d’états
Autres diagrammes
Démarche de • déterminer les séquences d’interactions ou Démarche de

scénarios (cf. diagramme de séquence) erreur
62 63
Orientée Objet
Documentation d’un CU Documentation d’un CU
Structuration de la fiche
Introduction Introduction 1 Sommaire d’identification
Concepts de base Fiche de description textuelle d’un CU Concepts de base • obligatoire
Diagrammes UML • pas normalisé par UML, mais fortement recommandé Diagrammes UML • titre, résumé, version, responsable, auteur, etc.
Introduction à UML Introduction à UML
Diagramme de cas
• champs de description (nom, acteur principal, Diagramme de cas 2 Description des scénarios
Diagramme de classes Diagramme de classes • obligatoire
Diagramme de préconditions, etc.) Diagramme de
packages packages • scénario nominal (déroulement « classique » du CU),
Diagramme d’objets
Diagramme de
• lisible et informel Diagramme d’objets
Diagramme de scénarios alternatifs, scénarios d’erreur, préconditions,
Diagramme de • français, phrases descriptives Diagramme de postconditions
séquence séquence
• pas trop long
3 Exigences non-fonctionnelles
• optionnel (si pertinent)
conception OO conception OO • fréquence, disponibilité, confidentialité, performances,
concurrence, contraintes d’interface, etc.
64 65
Orientée Objet
Relations Relations
Relation acteur-acteur
• relation de généralisation/spécialisation
Visual Paradigm for UML Community Edition [not for commercial use]
Introduction
Relation acteur-cas d’utilisation : Introduction

• l’association : cas où l’acteur participe au cas Boutique en ligne
Introduction à UML d’utilisation (peut posséder des multiplicités) Introduction à UML
Diagramme de classes Visual Paradigm for UML Community Edition [not for commercial use] Diagramme de classes
Diagramme de Diagramme de Consulter Produits
packages packages
Internaute
communication Acheter CD communication
Diagramme d’activité Client Diagramme d’activité
Diagramme d’états Diagramme d’états Acheter CD
Démarche de Démarche de Client

66 67
2
L3 Info
Orientée Objet
Relations Relations

Relation cas d’utilisation-cas d’utilisation :
Diagrammes UML Note : Diagrammes UML • généralisation/spécialisation : principe d’héritage
Diagramme de cas
• les communications externes entre acteurs ne sont pas Diagramme de cas entre CU (éviter)
Diagramme de modélisés dans les diagrammes d’utilisation
Diagramme de
• l’inclusion : la réalisation d’un CU nécessite la
packages packages
• seules les interactions acteurs-système sont représentées Diagramme d’objets réalisation d’un autre CU
• l’extension : le comportement d’un CU peut être
Diagramme d’activité Diagramme d’activité complété par un autre CU (avec condition éventuelle)
Diagramme d’états Diagramme d’états
68 69
Orientée Objet
Relations
Exemple :
Visual Paradigm for UML Community Edition [not for commercial use]

Acheter CD Identification Quelques conseils
Diagrammes UML <<Include>> Diagrammes UML
Diagramme de cas
Client
Diagramme de cas
• bref et concis !
Diagramme de classes <<Include>> Diagramme de classes • La vue fonctionnelle sera complétée par d’autres
packages
packages
diagrammes (séquence, activité)
communication Payer Payer par CB communication
<<Extend>>
code promotion Payer par Paypal
Réduction
70 71
Orientée Objet
Les diagrammes UML
Diagramme
La démarche
Concepts de base
• identifier les acteurs Concepts de base Diagramme Diagramme
Structurel Comportemental
Diagrammes UML • identifier les cas d’utilisation Diagrammes UML
Diagramme de cas
d’utilisation
• construire le diagramme de CU Diagramme de cas
d’utilisation
Diagramme de classes Diagramme de classes Diagramme de Diagramme de Diagramme Diagramme Diagramme de Diagramme
Diagramme de
packages
• décrire textuellement les CU Diagramme de
packages
classes composants d'objets d'activités cas d'utilisation d'états
Diagramme de
Diagramme d’objets Diagramme d’objets Diagramme de Diagramme de Diagramme
Diagramme de • compléter les descriptions par des diagrammes Diagramme de
structure
composite packages déploiement d'Interaction
Diagramme de
séquence
dynamiques (activité, séquence) Diagramme de
séquence
Diagramme d’états • organiser et structurer les CU Diagramme d’états Diagramme de
séquence
Diagramme
global
Autres diagrammes Autres diagrammes d'interactions
Démarche de Démarche de Diagramme de Diagramme de

conception OO conception OO communication timing
73 74
3
L3 Info
Orientée Objet [Vue Statique] Orientée Objet
• Collection d’éléments de modélisation statique
Introduction Introduction • Filtre les aspects dynamique et temporel
• Pour un modèle complexe, on peut avoir plusieurs
Introduction à UML Introduction à UML diagrammes de classes complémentaires
Diagramme de cas
d’utilisation
Diagramme de cas
d’utilisation Par ex :
Diagramme de Diagramme de • les classes associées à la réalisation d’un scénario
packages packages
Diagramme d’objets Diagramme d’objets • les classes qui composent un package
communication communication • la structure hiérarchique d’un ensemble de classes
séquence séquence • ...
Autres diagrammes
Autres diagrammes
• permet de modéliser plusieurs niveaux (conceptuel,
Démarche de Démarche de implémentation, etc.)
Figure 7.10 - Features diagram of the Kernel package
75 76
Orientée Objet
Diagramme de classes Orientée Objet
Classe Attributs et Opérations
Représentation des attributs :

30 UML Superstructure Specification, v2.1.1
Introduction Représentation d’une classe Une classe Introduction
Concepts de base • rectangle à 3 compartiments Attribut 1

Concepts de base visibilité nom : type [multiplicité] = valeur initiale {propriétés}
Diagrammes UML • nom (singulier, majuscule) Attribut 2 Diagrammes UML
Diagramme de cas • attributs Opération 1 Diagramme de cas
Diagramme de classes • opérations Opération 2 Diagramme de classes
Diagramme de Diagramme de public + facultatif
packages packages
privé - facultatif
Diagramme d’objets • plus ou moins de détails en fonction des besoins Diagramme d’objets
par défaut: 1 facultatif
Diagramme de Diagramme de protégé #
[0..1] élément pouvant être nul ex. {frozen}
séquence séquence [4] tableau de 4 éléments
Diagramme d’activité Une classe Diagramme d’activité
[2..*] tableau dynamique
Une classe Diagramme d’états
facultatif
Autres diagrammes Autres diagrammes d'au moins 2 éléments
mais impératif
pour l'implémentation
77 78
Orientée Objet
Attributs et Opérations Attributs et Opérations
Introduction Introduction Remarques

Représentation des opérations :
Concepts de base Concepts de base • souligné : attribut ou opération statique (de classe)
Introduction à UML visibilité nom (liste paramètres) : type retour {propriétés} Introduction à UML
• opération abstraite
d’utilisation d’utilisation • opérations = comportement d’une classe ; trouvées
Diagramme de
packages • Paramètre : Diagramme de
packages
grâce aux diagrammes d’interaction
Diagramme de in|out|inout nom : type = valeur par défaut Diagramme de • méthode = implémentation d’une opération
Diagramme de
séquence • Propriétés : Diagramme de
séquence
(spécification de l’algorithme)
Diagramme d’états {frozen}, {abstract}, {sequential}, {query}, etc. Diagramme d’états • pré et post-conditions, descriptions : dans les
commentaires
79 80
4
L3 Info
Orientée Objet
Attributs et Opérations Relations entre classes
Exemples
Introduction Classe A Introduction Les associations

name: String • connexion sémantique bidirectionnelle entre classes
Concepts de base Voiture Concepts de base
shape: Rectangle
Diagrammes UML portes + size: Integer [0..1]
Diagrammes UML
Introduction à UML carburation Introduction à UML
• abstraction des liens qui existent entre les objets
Diagramme de cas
/area: Integer {readOnly} Diagramme de cas
d’utilisation nb_cv height: Integer = 5 d’utilisation (instances)
Diagramme de classes /consommation {readOnly} width: Integer Diagramme de classes
Diagramme de
packages démarrer()
Diagramme de
packages Exemple :
accélérer() Diagramme d’objets
communication freiner() communication
Diagramme de Diagramme de conduit ▶
Personne Voiture
Diagramme d’activité Classe B Diagramme d’activité
Autres diagrammes id {redefines name} Autres diagrammes
shape: Square
height = 7
/width
81 82
Orientée Objet
Relations entre classes Relations entre classes
Représentation des associations Exemple


x..y nom association ▶ x..y
Diagrammes UML Classe 1 Classe 2 Diagrammes UML 0..* ◀ travaille pour 1..* patron
Introduction à UML rôle 1 rôle 2 Introduction à UML Entreprise Personne
employeur employé 0..1
Diagramme de cas
d’utilisation {mots-clés} Diagramme de cas
d’utilisation *
Diagramme de classes Diagramme de classes emploie ▶ dirige ▼
packages • Nom : forme verbale, avec un sens de lecture packages
employés
communication • Rôles : forme nominale, décrit une extrémité de communication
séquence
l’association séquence
• Multiplicité : 1, 0..1, 0..*, 1..*, n..m
Association
réflexive
conception OO
• Mots clés : set, ordered set, list conception OO
83 84
Orientée Objet
Remarques sur les associations : Les multiplicités :

• Les associations sont indépendantes les unes des autres • 1 : un et un seul
• Les associations sont héritées • 0..1 : zéro ou un (optionnel)
Diagrammes UML
• Tout objet doit être accessible par un lien Diagrammes UML • m..n : de m à n
Diagramme de cas
• Directionnalité des associations Introduction à UML
Diagramme de cas • * : plusieurs
Diagramme de classes • bidirectionnelles par défaut Diagramme de classes
Diagramme de Diagramme de • 0..* : de zéro à plusieurs
packages • la navigation peut être restreinte à une seule packages
Diagramme de direction Diagramme d’objets
Diagramme de
• 1..* : de un à plusieurs (au moins un)
Diagramme de (association à navigabilité restreinte) Diagramme de
Exemple Diagramme d’activité
Exemple
Démarche de
vote pour ▶ 0..1
Démarche de
0..* est l'intersection de ▶ 2..*
conception OO * conception OO
Point Droite
Citoyen Candidat
85 86
5
L3 Info
Orientée Objet
Les contraintes
Associations : l’ordre
• Les associations alternatives
Introduction Introduction • Les objets du côté « plusieurs » d’une association n’ont
• contrainte {xor} : ou exclusif pas d’ordre explicite
• lorsqu’une seule des associations ne peut être instanciée
Diagrammes UML Diagrammes UML • par défaut : contrainte {unordered}
Diagramme de cas Diagramme de cas • On peut les ordonner
d’utilisation Exemple : d’utilisation
Diagramme de classes Diagramme de classes • contrainte {ordered}
packages packages
▶ Société
titulaire
Exemple
a pour
Diagramme d’activité Compte {xor} Diagramme d’activité
Diagramme d’états Diagramme d’états 1..*
Autres diagrammes
a pou Autres diagrammes Historique Événement
r titulair
Démarche de e ▶ Démarche de {ordered}
conception OO Personne conception OO
87 88
Orientée Objet
Les associations qualifiées
• Sélection d’un sous-ensemble des objets qui participent
à l’association à l’aide d’une clé (attribut) L’Agrégation et la Composition
Concepts de base • Cet attribut (la qualification) fait partie de l’association Concepts de base • Il s’agit d’une association non symétrique (une classe
Diagrammes UML (pas de l’entité) Diagrammes UML joue un rôle plus important que l’autre)
Diagramme de cas Diagramme de cas • Dans quels cas ?
Banque
Diagramme de classes • une classe B fait partie intégrante d’une classe A
Diagramme de Répertoire Diagramme de
packages
N° compte nom_fichier
packages • une action sur la classe A implique une action sur la
Diagramme de
communication
* Diagramme de
communication
classe B
Diagramme de est dans ▲ Diagramme de • les valeurs d’attributs de la classe A se propagent dans
Diagramme d’activité 0..1 Diagramme d’activité les valeurs d’attributs de la clase B
Autres diagrammes Personne Fichier Autres diagrammes • les objets de la classe B sont subordonnés à ceux de la
Démarche de Démarche de classe A
◀ est sur
Échiquier ligne
Pièce
colonne 0..1 1..*
89 90
Orientée Objet
L’Agrégation
Exemple
• relation non nommée
Introduction Introduction • Une voiture se compose de roues, portes, d’un moteur,
• relation de type « composé-composant »
Concepts de base Concepts de base d’un chassis, etc.
1..* 0..*
Diagrammes UML
Agrégat Élément
Diagrammes UML • Les roues, les portes et le moteur peuvent être changés
Diagramme de cas
d’utilisation
Diagramme de cas
d’utilisation
durant la vie de la voiture et appartenir à une autre
Diagramme de La Composition Diagramme de classes
Diagramme de
voiture
packages packages
Diagramme d’objets • cas particulier d’agrégation Diagramme d’objets 0..*
Diagramme de Diagramme de Véhicule
Diagramme de • composés physiquement contenus par l’agrégat Diagramme de
séquence séquence 0..* 0..*
Diagramme d’états • implique la multiplicité 0..1 côté agrégat Diagramme d’états
Démarche de
1 0..* Démarche de 3,4 3..5 1 1 1
conception OO Composite Élément conception OO
Roue Porte Moteur Chassis Habitacle
• la destruction du composé entraı̂ne celle des composants

91 92
6
L3 Info
Orientée Objet
« Changeabilité » des associations

Introduction Agrégation, Composition, ou simple Association ? Introduction
• Si les liens peuvent changer durant la vie des objets
Concepts de base • Questions à se poser Concepts de base (ajout, destruction), aucune indication
Diagrammes UML • asymétrie et lien de subordination ? Diagrammes UML • Si aucun lien ne peut changer après sa création et son
Diagramme de cas
d’utilisation
agrégation/composition Diagramme de cas
d’utilisation
initialisation, alros propriété {frozen}
Diagramme de classes • indépendance des objets ? association Diagramme de classes
Diagramme de Diagramme de • Si seulement l’ajout de liens est autorisé, alors propriété
packages • propagation d’opérations ou d’attributs du tout vers les packages
parties ? agrégation/composition
Diagramme d’objets {addOnly}
Diagramme de • création/destruction des parties avec le tout ? Diagramme de Exemple
Diagramme d’activité composition Diagramme d’activité
1..*
Autres diagrammes • Dans le doute, toujours utiliser l’association Autres diagrammes
Historique Événement
conception OO conception OO {ordered, addOnly}
93 94
Orientée Objet
Attributs d’associations Classes d’association
• Concept regroupant attributs et associations • Dans quels cas ?
unidirectionnelles • pour ajouter des attributs/opérations à une association
Introduction • Comment choisir Introduction
• associations de type n..n entre deux classes +
Concepts de base • attribut dans la classe : pour les types de données de Concepts de base
informations liées
Diagrammes UML moindre importance Diagrammes UML
• note : la durée de vie des instances dépend de
Diagramme de cas • attribut sur l’association : quand on veut insister sur les Diagramme de cas
d’utilisation d’utilisation l’association
Diagramme de classes classes Diagramme de classes
Diagramme de
packages Exemple
Diagramme de
packages
Exemple
communication Commande communication
1..*
Diagramme de Diagramme de 0..*
séquence + dateRéception: Date[0..1] séquence Personne Société
Diagramme d’activité + prépayée: Booléen {readOnly} Diagramme d’activité employé employeur
Diagramme d’états . . . Diagramme d’états
conception OO
0..1
conception OO Emploi
Commande *
Date
+ dateRéception Salaire
+ prépayée: Booléen {readOnly}
. . .
95 96
Orientée Objet
Exemple
• un seul prof pour un élève donné et un cours donné
Concepts de base Association n-aire Concepts de base

• un élève donné et un prof donné peuvent se rencontrer
Diagrammes UML dans plusieurs cours
• En général, les associations sont binaires Diagrammes UML
Diagramme de cas Diagramme de cas • un prof donne un cours donné à au moins un élève
d’utilisation • N-aires : au moins trois instances impliquées d’utilisation
packages packages
1..*
Élève Prof
communication
Diagramme de
À n’utiliser que lorsqu’aucune autre solution n’est communication
Diagramme de
Diagramme d’activité possible ! Diagramme d’activité
*
conception OO conception OO Cours
97 98
7
L3 Info
Orientée Objet
Les associations récursives Les associations récursives

• Structure en arbre n-aire « infini » • Structure en arbre n-aire « fini »
Diagrammes UML père enfant Diagrammes UML

Introduction à UML Personne Introduction à UML P1:Personne
Diagramme de cas P1:Personne Diagramme de cas patron
d’utilisation 0..* d’utilisation
Personne patron patron
Diagramme de classes père père Diagramme de classes 0..1
packages packages *
dirige ▼ employé employé
enfant enfant enfant
P2:Personne P3:Personne
Diagramme de
séquence
P2:Personne P3:Personne Diagramme de
séquence
employé
patron
père Diagramme d’activité
employé
Démarche de enfant Démarche de
P4:Personne
P4:Personne
99 100
Orientée Objet
Relations entre classes Interfaces
Les Interfaces
• Une interface spécifie un ensemble d’opérations
(comportement)
Introduction Les associations récursives Introduction
• C’est un contrat
• Formes symétriques • Les classes liées s’engagent à respecter le contrat
• elles doivent mettre en œuvre les opérations de
Diagramme de cas
d’utilisation époux ami
Diagramme de cas
d’utilisation l’interface
Diagramme de classes Personne Personne Diagramme de classes
Diagramme de 0..1 0..* Diagramme de
packages packages
Diagramme d’objets 0..1 0..* Diagramme d’objets
Diagramme de
communication
ami Diagramme de
communication «interface» Représentation
Diagramme de Diagramme de Interface 1 synthétique
séquence épouse séquence
+ opération1() Interface 1
Autres diagrammes Autres diagrammes + opération2()
Démarche de Démarche de . . .
Représentation
détaillée
101 102
Orientée Objet
Interfaces Généralisation/Spécialisation
Les interfaces : implémentation et utilisation

Généralisation / Spécialisation
• Interprétation
Concepts de base Commande Concepts de base
ArrayList • Niveau conceptuel : un concept plus général qu’un autre
- lignes: List [*]
- adresses: Collection [*]
List Introduction à UML
• Niveau implémentation : héritage des attributs et
. . .
Diagramme de cas
d’utilisation
Diagramme de cas
d’utilisation
opérations
Diagramme de classes . . . Diagramme de classes
Diagramme de Diagramme de • Pour que ça fonctionne
packages Implémentation packages
Diagramme d’objets Diagramme d’objets • principe de substitution : toutes les propriétés de la
Diagramme de Utilisation Diagramme de
communication communication classe parent doivent être valables pour les classes
séquence
séquence
enfant
Diagramme d’états Diagramme d’états • principe du « A est un B » ou « A est une sorte de B » :
«interface» toutes les instances de la sous-classe sont aussi
conception OO Collection conception OO instances de la super-classe
. . .
103 104
8
L3 Info
Orientée Objet
Généralisation/Spécialisation Généralisation/Spécialisation
Exemple :
Introduction
Notation : Introduction

◀ dirige
Diagrammes UML Diagrammes UML Véhicule
Introduction à UML Classe B Introduction à UML Personne
Diagramme de cas Super-classe: Diagramme de cas nb_places 1..*
plus générale
accélérer()
packages packages freiner()
communication
Sous-classe: communication
séquence plus spécialisée séquence
Classe A Diagramme d’activité
Véhicule à Véhicule à Véhicule à

Démarche de Démarche de Moteur Pédales Voile

105 106
Orientée Objet
• Généralisation
Ensemble de généralisation
• Factoriser les éléments communs (attributs, opérations, • Les relations d’héritage peuvent être regroupées selon
Introduction contraintes) Introduction
un discriminant
Concepts de base • Spécialisation Concepts de base • On obtient un ensemble de généralisation
Diagrammes UML • Extension cohérente de classes Diagrammes UML
• Une seule propriété de discrimination par ensemble
d’utilisation d’utilisation Exemple :
• Relation non-réflexive, non-symétrique ! Diagramme de classes
Véhicule
packages packages discriminant
Diagramme de Classe A Diagramme de
Diagramme de
Classe A Diagramme de
propulsion
Diagramme d’états Diagramme d’états Véhicule à Véhicule à Véhicule à
Autres diagrammes Autres diagrammes Moteur Pédales Voile Véhicule
Impossible !
Classe B propulsion
Véhicule à Véhicule à Véhicule à

Moteur Pédales Voile
107 108
Orientée Objet
Propriétés d’Ensemble de généralisation

Introduction
• Propriété de distribution : Introduction
Exemple :
Concepts de base • {disjoint} Concepts de base
Diagrammes UML Un véhicule est à moteur OU à voile Diagrammes UML Animal

Introduction à UML • {overlapping} sinon Introduction à UML
Diagramme de cas Diagramme de cas {disjoint, incomplete}
d’utilisation
Un véhicule peut être à moteur ET à voile d’utilisation
Diagramme de classes {disjoint, complete} famille
Insecte
Diagramme de
packages • Propriété de couverture : Diagramme de
packages genre
• {complete}
Diagramme de
communication
Diagramme de
communication Reptile
Diagramme de toutes les sous-classes possibles sont définies Diagramme de
Mâle Femelle
Diagramme d’activité • {incomplete} sinon Diagramme d’activité
Mammifère
Autres diagrammes Un véhicule peut être à moteur, à voile, mais aussi... Autres diagrammes
• par défaut : {incomplete, disjoint}
109 110
9
L3 Info
Orientée Objet
Généralisation multiple
• Autorisée en UML
Introduction • Attention aux conflits ! Introduction Comment éviter l’héritage multiple ?
Exemple • Première solution : déléguer
Diagramme de cas
Véhicule Diagramme de cas
Classe A Classe B Classe A Classe B
packages packages
Diagramme d’objets {overlapping} Diagramme d’objets
séquence Véhicule Véhicule Véhicule séquence Classe C Classe C
Diagramme d’états Terrestre Aquatique Aérien Diagramme d’états
Automobile Aéroglisseur Bateau Avion
111 112
Orientée Objet
Généralisation/Spécialisation Classes Abstraites
Introduction Comment éviter l’héritage multiple ? Introduction Les classes abstraites

Concepts de base • Deuxième solution : hériter de la classe la plus Concepts de base
• n’ont pas d’instances directes
Diagrammes UML importante et déléguer les autres Diagrammes UML
Introduction à UML Introduction à UML • ce sont leurs sous-classes qui sont instanciables
Diagramme de classes Diagramme de classes • Représentation : nom en italique
Diagramme de Classe A Classe B Classe A Classe B Diagramme de
packages packages
Diagramme de
communication
Diagramme de
communication Opérations abstraites :
• signature définie dans la classe abstraite
Diagramme d’activité Classe C Classe C Diagramme d’activité
Autres diagrammes Autres diagrammes • implémentation spécifiée dans les sous-classes
113 114
Orientée Objet
Classes Abstraites Les dépendances
Exemple :
FormeGéométrique classe Relations de dépendance

Introduction abstraite Introduction
- couleur: string • relation entre plusieurs entités
+ calculeSurface()
Diagrammes UML opération + type() Diagrammes UML • pour les relations qui ne peuvent pas s’exprimer
abstraite + colorier(string) Introduction à UML
autrement
Diagramme de classes Diagramme de classes • 3 grands types :
packages packages • abstraction
Diagramme de Diagramme de • ex. : « refine », « derive », « trace »
communication Rectangle Cercle communication
Diagramme de Diagramme de • permission d’utilisation
séquence - longueur - rayon séquence
- largeur return Diagramme d’activité
• ex. : « permit »
Diagramme d’états + calculeSurface() Diagramme d’états
PI x rayon²
Autres diagrammes + calculeSurface() + type() Autres diagrammes
• utilisation
Démarche de + type() Démarche de
conception OO conception OO • ex. : « use », « create », « call »
return
longueur x largeur
115 116
10
L3 Info
Orientée Objet
Les dépendances La surcharge d’association
Introduction
Exemples : Introduction

passage
Diagrammes UML concept/implémentation Diagrammes UML Plusieurs cas de surcharge d’association
Diagramme de cas
d’utilisation «refine» Diagramme de cas
d’utilisation
• changement de multiplicités
Diagramme de classes Classe A Classe B Diagramme de classes
Diagramme de
packages
Diagramme de
packages
• changement de classe associée
Diagramme de Diagramme de • changement d’agrégation
communication utilisation communication
Diagramme d’activité «create» Diagramme d’activité
Diagramme d’états Tableau Case Diagramme d’états
117 118
Orientée Objet
La surcharge d’association Classes paramétrables
Concepts de base
Exemple Concepts de base Les classes paramétrables (ou Templates)
Diagrammes UML
0..*
Diagrammes UML • il s’agit de modèles de classe
Introduction à UML Moyen Introduction à UML
Moteur
Diagramme de cas
d’utilisation
de Transport Diagramme de cas
d’utilisation • les attributs et opérations sont définis en fonction de
Diagramme de classes 1..* Diagramme de classes
Diagramme de «refine» Diagramme de paramètres
packages packages
Diagramme de
Diagramme de
• une classe paramétrable n’est pas instanciable
communication
Bateau Avion communication
• il faut définir les paramètres
Diagramme d’activité Diagramme d’activité • on obtient une classe « réelle »
119 120
Orientée Objet
Classes paramétrables Éléments dérivés
Exemple
Les attribus dérivés
Concepts de base T, k : Integer = 10 Concepts de base • attribut qui peut être déduit d’autres attributs
FArray
Diagrammes UML Diagrammes UML • calculé à partir d’autres infos à n’importe quel moment
Diagramme de cas
d’utilisation
contents: T [0..k] Diagramme de cas
d’utilisation • notation : /attribut
Diagramme de
packages
Diagramme de
packages
Exemple
communication «bind» <T -> Address, k -> 3> communication
Diagramme de Diagramme de Personne
Diagramme d’activité Diagramme d’activité dateNaissance
Diagramme d’états Diagramme d’états {age = dateActuelle - dateNaissance} /age
Autres diagrammes Tab : FArray <T -> Point> Autres diagrammes
Démarche de AddressList Démarche de

121 122
11
L3 Info
Orientée Objet
Les diagrammes UML
Éléments dérivés
Les associations dérivées
Diagramme
• association redondante déduite d’une ou de plusieurs
Introduction autres Introduction
Concepts de base • quand ? pour faciliter les traitements ou aider à la Concepts de base Diagramme Diagramme
compréhension Introduction à UML
d’utilisation Exemple d’utilisation
Diagramme de Diagramme de Diagramme Diagramme Diagramme de Diagramme
packages packages
* * Diagramme de
Diagramme de Diagramme de Diagramme
Entreprise SSII
Diagramme d’objets Diagramme d’objets structure
packages déploiement d'Interaction
Diagramme de
communication
client sous-traitant Diagramme de
communication
composite
Diagramme de
0..1 0..1 employeur Diagramme de
Diagramme d’activité Diagramme d’activité Diagramme
Diagramme de
Diagramme d’états Diagramme d’états global
Autres diagrammes 1..* Autres diagrammes
séquence d'interactions

conception OO * conception OO communication timing
◀ /travaille
Prestataire
*
123 Other Actions

124
Actions are defined for accepting events, including operation calls, and retrieving the property values of an object all at
once. The StartClassifierBehaviorAction provides a way to indicate when the classifier behavior of a newly created object
should begin to execute.
Structured Concepts
Conception These actions operate in the context of activities and structured nodes. Variable actions support the reading and writing of Conception
Orientée Objet variables. The abstract metaclass VariableAction statically specifies the variable being accessed. Variable actions can only
[Vue Statique]
access variables within the activity of which the action is a part. An action is defined for raising exceptions and a kind of
input pin is defined for accepting the output of an action without using flows.
Orientée Objet
Diagramme de packages
11.2 Abstract Syntax

The package dependencies of the Actions chapter are shown in Figure 11.1.
Package
• Mécanisme général pour
Diagrammes UML Diagrammes UML • organiser les éléments et les diagrammes du modèle
Introduction à UML Introduction à UML (notamment les classes)
d’utilisation d’utilisation • partitionner, regrouper, hiérarchiser
Diagramme de Diagramme de • clarifier
packages packages
Diagramme d’objets Diagramme d’objets • les nommer
communication
Diagramme de
communication
Diagramme de
• un package définit un espace de nom
séquence séquence • dans un même package, deux éléments ne peuvent
Diagramme d’états Diagramme d’états avoir le même nom
Figure 11.1 - Dependencies of the Action packages

125 126
UML Superstructure Specification, v2.1.1 221
Orientée Objet
Diagramme de packages Orientée Objet
Utilisation Packages
Introduction • Organisation globale du modèle Introduction

Un package
• hiérarchie de packages • contient des éléments
Introduction à UML • Organisation des classes en packages Introduction à UML • y compris d’autres packages (hiérarchie de packages)
d’utilisation • contrôler la structure du système d’utilisation
Diagramme de classes Diagramme de classes • peut en importer d’autres
Diagramme de • comprendre, partager Diagramme de
packages
Diagramme d’objets • application plus évolutive et facile à maintenir :
packages
• peut posséder des interfaces
communication – ne pas se faire déborder par les modifs communication • nommage : noms qualifiés
Diagramme de – viser la généricité et la réutilisabilité des packages Diagramme de
séquence séquence • ex. : package java::util
• vue claire des flux de dépendances entre packages Diagramme d’activité
Diagramme d’états • classe java::util::Date
Autres diagrammes
• à minimiser ! Autres diagrammes
127 128
12
L3 Info
Orientée Objet
Notation Exemple
Clientèle
Représentation
Personne
Introduction Introduction - nom: String
Concepts de base Concepts de base - adresse: Adresse
Diagrammes UML Types Diagrammes UML

Diagramme de cas Types Diagramme de cas
+
packages packages possède
Véhicules
communication Types communication
Diagramme de Diagramme de *
séquence Integer Date séquence
Voiture
Diagramme d’activité Integer Diagramme d’activité
- marque: String 0..1 4
- modèle: String Roue
Démarche de Date Démarche de - immat.: String
Fournisseur::Pneu
129 130
Orientée Objet
Dépendances entre packages Dépendances entre packages
Stéréotypes de dépendance
Dépendances entre packages • « import » :
Introduction • découlent des dépendances entre leurs éléments Introduction les éléments du package importé passent dans l’espace
Concepts de base • non-transitives Concepts de base
de nommage
Diagrammes UML • modifier Fournisseur n’oblige pas à modifier Clientèle Diagrammes UML • importation publique
Introduction à UML Introduction à UML • ex. : classe Date depuis le package qui importe
Diagramme de
packages Clientèle Véhicules
Diagramme de
packages • « access » :
Diagramme de Diagramme de • idem, mais import privé
Auxiliary «access»
Fournisseur
Démarche de Démarche de ShoppingCart WebShop
conception OO conception OO «import»
Types «import»
131 132
Orientée Objet
Dépendances entre packages Découpage en packages
Stéréotypes de dépendance
• « merge » :
Introduction • opération permettant de fusionner deux packages Introduction
Principe de découpage en packages
Concepts de base • utilisé en méta-modélisation Concepts de base
Diagrammes UML • implique des transformations Diagrammes UML • Cohérence interne du package
Diagramme de cas
• contraintes à respecter Introduction à UML
Diagramme de cas
(relations étroites entre classes)
d’utilisation
d’utilisation
• fermeture commune
Diagramme de
P1 P2
Diagramme de
• les classes changent pour des raisons similaires
packages
P1 packages
• réutilisation commune
communication
«merge» package merge
communication
Diagramme de
"mergé"
Diagramme de • les classes sont réutilisées ensemble
séquence package séquence
devient "récepteur"
• Indépendance par rapport aux autres packages
Autres diagrammes P2 Autres diagrammes
Démarche de package Démarche de

conception OO «import» "résultat" P2' conception OO
«import» P3
P3
133 134
13
L3 Info
Orientée Objet
Les diagrammes UML
Gestion des dépendances
Diagramme
Principe de gestion des dépendances
Concepts de base Concepts de base Diagramme Diagramme
• Minimiser les dépendances pour maintenir un couplage Structurel Comportemental
Introduction à UML faible Introduction à UML
d’utilisation • dépendances unidirectionnelles d’utilisation
Diagramme de classes Diagramme de classes Diagramme de Diagramme de Diagramme Diagramme Diagramme de Diagramme
Diagramme de • cf. associations navigables Diagramme de
packages packages
Diagramme de
Diagramme d’objets • pas de cycles Diagramme d’objets structure
Diagramme de
packages
Diagramme de
déploiement
Diagramme
d'Interaction
Diagramme de Diagramme de composite
communication • stabilité des dépendances communication
séquence
• plus il y a de dépendances entrantes, plus les interfaces séquence
Diagramme d’activité Diagramme
Diagramme de
Diagramme d’états de package doivent être stables Diagramme d’états
séquence
global
d'interactions

135 136
[Vue Statique]
Orientée Objet Orientée Objet
• Représentation d’instances d’éléments du diagramme de
classes

• Utilisation :
Introduction à UML Introduction à UML • Pour représenter un « instantané » du système
Diagramme de cas
d’utilisation
Diagramme de cas
d’utilisation (snapshot)
• les objets et leurs liens à un moment donné
packages
packages
• les différents états possibles d’une classe peuvent être
Diagramme de
communication
Diagramme de
communication
représentés par différents objets (1 par snapshot)
Diagramme d’activité Diagramme d’activité • Pour illustrer, exemplifier
Autres diagrammes Autres diagrammes • quand une structure complexe est trop difficile à
Démarche de Démarche de comprendre avec un diagramme de classes (ex. :
récursivité, associations multiples, etc.)
137 138
Orientée Objet
Diagramme d’objets Orientée Objet
Notation
• Instances nommées
• Instances anonymes
• Instances avec valeurs d’attributs
Attention :
Introduction à UML • point de vue statique Introduction à UML bouton1: Bouton
nomInstance: NomClasse
Diagramme de classes • objet = élément de modèle Diagramme de classes
packages
(6= élément dynamique qu’il représente) packages
Diagramme d’objets : Cercle
Diagramme de
communication
Diagramme de
communication
: NomClasse
Autres diagrammes Autres diagrammes nomVille: String
monAdresse: Adresse
Démarche de Démarche de "Calais"
conception OO conception OO numero : Integer = 32
nomRue = "rue Stine"
139 140
14
L3 Info
Orientée Objet
Diagramme d’objets Orientée Objet
Exemples Exemples
Exemple : objets composés

Exemple : association récursive
Diag. classes
Introduction Diag. classes Introduction
Concepts de base George: Personne Concepts de base

Fenêtre Ascenceur
Diagrammes UML patron patron Diagrammes UML 2
Personne
0..1
d’utilisation
* d’utilisation
packages packages 1
employé
communication
Jean: Personne communication Zone de travail
Autres diagrammes patron Autres diagrammes
: Fenêtre
conception OO George: Personne conception OO
: Zone de travail : Ascenceur : Ascenceur
141 142
Orientée Objet
Les diagrammes UML Orientée Objet [Vue Fonctionnelle/Dynamique]
Diagramme de
Diagramme
communication
Examples
Concepts de base Diagramme Diagramme Concepts de base

Diagrammes UML Diagrammes UML Lifeline
sd M
Diagramme de cas Diagramme de cas 1a:m1
d’utilisation d’utilisation Message
Diagramme de Diagramme de Diagramme Diagramme Diagramme de Diagramme :r s[k]:B
with
classes composants d'objets d'activités cas d'utilisation d'états Sequence
Diagramme de Diagramme de number
packages packages
Diagramme de
Diagramme d’objets Diagramme de Diagramme de Diagramme Diagramme d’objets
structure
Diagramme de composite packages déploiement d'Interaction Diagramme de Messages 1b:m3 2:m2
1b.1:m3 1b.1.1:m3,
Diagramme de Diagramme de 1b.1.1.1:m2
Diagramme d’activité Diagramme Diagramme d’activité
Diagramme de
Diagramme d’états global Diagramme d’états s[u]:B
Démarche de Diagramme de Diagramme de Démarche de

conception OO communication timing conception OO
Figure 14.27 - Communication diagram
The Interaction described by a Communication Diagram in Figure 14.27 shows messages m1 and m3 being sent
concurrently from :r towards two instances of the part s. The sequence numbers show how the other messages are
sequenced. 1b.1 follows after 1b and 1b.1.1 thereafter etc. 2 follows after 1a and 1b.
143 144
Sequence expression
The sequence-expression is a dot-separated list of sequence-terms followed by a colon (‘:’).
sequence-term ‘.’ . . . ‘:’
Each term represents a level of procedural nesting within the overall interaction. If all the control is concurrent, then
nesting does not occur. Each sequence-term has the following syntax:
Méthode de Méthode de [ integer | name ] [ recurrence ]
The integer represents the sequential order of the Message within the next higher level of procedural calling. Messages
Orientée Objet
Diagramme de communication Orientée Objet
Diagramme de communication
that differ in one integer term are sequentially related at that level of nesting. Example: Message 3.1.4 follows Message
3.1.3 within activation 3.1. The name represents a concurrent thread of control. Messages that differ in the final name are
Présentation Présentation
concurrent at that level of nesting. Example: Message 3.1a and Message 3.1b are concurrent within activation 3.1. All
threads of control are equal within the nesting depth.
The recurrence represents conditional or iterative execution. This represents zero or more Messages that are executed
depending on the conditions involved. The choices are:
‘*’ ‘[’ iteration-clause ‘]’an iteration
‘[’ guard ‘]’a branch
• Collaboration
• ensemble
UML Superstructure dev2.1.1rôles joués par des classes, contexte
Specification, 511
Concepts de base Diagramme de communication Concepts de base
d’interaction
• (ancien nom : diagramme de collaboration) Introduction à UML
• reliée à
Diagramme de cas
d’utilisation • fait partie de la catégorie des diagrammes d’interactions
Diagramme de cas
d’utilisation
• une opération ou à un cas d’utilisation
Diagramme de classes Diagramme de classes • une classe
packages • montre les interactions entre objets (le plus souvent) packages
Diagramme d’objets Diagramme d’objets • Interaction
Diagramme de
communication • peut être vu comme une extension du diagramme Diagramme de
communication • communication entre instances des éléments d’une
séquence d’objets rendant compte de la dynamique séquence collaboration
Diagramme d’états Diagramme d’états • ensemble partiellement ordonné de messages
• plusieurs interactions possibles pour une même
conception OO conception OO collaboration
145 146
15
L3 Info
Orientée Objet
Éléments du diagramme Représentation
Éléments d’une interaction Aspect dynamique

Introduction • participants (le plus souvent des objets) Introduction • le temps n’est pas représenté de manière explicite
Concepts de base
• liens entre participants (supports de messages) Concepts de base • messages numérotés pour indiquer l’ordre d’envoi
Introduction à UML • messages échangés (déclenchant des opérations) Introduction à UML
Diagramme de cas Diagramme de cas :Moteur
sd OuvertureDePorte Nom de
1.2: déplacer(haut) 1: monter()
Diagramme de Diagramme de :Ascenceur
l'interaction
packages packages
communication communication :Cabine
1.1b: fermer()
Diagramme de
séquence Message Diagramme de
séquence
Diagramme d’activité :Cabine 1:ouvrir avec numéro Diagramme d’activité 1.1a: allumer()
de séquence Diagramme d’états
:Porte
Démarche de Démarche de :Voyant
Ligne de vie :Porte
(Lifeline)
147 148
Orientée Objet
Messages Messages
Messages
Introduction
Messages Introduction • Résultats et arguments
Concepts de base Concepts de base • mymessage(14, - , 3.14, “hello”)
• représente une communication avec transmission
Diagrammes UML
d’information Diagrammes UML • v=mymsg(16, variab) :96
Diagramme de cas
• émetteur (source) Diagramme de cas • mymsg(myint=16)
Diagramme de
• récepteur (destination) Diagramme de
packages
Diagramme d’objets • déclenche
packages
• Itération : *[clause d’iteration]
communication
• appel et exécution d’opération communication • ex. : 1.1∗[i := 1..10] : message()
séquence
• envoi et réception d’un signal séquence • 1.2∗||[i := 1..10] : message()
Diagramme d’états • création/destruction d’un objet Diagramme d’états
• Conditionnel : [condition]
conception OO conception OO • ex. : 1.2[x > y ] : message()
149 150
Orientée Objet
Messages Utilisation
Introduction Introduction • Étudier/spécifier le comportement

Concepts de base Exemples Concepts de base • du système dans sa globalité
Diagrammes UML
• 4 : afficher(x, y) Diagrammes UML • au sein d’un CU général
Diagramme de cas Diagramme de cas • considérer les évts du système vu comme une boı̂te
d’utilisation • 3.1 : fermer() d’utilisation
noire
Diagramme de
packages • 2.2 : age=soustraire(aujourdhui, dateNaiss) Diagramme de
packages • de plusieurs objets au sein d’un CU
Diagramme de • 1.2 [age ≥ 18] : voter() Diagramme de • pour expliciter un CU
Diagramme de Diagramme de • Illustrer/étudier un fonctionnement
séquence • 2 * [sale==true] : laver() séquence
• diagramme inter-couches : IHM – données, etc.
Autres diagrammes Autres diagrammes • rétro-ingénierie
151 152
16
L3 Info
Orientée Objet
Les diagrammes UML Orientée Objet [Vue Fonctionnelle/Dynamique]
Diagramme de séquence
Examples
Diagramme
sd example
ob1:C1 ob3:C3 ob4:C4

Structurel Comportemental opti
Introduction à UML Introduction à UML alt
Diagramme de cas Diagramme de cas [x>0]
d’utilisation d’utilisation create
Diagramme de classes Diagramme de Diagramme de Diagramme Diagramme Diagramme de Diagramme Diagramme de classes ob2:C2
Diagramme de Diagramme de foo(foo_par=x)
packages packages doit(z)
Diagramme de
structure
Diagramme de composite packages déploiement d'Interaction Diagramme de doit(-)
foo(-)
Diagramme d’activité Diagramme Diagramme d’activité
Diagramme d’états Diagramme de
global Diagramme d’états
[else] bar(x)
Autres diagrammes Autres diagrammes doit(z)

conception OO communication timing conception OO x=bar(-):15
doit(-)
opti
Figure 14.11 - CombinedFragment
153 154 Changes from previous UML

This concept was not included in UML 1.x.
14.3.4 ConsiderIgnoreFragment (from Fragments)
Generalizations
Méthode de Méthode de • “CombinedFragment (from Fragments)” on page 465
Orientée Objet
Diagramme de séquence Orientée Objet Description
A ConsiderIgnoreFragment is a kind of combined fragment that is used for the consider and ignore cases, which require
A. Lewandowski A. Lewandowski lists of pertinent messages to be specified.
Présentation Utilisation
Attributes
No additional attributes.
470 UML Superstructure Specification, v2.1.1
Introduction Introduction Deux utilisations principales

Concepts de base
Diagramme de séquence Concepts de base • Documentation des CU
Diagrammes UML Diagrammes UML (point de vue Fonctionnel)
Introduction à UML • Diagramme de communication détaillé Introduction à UML
Diagramme de cas Diagramme de cas • orienté « utilisateur »
d’utilisation
• Décrit les interactions dans une séquence temporelle d’utilisation
Diagramme de classes • identification des événements
Diagramme de
packages • focus sur l’aspect chronologique Diagramme de
packages
• sans rendre compte explicitement du contexte Diagramme d’objets
Diagramme de
communication
Diagramme de
communication • Représentation précise des interactions
Diagramme de
séquence
• Description de scénarios types et des exceptions Diagramme de
séquence (point de vue Dynamique)
Diagramme d’états Diagramme d’états • orienté « informatique »
• identification des messages, des envois, réceptions, etc.
155 156
Orientée Objet
Diagramme de séquence Orientée Objet
Représentation Catégories de messages
Principales catégories de messages
sd Titre du diagramme
• message synchrone : émetteur bloqué pendant le
Nom de
Introduction l'interaction Introduction
traitement du message par le récepteur (appel)
Concepts de base +Numero: Integer {readOnly} Attribut Concepts de base • message asynchrone : non bloquant
Diagrammes UML local Diagrammes UML
• message de retour
:Element1 :Element2 :AutreElement Diagramme de classes
Diagramme de
packages
Diagramme de
packages :Element1 :Element2
Diagramme de
message Diagramme de
message asynchrone
Diagramme de
séquence Ligne de vie Diagramme de
séquence
Diagramme d’activité (Lifeline) msg(Numero) Diagramme d’activité
Autres diagrammes Autres diagrammes message synchrone
Message
message retour
157 158
17
L3 Info
Orientée Objet
Catégories de messages Catégories de messages
• message « trouvé » (Found message) :

• message de création • message dont on ignore la provenance
Introduction
• message (et évt) de destruction Introduction • en dehors du cadre décrit par le DS
Concepts de base Concepts de base • « bruit »
Diagrammes UML Diagrammes UML • message « perdu » (Lost message) :
Introduction à UML :Element1 :Element3 Introduction à UML
Diagramme de cas Diagramme de cas • message envoyé, mais jamais reçu
Diagramme de create Diagramme de
packages :Element2 packages
Diagramme d’objets Diagramme d’objets :Element
found message
message
conception OO conception OO lost message
159 160
Orientée Objet
Période d’activité Catégories de messages
Période d’activité
• période durant laquelle un objet effectue une action • message réflexif
Introduction • état « actif » (6= durée de vie) Introduction • l’objet s’envoie un message à lui-même
Concepts de base
• un objet peut être actif plusieurs fois Concepts de base • appel à une autre méthode de l’objet
Diagrammes UML Diagrammes UML • appel récursif
d’utilisation
:Element1 :Element2 d’utilisation
packages packages :Element :Element
message d'activation Diagramme d’objets
communication communication message
Diagramme de Diagramme de message
conception OO Périodes DoSth conception OO
d'activité
161 162
Orientée Objet
Gates Durées et contraintes temporelles
Gates (ou Portes)

• source ou destination d’un message en dehors de la Durées et contraintes temporelles
Introduction portée du diagramme Introduction • Représentation des délais de transmission :

sd Diagramme Introduction à UML
:Element1 :Element2
Diagramme de :Element Diagramme de
packages packages
message {0 . . 11}
Diagramme de message Diagramme de
Gate
163 164
18
L3 Info
Orientée Objet
Durées et contraintes temporelles Durées et contraintes temporelles
• Observation et contraintes temporelles : • Observation et contraintes sur la durée :


Introduction à UML :Element1 :Element2 Introduction à UML :Element1 :Element2
message d=duration
packages packages
Diagramme de
communication message1 {0 . . 12} Diagramme de
communication
Diagramme de
séquence
Diagramme de
séquence {d . . 3*d}
Diagramme d’activité t=now Diagramme d’activité message retour {0 . . 12}
message2
{t . . t+3}
165 166
Orientée Objet
Durées et contraintes temporelles Références
Référence à une interaction
Exemple :
• pour : décomposer, réutiliser
• attention :
Introduction Introduction • les « gates » doivent être connectées
Concepts de base sd UserAccepted Concepts de base • arguments doivent correspondre aux paramètres de
Diagrammes UML Diagrammes UML l’interaction
Diagramme de cas :User :ACSystem Diagramme de cas
• le cadre de référence doit couvrir toutes les lignes de vie
Diagramme de classes Diagramme de classes qui participent à l’interaction
packages Code d=duration packages
sd AllerALEtage
Diagramme de {d . . 3*d} Diagramme de +EtageNum: Integer {readOnly}
séquence
Cardout {0 . . 13} séquence
Diagramme d’états Diagramme d’états :Ascenceur :Porte
Autres diagrammes t=now Autres diagrammes
Démarche de OK Démarche de
conception OO {t . . t+3} conception OO
Unlock ref FermerPorte
167 168
Orientée Objet
Cadre d’interaction Cadre d’interaction
Cadre d’interaction (Fragment) nommé par un opérateur
• ref
• référence à une autre interaction
• alt • Représentation
Diagrammes UML • fragment d’alternative (équivalent du « if - else ») Diagrammes UML op

Diagramme de cas • opt Diagramme de cas ...
Diagramme de classes • fragment optionnel, avec expression conditionnelle Diagramme de classes
packages packages
Diagramme d’objets • loop Diagramme d’objets
communication • fragment à répéter tant que l’expression de garde est communication
séquence vraie séquence • Attention
Diagramme d’états • par Diagramme d’états • on ne représente pas les algorithmes !
Démarche de • fragments qui s’exécutent en parallèle Démarche de

• critical
• zone critique, considérée comme atomique et qui doit
être exécutée sans interruption
169 170
19
L3 Info
Orientée Objet
Cadre d’interaction Cadre d’interaction
sd ExAlternative sd ExLoop
Concepts de base
:Element1 :Element2 :Element3
Concepts de base :Joueur :MachineASous
Diagramme de cas alt Diagramme de cas loop [pas gagné]
d’utilisation [X] d’utilisation
Diagramme de message Diagramme de insérer(pièce)
packages packages
Diagramme de Diagramme de alt gagné
Diagramme de
séquence
[not X] Diagramme de
séquence
message
Diagramme d’états Diagramme d’états perdu
171 172
Orientée Objet
Cadre d’interaction Continuation
sd ExCriticalRegion
:Emergency :Operator :Caller :Callee
Les continuations
Diagrammes UML
par call(100)
Diagrammes UML • sorte d’étiquette (label)
Diagramme de cas
d’utilisation call(100)
Diagramme de cas
d’utilisation
• permet de définir des branchements
Diagramme de Diagramme de • lors de l’utilisation de fragments (alternative) :
packages call(100) packages
Diagramme d’objets Diagramme d’objets • soit tout au début du fragment
Diagramme de call(100) Diagramme de
communication communication • soit tout à la fin
Diagramme d’activité Diagramme d’activité • couvre toutes les lignes de vie du fragment
Diagramme d’états critical call(911) Diagramme d’états
Démarche de call(911) Démarche de

173 174
Orientée Objet
Continuation
sd ExContinuation
Retour sur l’étude de cas : le DAB
:PorteurDeCarte :DAB
... (Distributeur Automatique de Billets)
Introduction propose ticket Introduction
Concepts de base Concepts de base Le système offre les services suivants :

alt accepte
Diagrammes UML
Diagrammes UML
1 Distribution d’argent à tout porteur de carte de crédit,
Diagramme de cas
d’utilisation ticket
Diagramme de cas
d’utilisation
via un lecteur de carte et un distributeur de billet
Diagramme de
packages
Diagramme de
packages
2 Consultation de solde de compte, dépôt d’espèces et de
refuse
Diagramme de
Diagramme de
chèques pour les clients porteurs d’une carte de crédit
communication
Diagramme de
communication
Diagramme de
de la banque associée au DAB
séquence ... séquence
plus...
Autres diagrammes opt Autres diagrammes
ticket • les transactions sont sécurisées
éjection ticket
• il faut parfois recharger le distributeur, etc.
récupération ticket
...
175 176
20
L3 Info
Orientée Objet
Retour sur l’étude de cas : le DAB
ud DAB
DAB
Retirer de «actor»
Introduction l'argent Sys. Auto. Introduction
Concepts de base
Porteur de «include» Concepts de base
Diagrammes UML carte Diagrammes UML Travail à effectuer :

Introduction à UML «include» S'authentifier Introduction à UML
Diagramme de cas Consulter Diagramme de cas
• décrire les cas d’utilisation « S’authentifier » et « Retirer
d’utilisation
solde d’utilisation
Diagramme de Diagramme de de l’argent » à l’aide de diagrammes de séquence
packages «include» packages
«actor» Diagramme d’objets
Diagramme de Déposer S.I. Banque
Diagramme de
Client
Diagramme d’activité Déposer Diagramme d’activité
Diagramme d’états chèques Diagramme d’états
Déposer
espèces
Démarche de Recharger Démarche de
Maintenir
Technicien
177 178
Design Part
Orientée Objet
Les diagrammes UML Orientée Objet
[Vue Fonctionnelle/Dynamique] [part
A. Lewandowski A. Lewandowski ID Part
found]
Use
Standard
Design Requirement Part Search Part
Engineer
Diagramme d’activité [part not
found]
[part provided]
Diagramme
Standards Provide
Engineer Required
Part [else]
Provide Required Part Standards Design
Concepts de base Diagramme Diagramme Concepts de base Engineer Engineer
Diagrammes UML Diagrammes UML Clarify
Requirements
Introduction à UML Introduction à UML [part
found] [stream] [stream]
d’utilisation d’utilisation Expert Assign Review Specify Schedule Review
Diagramme de Diagramme de Diagramme Diagramme Diagramme de Diagramme Part Standards Part Mod Part Mod Schedule
Diagramme de classes Diagramme de classes Search Engineer Requirements Workflow Workflow
classes composants d'objets d'activités cas d'utilisation d'états [part not
Diagramme de Diagramme de found] [reschedule] [cancel]
packages packages
Diagramme de [OK]
structure
Diagramme de composite packages déploiement d'Interaction Diagramme de Provide
communication communication [stream] addt’l part
[stream] mod info
Execute
séquence séquence Part Mod
Diagramme d’activité Diagramme d’activité Workflow
Diagramme [accept]
Diagramme de
Diagramme d’états global Diagramme d’états Research
séquence d'interactions Production
Autres diagrammes Autres diagrammes Possibility
[reject]
Figure 12.36 - Workflow example
179 180

Orientée Objet
Diagramme d’activité Orientée Objet
Présentation Utilisation
Utilisé pour
• Représenter un processus métier
(point de vue Fonctionnel)
Concepts de base
Diagramme d’activité Concepts de base
• qui fait quoi, où ?
• Objectif : • enchaı̂nements d’activités (workflows)
Diagramme de cas représenter les activités séquentielles d’un processus Introduction à UML
Diagramme de cas
• Décrire la dynamique d’un CU
(point de vue Fonctionnel)
packages packages • Description de l’ensemble des actions réalisées par le
Diagramme d’objets • Activité = suite d’actions Diagramme d’objets
Diagramme de Diagramme de système (pas seulement le scénario nominal)
communication
Diagramme de
• Sous forme de graphe orienté {actions, transitions} communication
Diagramme de • Complète un diagramme de séquence
Diagramme d’activité • Réseau de pétri (tokens) Diagramme d’activité (avec exceptions, branchements conditionnels, etc.)
Autres diagrammes Autres diagrammes • Logique procédurale
Démarche de
conception OO
Démarche de
conception OO
(point de vue Dynamique)
• algorithmes, opérations des classes
• organisation séquentielle globale des activités de
plusieurs objets
181 182
21
L3 Info
Orientée Objet
Éléments du diagramme Représentation
Introduction Introduction act Nom_act Nom de

• Action
Concepts de base Concepts de base l'activité
• nœud du graphe
Introduction à UML • Transition Introduction à UML
action
d’utilisation
• contrainte d’enchaı̂nement d’utilisation
Flux Nœud de
Diagramme de
• Raffinements Diagramme de décision
packages packages Nœud initial
Diagramme de • débranchements, jointures Diagramme de
communication
Diagramme de • entrée, terminaison
communication
Diagramme de
autre action ...
Diagramme d’activité • décisions, fusions Diagramme d’activité
Diagramme d’états Diagramme d’états Nœud
Autres diagrammes • etc. Autres diagrammes
d'action ...
183 184
Orientée Objet
Actions Flux
Les Flux
Actions • pour « enchaı̂ner » les actions
Concepts de base
• étape d’une activité Concepts de base • les flux de contrôle
Diagrammes UML • entité atomique Diagrammes UML • quand une action se termine, la suivante démarre
Diagramme de cas (du point de vue de l’activité qui la contient) Diagramme de cas • pour modéliser une séquence
Diagramme de classes Diagramme de classes • notation : flèche orientée
packages packages
Diagramme d’objets • Notation : Diagramme d’objets
action
communication
Diagramme de
communication
Diagramme de
{weight=n}
séquence
Diagramme d’activité nom de
séquence
action autre action
Diagramme d’états l'action Diagramme d’états
Démarche de Démarche de autre action

185 186
Orientée Objet
Nœuds de contrôle Nœuds de contrôle
Les Nœuds de contrôle

• Nœud de décision
Introduction • Nœuds particuliers utilisés pour coordonner les flux Introduction

• choix, alternative
entre les actions/activités
• Plusieurs sortes :
Diagramme de cas
Diagramme de cas
[condition a]
d’utilisation • Nœud initial (début de l’activité) d’utilisation
Diagramme de classes Diagramme de classes action autre action
Diagramme de • Nœud terminal (fin de l’activité) Diagramme de
packages packages
Diagramme de Diagramme de ...
[condition b]
séquence séquence Nœud de
Nœud Diagramme d’activité
décision
Diagramme d’états Diagramme d’états Garde
Autres diagrammes
Nœud initial terminal Autres diagrammes
187 188
22
L3 Info
Orientée Objet
Nœuds de contrôle Nœuds de contrôle
Introduction • Nœud de fusion (Merge node) Introduction • Nœud de débranchement (Fork node)
Concepts de base • pas de synchronisation Concepts de base • flux entrant divisé en plusieurs flux concurrents
Diagrammes UML • accepte n’importe lequel des flux entrant Diagrammes UML • = parallélisation
Introduction à UML • les tokens qui arrivent sont « forwardés » Introduction à UML
• duplication des tokens
packages packages
... ...
...
...
Nœud de
Diagramme d’activité Diagramme d’activité Débranchement
Diagramme d’états fusion Diagramme d’états
189 190
Orientée Objet
Nœuds de contrôle Exemple
• Nœud de jonction (Join node) Exemple :

• synchronisation des flux entrants
• si certains tokens transportent des objets, chaque token [commande rejetée]
avec son objet est forwardé Introduction à UML
Diagramme de cas
d’utilisation
• sinon, un token « global » est créé et forwardé Diagramme de cas
d’utilisation Recevoir Préparer Livrer Clôturer
Diagramme de classes Diagramme de classes commande commande commande commande
Diagramme de
packages
Diagramme de
packages
[commande
Diagramme d’objets Diagramme d’objets acceptée]
communication ... ... communication
Diagramme d’états Nœud de Diagramme d’états
Envoyer Recevoir Valider
jonction
facture paiement paiement
191 192
Orientée Objet
Exercice Nœuds de contrôle
Autre Nœud de contrôle
Diagrammes UML
Retour sur l’étude de cas : le DAB Diagrammes UML
• Nœud de terminaison de flux (Flow final node)
Introduction à UML (Distributeur Automatique de Billets) Introduction à UML • termine un flux
d’utilisation
d’utilisation
(6= termine l’activité)
packages • Réalisez un diagramme d’activité qui décrit la packages
Diagramme de
communication
dynamique du cas d’utilisation « Retirer de l’argent » Diagramme de
communication
193 194
23
L3 Info
Orientée Objet
Nœuds de contrôle Actions liées à des signaux
Introduction Introduction Actions liées à des signaux

Exemple :
Diagrammes UML [no more Diagrammes UML

Réception action
Introduction à UML components to be Introduction à UML
Diagramme de cas installed] Diagramme de cas d'un signal
d’utilisation Build Install Deliver d’utilisation
Diagramme de classes Component Component Application Diagramme de classes Réception
packages packages d'un signal
Diagramme d’objets [more components Diagramme d’objets temporel
[no more components
Diagramme de to be installed] Diagramme de
communication to be built] communication Action action
[more components
décrivant l'envoi
séquence to be built] séquence
Diagramme d’activité Diagramme d’activité d'un signal
195 196
Orientée Objet
Actions liées à des signaux Objets
Exemples :
Utilisation des objets
Concepts de base Fin du Envoyer le Demande Concepts de base • en entrée ou en sortie d’une action
mois rapport mensuel d'annulation
Diagrammes UML Diagrammes UML • pour représenter des flux d’objets, des changements
Diagramme de cas
d’utilisation
Diagramme de cas
d’utilisation
d’état
Diagramme de Annuler la Diagramme de
packages commande packages
Diagramme d’objets Attendre 2 heures Diagramme d’objets • Notation :
Objet
Objet
Diagramme d’états Traiter Demander Réception du Envoyer Diagramme d’états [état]
commande paiement paiement commande
197 198
Orientée Objet
Objets Objets
Représentation des flux d’objets :

Introduction Introduction Exemples :
Diagrammes UML
Action Objet Action Diagrammes UML Créer {create} Demander
Facture
{output {input
facture paiement
effect} effect}
packages packages
Diagramme d’objets Connecteur Connecteur Diagramme d’objets
Objet Objet
Casser le Chocolat Faire fondre Chocolat
...
séquence
Action Action
séquence chocolat [en morceaux] le chocolat [fondu]
Diagramme d’états {output {input Diagramme d’états
Autres diagrammes
effect} effect} Autres diagrammes
199 200
24
L3 Info
Orientée Objet
Datastore Datastore
Datastore
Exemple :
• sorte de « buffer »
• conserve tous les tokens reçus «dataStore»
Diagrammes UML Diagrammes UML Embaucher {weight=all}
Personnel
• arcs sortants : Introduction à UML employé Evaluer
Diagramme de cas Diagramme de cas Database
d’utilisation d’utilisation employé
Diagramme de classes • copie de token(s) Diagramme de classes
Diagramme de
packages • équivaut à une requête
Diagramme de
packages
«selection»
employe.affectation = null
Une fois
communication communication par an
«dataStore»
séquence séquence Affecter employé
Nom Diagramme d’activité
à une mission
Autres diagrammes [etat] Autres diagrammes
201 202
Orientée Objet
Conditions locales Régions interruptibles
Pré-conditions et post-conditions locales Régions interruptibles

• conditions autour de la réalisation d’une action • sous-ensemble d’une activité
Introduction • locales au flux, car dépendent du contexte de l’activité Introduction • susceptible de se terminer si un événement particulier se
• Exemple : produit
Introduction à UML Introduction à UML • tous les flux de la région sont interrompus
d’utilisation «localPrecondition» d’utilisation
• Notation :
Diagramme de Boisson choisie disponible Diagramme de
packages et montant suffisant packages
Arc
communication communication d'interruption
Diagramme de
séquence Distribuer Diagramme de
séquence
Diagramme d’activité boisson Diagramme d’activité
Démarche de «localPostcondition» Démarche de

Boisson choisie distribuée Région
et monnaie rendue interruptible
203 204
Orientée Objet
Régions interruptibles Exceptions
Exemple : Gestion des exceptions

• pour spécifier les actions à effectuer en cas
Demande d’erreur/exception dans un nœud « protégé » (une
Diagrammes UML d'annulation Annuler la Diagrammes UML
Introduction à UML commande Introduction à UML action ou un groupe d’actions)
[commande rejetée]
d’utilisation
d’utilisation
• 6= région interruptible
packages
Recevoir
commande
Préparer
commande
Livrer
commande
Clôturer
commande
packages
• Notation :
Diagramme de [commande Diagramme de
communication acceptée] communication
séquence séquence Nœud de
Nœud
gestion
protégé
Autres diagrammes Autres diagrammes ExceptionType d'exception
Envoyer Recevoir Valider
Démarche de facture paiement paiement Démarche de
205 206
25
L3 Info
Orientée Objet
Exceptions Partitions
Exemple : Le diagramme peut être organisé en partitions

• pour montrer les responsabilités (qui fait quoi)
Introduction ... Introduction

• découpage en « couloirs »
Introduction à UML Open URL Introduction à UML
Diagramme de cas
Prompt for a Diagramme de cas • Notation :
Diagramme de classes valid URL Diagramme de classes
Diagramme de MalformedURL Diagramme de
packages Open packages
Nom partition
Diagramme d’objets Display Diagramme d’objets
séquence Display error séquence
Copy contents of (partition)
Diagramme d’activité message Diagramme d’activité
Diagramme d’états URL to display IOException Diagramme d’états ... Action
conception OO ... conception OO
207 208
Orientée Objet
Partitions Régions d’expansion
Régions d’expansion
Exemple : • actions qui s’exécutent pour plusieurs éléments de
Introduction Introduction même type (collections)
[commande rejetée]
• mots-clés : « parallel », « iterative », « stream »
:Dpt gestion des
commandes

Recevoir Préparer Livrer Clôturer
Introduction à UML commande commande commande commande Introduction à UML • un ou plusieurs connecteurs en entrée, 0 ou plusieurs en
Diagramme de cas [commande Diagramme de cas
d’utilisation
acceptée]
d’utilisation
sortie
packages packages • Notation :
:Service financier

Diagramme de Diagramme de ...
communication Valider communication
Envoyer
Diagramme de paiement Diagramme de
séquence facture séquence
Diagramme d’activité Diagramme d’activité «concurrent»
Diagramme d’états Facture Diagramme d’états
«external»
Client
Démarche de Effectuer Démarche de

conception OO paiement conception OO
Région ... Connecteurs

d'expansion
209 210
Orientée Objet
Régions d’expansion Activité
Exemple : Activité
Introduction Introduction • Encapsulation du flux des actions qui la réalisent
...
Concepts de base Concepts de base • Paramétrée par les objets entrant
Diagrammes UML articles Diagrammes UML
Introduction à UML Introduction à UML • Notation :
d’utilisation «iterative» d’utilisation
Diagramme de Diagramme de Nom_Activité
packages Scanner packages
Nom_param: Type
article
...
Diagramme d’activité Diagramme d’activité ...
Autres diagrammes
articles Diagramme d’états
Autres diagrammes ...
Démarche de ... Démarche de
211 212
26
L3 Info
Orientée Objet
Activité Activité
Exemple :
Introduction Introduction • Peut servir à représenter les opérations des classes
Concepts de base Traiter une commande «precondition» Commande complète Concepts de base • une activité = une opération
Commande à Traiter: Commande «postcondition» Commande classée
Introduction à UML Demande Introduction à UML
Diagramme de cas
d’utilisation
d'annulation Annuler la Diagramme de cas
d’utilisation
• Des actions peuvent invoquer d’autres activités
A commande
Commande
Diagramme de à Traiter [commande
A
Diagramme de
• tenir compte des paramètres
packages rejetée] packages
Diagramme d’objets Recevoir Préparer Livrer Diagramme d’objets
Diagramme de commande commande commande Diagramme de
communication [commande communication
Diagramme de acceptée] Diagramme de Traiter une
séquence séquence ... ...
Diagramme d’activité Clôturer Diagramme d’activité Commande
Diagramme d’états commande Diagramme d’états
Démarche de Envoyer Recevoir Valider Démarche de

conception OO facture paiement paiement conception OO
213 214
Orientée Objet
Les diagrammes UML
Exercice
Représenter par un diagramme d’activité la recette Diagramme
(simplifiée) de la mousse au chocolat :

• commencer par casser le chocolat en morceaux, puis le faire
fondre Diagramme
Structurel
Diagramme
Comportemental
Introduction à UML • en parallèle, casser les œufs en séparant les blancs des jaunes Introduction à UML
Diagramme de classes • quand le chocolat est fondu, ajouter les jaunes d’œuf Diagramme de classes Diagramme de
classes
Diagramme de
composants
Diagramme
d'objets
Diagramme
d'activités
Diagramme de
cas d'utilisation
Diagramme
d'états
packages packages
Diagramme d’objets • battre les blancs en neige jusqu’à ce qu’ils soient bien fermes Diagramme d’objets
Diagramme de
structure
Diagramme de
packages
Diagramme de
déploiement
Diagramme
d'Interaction
Diagramme de Diagramme de composite
Diagramme de
séquence
• les incorporer délicatement à la préparation du chocolat sans Diagramme de
séquence
Diagramme d’activité les briser Diagramme d’activité
Diagramme de
Diagramme
Diagramme d’états Diagramme d’états global
• verser dans des ramequins individuels
• mettre au frais au moins 3 heures au réfrigérateur avant de
servir
215 216
[Vue Fonctionnelle/Dynamique]
Orientée Objet Orientée Objet
Présentation
Examples
Diagramme de machine à
Figure 15.41 is an example statemachine diagram for the state machine for simple telephone object. In addition to the
états
initial state, the state machine has an entry point called activeEntry, and in addition to the final state, it has an exit point
called aborted.
Diagramme de machine à états
activeEntry Active
• Automate à états finis
Concepts de base Time-out Concepts de base
Diagrammes UML
do/ play message
dial digit(n) Diagrammes UML • Abstraction des comportements possibles d’une classe
after (15 sec.) [incomplete]
Diagramme de cas DialTone
after (15 sec.)
Diagramme de cas
ou d’une opération
d’utilisation dial digit(n) d’utilisation
Dialing
Diagramme de classes lift
receiver
do/ play dial tone
dial digit(n)[invalid] Diagramme de classes • Description formelle du comportement d’une instance
Diagramme de dial digit(n)[valid] Diagramme de
/get dial tone
packages Invalid /connect packages • états
Diagramme d’objets do/ play message Connecting
Idle
Diagramme de
communication
Diagramme de
communication
• événements
busy
Diagramme de Pinned connected Diagramme de
séquence
callee
Busy
séquence • Chaque objet / opération
do/ play busy
Diagramme d’activité callee hangs up tone Diagramme d’activité
Diagramme d’états caller
hangs up
answers Diagramme d’états • suit le comportement décrit par l’automate
Autres diagrammes /disconnect Autres diagrammes
Talking
Ringing
• se trouve à un instant donné dans un état qui
Démarche de callee answers do/ play ringing Démarche de
conception OO
/enable speech tone
conception OO caractérise ses valeurs
abort terminate
aborted
217 Figure 15.41 - State machine diagram representing a state machine

218

27
L3 Info
Orientée Objet
Diagramme d’états Orientée Objet
Utilisation Représentation
Graphe orienté états-transitions

Utilisé pour • nœuds = états
• se concentrer sur le fonctionnement d’une classe • arcs = transitions
• décrire le comportement concret de la vie d’un objet
Introduction à UML • lié à un ou plusieurs scénarios Introduction à UML
stm Titre
d’utilisation
• les classes complexes d’utilisation
Diagramme de
packages • objets réactifs complexes Diagramme de
packages
• protocole et séquences (sessions, etc.) Diagramme d’objets État 1 État 2
communication
Diagramme de
• en général 10% des classes d’une application communication
Diagramme de
Diagramme d’activité • plus en télécom., moins en gestion Diagramme d’activité
État 2
Autres diagrammes • Représenter la navigation Autres diagrammes
Démarche de • IHM, enchaı̂nements d’écrans, site web, etc. Démarche de

219 220
Orientée Objet
État État
Exemple :
Concepts de base État d’un objet Concepts de base

Société Personne
Diagrammes UML • Situation stable à un moment de la vie d’un objet Diagrammes UML
0..1 1..*
Diagramme de cas
d’utilisation • L’objet Diagramme de cas
d’utilisation
Diagramme de • satisfait une condition Diagramme de
packages packages
• exécute une certaine activité
Au chomage
communication • attend un certain événement communication
Diagramme de
séquence
Diagramme de
séquence A la retraite
• Un objet reste dans un état pendant un temps fini Diagramme d’activité
Autres diagrammes Autres diagrammes En activité
221 222
Orientée Objet
État État
• l’état = image des valeurs des attributs + présence ou

États
Introduction
non de liens avec d’autres objets Introduction
Concepts de base Concepts de base • Un seul et unique état initial par niveau hiérarchique
Diagrammes UML Exemple : Diagrammes UML • Plusieurs états finaux possibles (voire aucun)
d’utilisation
pierre:Personne d’utilisation
Diagramme de classes Au chomage Diagramme de classes
Diagramme de age=35 Diagramme de
packages packages
Diagramme d’objets Diagramme d’objets État
Diagramme de
communication paul:Personne
Diagramme de
communication
intermédiaire
Diagramme de :Société En activité Diagramme de
séquence age=38 séquence
Diagramme d’activité Diagramme d’activité Etat final
Diagramme d’états Diagramme d’états Etat initial
Autres diagrammes jacques:Personne Autres diagrammes
A la retraite
Démarche de age=75 Démarche de
223 224
28
L3 Info
Orientée Objet
État État
Exemple :
Concepts de base Concepts de base :Vendeur :Voiture

Comment identifier les différents états ?
préparer()
Événement
Diagramme de cas
• Intuitivement Introduction à UML
Diagramme de cas
Diagramme de
• En analysant les attributs et les associations de la classe Diagramme de classes
Diagramme de
packages packages
Diagramme d’objets • Au travers d’un diagramme d’interaction (séquence, Diagramme d’objets
communication
Diagramme de
communication) communication
Diagramme de
préparer
Démarche de Démarche de En attente Préparée
225 226
Orientée Objet
État Transition
Éléments constituant un état
• Nom
• Actions et Activités internes Transition entre états
• entry : action effectuée lorsque l’objet entre dans l’état • Réponse de l’objet (dans un certain état) à l’occurence
• exit : comportement (action) de l’objet lorsqu’il quitte d’un événement
l’état Introduction à UML
• passage à un autre état
Diagramme de cas
d’utilisation
• do : comportement (continu) de l’objet lorsqu’il est Diagramme de cas
d’utilisation • action à exécuter
Diagramme de
dans l’état (activité) Diagramme de classes
Diagramme de • Événement déclencheur
packages
• Transitions internes packages
Diagramme d’objets Diagramme d’objets • résultant de messages entre objets (signal, appel)
Diagramme de • auto-transitions sur événement extérieur Diagramme de
communication communication • internes (une condition devient vraie)
séquence séquence • temporels (période d’attente, date de déclenchement)
État 1 Diagramme d’activité
Autres diagrammes
entry/ act. en entrée Autres diagrammes • Un événement est une information instantanée
Démarche de exit/ act. en sortie Démarche de
• Le passage d’un état à un autre est instantané
do/ act. continue
on évt/ act. interne
227 228
Orientée Objet
Transition Transition
Représentation d’une transition

• Tout est optionnel Exemples :
Introduction • mais l’absence d’événement est rare Introduction
Porte de garage
Concepts de base • Action classique : envoi de message Concepts de base
En cours
Diagrammes UML • send cible.message(arguments) Diagrammes UML fin ouverture
appui bouton d'ouverture
Diagramme de cas
Diagramme de cas
/stop moteur
d’utilisation d’utilisation /moteur AV
appui bouton
packages
Événement packages
Condition
Diagramme d’objets /moteur AV
Diagramme de déclencheur Diagramme de Fermée Ouverte
séquence événement(paramètres) [garde] séquence
État 1 État 2 Diagramme d’activité
fin fermeture appui bouton
/ action Diagramme d’états En cours de
Autres diagrammes Autres diagrammes /stop moteur /moteur AR
fermeture
conception OO Action à effectuer conception OO
en réponse
229 230
29
L3 Info
Orientée Objet
Transition Action et Activité
Exemples :
stm Sas
Concepts de base Concepts de base • Actions
Diagrammes UML fin alarme sortie(personne) Diagrammes UML
Sas bloqué
• opérations dont la durée d’exécution est négligeable
Diagramme de cas
d’utilisation accès(personne)[autorisé]
Diagramme de cas
d’utilisation
• non interruptibles
Sas vide et fermé
Diagramme de classes alarme générale Diagramme de classes
• Activités
Diagramme de do/vérifier badge Diagramme de
packages Basculement packages
Diagramme d’objets Diagramme d’objets • opérations qui « durent »
Diagramme de entry/bloquer porte entrée Diagramme de
communication
accès(personne)[intru]
et ouvrir porte sortie communication • représentées au travers d’un état
Diagramme de exit/bloquer porte sortie Diagramme de
séquence séquence • interruptibles (dès qu’une transition est franchie)
Diagramme d’activité after(1min) Diagramme d’activité
Diagramme d’états Alarme Diagramme d’états
Autres diagrammes
do/signal alarme after(1min) Autres diagrammes
231 232
Orientée Objet
Action et Activité États composites
Dans un état :
États composites
• Un état peut se décomposer en sous-états disjoints
/ Op.1 • Transitions déclenchées par le même événement
Diagramme de cas État Diagramme de cas • Les sous-états héritent des variables d’état et des
Diagramme de classes entry/ Op.2 Diagramme de classes transitions externes du super-état
packages do/ Op.3 packages
on évt/ Op.4
B
communication exit/ Op.5 communication
A
Diagramme de Diagramme de B
Diagramme d’activité Diagramme d’activité A B1 A B1
Diagramme d’états / Op.6 Diagramme d’états
B
Démarche de Démarche de B2 B2
233 234
Orientée Objet
États composites Exercice
Exemples

Cas d’un réveil :
E1
Diagrammes UML A B Diagrammes UML • on peut mettre l’alarme « on » ou « off »
Diagramme de cas Diagramme de cas • quand l’heure courante devient égale à l’heure de
d’utilisation
E2 d’utilisation
Diagramme de Diagramme de l’alarme, le réveille sonne
packages packages
Diagramme d’objets C Diagramme d’objets • le réveille sonne jusqu’à ce qu’on interrompe la sonnerie
E1
A B
Proposer le diagramme d’état correspondant
E2 E2
C
235 236
30
L3 Info
Orientée Objet
Historique Historique
Exemple
Pseudo-état historique
Introduction • Un automate n’a pas de mémoire Introduction

• Notation spéciale pour mémoriser le dernier sous-état
Introduction à UML visité Introduction à UML lustrage
d’utilisation
• Le sous-état mémorisé sera alors directement actif lors d’utilisation reprise
Diagramme de classes Diagramme de classes H
Diagramme de
packages de l’entrée dans le super-état Diagramme de
packages
after(2min)
Diagramme de
communication • Par défaut, le sous-état activé est l’état initial Diagramme de
communication
Diagramme de
séquence
Diagramme de
séquence attente lavage
Diagramme d’activité Diagramme d’activité arrêt
urgence
H
Autres diagrammes Autres diagrammes after(4min)
after(2min)
séchage
after(2min)
237 238
Orientée Objet
Régions concurrentes Pseudo-états
Régions concurrentes
• Forme de parallélisme entre automates D’autres pseudo-états :
• Composition d’un état à partir de plusieurs états • Débranchement (Fork)
indépendants • parallélisation
Introduction à UML Introduction à UML • Jonction (Join)
d’utilisation
Diagramme de classes État
d’utilisation
• synchronisation
packages
Y
packages
P
Diagramme de E1 Diagramme de
Diagramme de
A Diagramme de
A1 A2
séquence X E2 séquence
Diagramme d’activité Diagramme d’activité S T
Autres diagrammes E2 Autres diagrammes
B1 B2
Démarche de B Z Démarche de
239 240
Orientée Objet
Pseudo-états Démarche
Introduction
• Décision Introduction
Concepts de base • Fusion (Merge) Concepts de base Comment construire le diagramme d’états ?
E1 E2 Introduction à UML 1 Décrire d’abord le comportement nominal
d’utilisation
d’utilisation
2 Ajouter les transitions correspondant aux
Diagramme de [a<10] ev1 ev2 Diagramme de
comportements alternatifs ou d’erreur
packages packages
Diagramme de
[a<0]
Diagramme de 3 Compléter les effets sur les transitions et activités
communication
[a≥10] communication
Diagramme de [a>8] Diagramme de
séquence
Diagramme d’activité [a=5]
séquence
4 Structurer en sous-états si nécessaire
Autres diagrammes E5 Autres diagrammes
E3
Démarche de E4 Démarche de
241 242
31
L3 Info
Orientée Objet
Les diagrammes UML Orientée Objet
Autres diagrammes UML

Diagramme
Diagrammes UML
Diagrammes UML • Diagrammes d’interaction
Diagramme de cas Diagramme de cas • diagramme de timing
Diagramme de classes Diagramme de Diagramme de Diagramme Diagramme Diagramme de Diagramme Diagramme de classes • diagramme global d’interaction
packages
Diagramme de
Diagramme de Diagramme de Diagramme
packages
• Diagrammes structurels
structure
packages déploiement d'Interaction
Diagramme de
communication
composite Diagramme de
communication • diagramme de structure composite
Diagramme de
séquence
Diagramme de
séquence • diagramme de composants
Diagramme d’états Diagramme de
Diagramme
global
• diagramme de déploiement

244 245
Orientée Objet
Diagramme de timing Orientée Objet
Diagramme de timing
sd Titre
Introduction Introduction États

Chagement
Concepts de base Diagramme de timing Concepts de base
d'état
Allumé
:Pompe

• Interactions avec focus sur les changements d’états et Introduction à UML
Diagramme de cas
d’utilisation contraintes temporelles Diagramme de cas
d’utilisation
Éteint
Diagramme de
packages
• Axe du temps horizontal Diagramme de
packages
• Utilisé dans les applications temps réel
Contrainte
Diagramme de Diagramme de Allumé
:Plaque
communication communication temporelle

Éteint
Autres diagrammes Autres diagrammes {<15min}
Objet {>10s}
246 247
Orientée Objet
Diagramme global d’interaction Orientée Objet
Diagramme global d’interaction
sd DAB Global
sd S'authentifier (nominal)
:PorteurDeCarte :DAB
introduction carte
vérification
Concepts de base Diagramme global d’interaction Concepts de base carte
demande code
• Vue d’ensemble des interactions Introduction à UML
saisie(code)
vérification
Diagramme de cas Diagramme de cas code
d’utilisation • Mélange Activité/Séquence d’utilisation code OK
packages • Diagramme d’activité où certaines actions sont packages
Authentification [!OK]
Diagramme de
communication
remplacées par un diagramme de séquence Diagramme de
communication Echec
[OK]
séquence séquence [retrait] [dépôt]
Diagramme d’états Diagramme d’états [consultation]
ref Retirer ref Consulter ref Déposer
Démarche de Démarche de de l'argent son solde de l'argent
248 249
32
L3 Info
Orientée Objet
Diagramme de structure Orientée Objet
Diagramme de structure
composite composite
cd PlatineDVD
Diagramme de structure composite
Introduction Introduction LecteurDVD
Concepts de base
• Pour décomposer les classes (structurées) Concepts de base
AudioOut
Diagrammes UML • un conteneur Diagrammes UML Lecteur Audio
optique out
Introduction à UML • participants (parts) Introduction à UML
Tiroir de Power
chargement Prise
d’utilisation • connecteurs (relations entre participants au sein du d’utilisation
Diagramme de classes Diagramme de classes AC
Diagramme de conteneur) Diagramme de LectureDVD Contrôleur
packages packages Commande
Diagramme d’objets • ports (interactions avec l’environnement) Diagramme d’objets Récepteur
Diagramme de Diagramme de Facade Infrarouge
communication • interfaces communication avant
séquence séquence «component»
Diagramme d’activité • Adapté pour les composants Diagramme d’activité «interface» Order
Diagramme d’états Diagramme d’états LectureDVD
Autres diagrammes • Focus sur la structure interne Autres diagrammes + standBy() OrderHeader
Démarche de Démarche de + openClose()
OrderEntry
conception OO • Pour représenter les collaborations entre instances conception OO + read()
order 1
. . .
item * Person
LineItem
250 251
Figure 8.11 - An alternative nested representation of a complex component
If more detail is required of the role or instance level containment of a component, then an internal structure consisting of
parts and connectors can be defined for that component. This allows, for example, explicit part names or connector names
Méthode de Méthode de to be shown in situations where the same Classifier (Association) is the type of more than one Part (Connector). That is,
the Classifier is instantiated more than once inside the component, playing different roles in its realization. Optionally,
Orientée Objet
Diagramme de composants Orientée Objet
Diagramme de composants
specific instances (InstanceSpecifications) can also be referred to as in this notation.
A. Lewandowski A. Lewandowski Interfaces that are exposed by a Component and notated on a diagram, either directly or though a port definition, may be
inherited from a supertype component. These interfaces are indicated on the diagram by preceding the name of the
interface by a forward slash. An example of this can be found in Figure 8.14, where “/orderedItem” is an interface that is
implemented by a supertype of the Product component.
«component»
Diagramme de composants Store
Introduction Introduction OrderEntry
• Objectifs «delegate»
Concepts de base Concepts de base «component» Person «component»
• description des composants logiciels « physiques » et de :Order :Customer
Diagrammes UML Diagrammes UML OrderEntry Person
Introduction à UML leurs relations Introduction à UML
Diagramme de cas Diagramme de cas OrderableItem
d’utilisation • représenter l’organisation et les dépendances entre d’utilisation Account
Diagramme de classes Diagramme de classes «delegate»
Diagramme de composants Diagramme de
packages packages OrderableItem
Diagramme d’objets • montre les choix d’implémentation Diagramme d’objets
Diagramme de Diagramme de Account
communication
Diagramme de
• Composant communication
Diagramme de
«component»
séquence séquence :Product

Diagramme d’activité • élément remplaçable d’un système Diagramme d’activité
Autres diagrammes
• conforme à et réalise interfaces Diagramme d’états
Autres diagrammes
Démarche de Démarche de Figure 8.12 - An internal or white-box view of the internal structure of a component that contains other components as
conception OO conception OO parts of its internal assembly.
252 253
Orientée Objet
Diagramme de déploiement Orientée Objet
Diagramme de déploiement
Diagramme de déploiement
• Objectifs «device»
:AppServer
Introduction • Représenter l’architecture matérielle et la répartition Introduction
«device»
Concepts de base logicielle (système distribué) Concepts de base :DBServer
«executionEnvironment»
Diagrammes UML • Visualiser la distribution des composants dans Diagrammes UML :J2EEServer
Diagramme de cas l’entreprise Diagramme de cas
d’utilisation d’utilisation ShoppingCart.jar
Diagramme de classes • Nœuds Diagramme de classes Account.jar
Product.jar
packages packages
• équipement (matériel : serveur, modem, imprimante, Diagramme d’objets
Diagramme de
communication etc.) Diagramme de
communication
Diagramme de • environnement d’exécution (logiciel : BD, mémoire, Diagramme de «deploy» «deploymentSpec»
RequestHandlerDesc.xml
conteneur EJB, etc.) Diagramme d’activité
«artifact»
• Un nœud contient des artefacts : classes, etc.
Démarche de Démarche de RequestHandler.jar
• Relations entre nœuds : supports de communication
254 255
33

Uml 6pp

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Uml 6pp

Uploaded by

Copyright:

Available Formats

Université du Littoral Côte d’Opale MCOO – Diagrammes UML

Diagramme de cas d’utilisation

Concepts de base Concepts de base

Diagramme d’activité Diagramme d’activité Client

Qu’est-ce qu’un acteur ?

Concepts de base (utilisateur, dispositif matériel, etc.) Concepts de base

Diagrammes UML Diagrammes UML

Démarche de • plusieurs personnes peuvent jouer le même Démarche de

Démarche de • déterminer les séquences d’interactions ou Démarche de

Concepts de base Concepts de base

Démarche de Démarche de Client

Concepts de base Concepts de base

Concepts de base Concepts de base

Démarche de Démarche de Diagramme de Diagramme de

Figure 7.10 - Features diagram of the Kernel package

Représentation des attributs :

Concepts de base • rectangle à 3 compartiments Attribut 1

Introduction Introduction Remarques

Introduction Classe A Introduction Les associations

Représentation des associations Exemple

Concepts de base Concepts de base

Remarques sur les associations : Les multiplicités :

• la destruction du composé entraı̂ne celle des composants

« Changeabilité » des associations

Concepts de base Association n-aire Concepts de base

Les associations récursives Les associations récursives

Concepts de base Concepts de base

Diagrammes UML père enfant Diagrammes UML

Les interfaces : implémentation et utilisation

Concepts de base Concepts de base

Véhicule à Véhicule à Véhicule à

Démarche de Démarche de Moteur Pédales Voile

Véhicule à Véhicule à Véhicule à

Propriétés d’Ensemble de généralisation

Diagrammes UML Un véhicule est à moteur OU à voile Diagrammes UML Animal

Automobile Aéroglisseur Bateau Avion

Introduction Comment éviter l’héritage multiple ? Introduction Les classes abstraites

FormeGéométrique classe Relations de dépendance

Concepts de base Concepts de base

Démarche de AddressList Démarche de

Démarche de Démarche de Diagramme de Diagramme de

123 Other Actions

11.2 Abstract Syntax

Figure 11.1 - Dependencies of the Action packages

Introduction • Organisation globale du modèle Introduction

Diagrammes UML Types Diagrammes UML

Démarche de package Démarche de

Démarche de Démarche de Diagramme de Diagramme de

Concepts de base Concepts de base

Exemple : objets composés

Concepts de base George: Personne Concepts de base

Concepts de base Diagramme Diagramme Concepts de base

Démarche de Diagramme de Diagramme de Démarche de

Figure 14.27 - Communication diagram

Éléments d’une interaction Aspect dynamique

Introduction Introduction • Étudier/spécifier le comportement

Concepts de base Diagramme Diagramme Concepts de base

Démarche de Diagramme de Diagramme de Démarche de

Figure 14.11 - CombinedFragment

153 154 Changes from previous UML

14.3.4 ConsiderIgnoreFragment (from Fragments)

470 UML Superstructure Specification, v2.1.1