UML
Diagrammes de séquence
Processus de développement logiciel
Analyse
des besoins Tests d'acceptation
Spécification
Tests système
Conception
architecturale Tests d'intégration
Conception
détaillée Tests unitaires
Développement
2
Diagrammes d'interaction
Objectif : Représenter les communications avec le logiciel et au sein
du logiciel
Diagramme de communication
●
Représentation spatiale des objets et de leurs interactions
●
Diagramme d'objet dont les associations sont étiquetées par les
messages envoyés
Diagramme de séquence
●
●
Chronologie des messages échangés entre les objets et avec les
acteurs
3
Diagrammes d'interaction
Objectif : Représenter les communications avec le logiciel et au sein
du logiciel
Diagramme de communication
●
Représentation spatiale des objets et de leurs interactions
Diagramme de séquence
●
Diagrammes équivalents en phase de conception : Description du lien
entre cas d'utilisation et diagramme de classes
4
Diagrammes d'interaction
Exemple : À partir d'un diagramme de classes et d'un cas d'utilisation
PiloteAuto Voiture Moteur
démarrer() allumer()
Diagramme de communication
1 : démarrer() 1.1 : allumer()
p : PiloteAuto v : Voiture m : Moteur
Diagramme de séquence
p : PiloteAuto v : Voiture m : Moteur
démarrer()
allumer()
5
Diagrammes d'interaction
Objectif : Décrire la réalisation des cas d'utilisation sur le système
décrit par le diagramme de classes
●Point de vue interne sur le fonctionnement du système
●Description au niveau de l'instance (état du système à un instant)
Description de scénarios particuliers
●
Représentation des échanges de messages
Entre les acteurs et le système, entre les objets du système
●
De façon chronologique
6
Diagrammes de séquence
Éléments du diagramme de séquence
●
Acteurs
●
Objets (instances)
●
Messages (cas d'utilisation, appels d’opération)
Principes de base : Représentation graphique de la chronologie des
échanges de messages avec le système ou au sein du système
●
●
Échanges de messages représentés horizontalement
7
Utilisation en phase de conception
Utiliser Classe1 Classe2
Acteur Système
Diagramme de cas d'utilisation Diagramme de classes du système
Objectif : Description de la réalisation d'un cas d'utilisation sur le
système décrit par le diagramme de classes
Problème : Communication entre les acteurs et le système vu comme
un ensemble d'objets
8
Utilisation en phase de conception
Utiliser Classe1 Classe2
Acteur Système
Diagramme de cas d'utilisation Diagramme de classes du système
Acteur InterfaceSystème Classe1 Classe2
Communication entre acteurs et système via une interface (texte, web,
physique...)
Solution : Création d'une classe d'interface qui :
●
gère les interactions avec les acteurs
●
encapsule le résultat des opérations
9
Utilisation en phase de conception
Utiliser Classe1 Classe2
Acteur Système
Diagramme de cas d'utilisation Diagramme de classes
: Acteur : InterfaceSystème objet1 : Classe1
utiliser()
opération(args) Classe2()
objet2 : Classe2
objet2
retour
détruire()
affichage
Diagramme de séquence du cas d'utilisation Utiliser
10
Éléments de base
acteur instance d'une classe
du diagramme de classes
Jean : Acteur objet1 : Classe1 objet2 : Classe2
opération1()
appel d'une opération2(args)
opération
retour2
retour1 exécution
ligne de vie
valeur renvoyée
11
Types de messages
Message synchrone : Émetteur bloqué en attente du retour
: GAB : Banque
flèche pleine
exécution vérifierSolde(compte)
bloquée
soldeOK
Message asynchrone : Émetteur non bloqué, continue son exécution
: Ascenseur : Voyant
flèche ouverte
allumer()
processus évoluant
pas nécessairement
en parallèle
de retour
12
Création et destruction d'objet
appel du constructeur
: PageWeb de la classe
Session()
nouvSession : Session
retour obligatoire
de l'instance créée exécution du
nouvSession
constructeur
destroy()
destruction de l'objet
(pas nécessairement
à la suite d'un message)
13
Message réflexif
: Catalogue livres : Ensemble appel d'une
opération interne
chercher(auteur)
trier()
listeLivresAuteurTriée
14
Alternative
Principe : Condition à l'envoi d'un message
Notation :
●
condition
a : Ascenseur p : Portes c : Cabine
[portes ouvertes] fermer() si la condition
est vérifiée
sinon
[portes fermées] déplacer(étage)
15
Alternative
Principe : Condition à l'envoi d'un message
Notation :
● Deux diagrammes
● Bloc d'alternative alt
a : Ascenseur p : Portes c : Cabine
alt fermer()
[portes ouvertes]
déplacer(étage)
[portes fermées]
16
Boucle
Principe : Répéter un enchaînement de messages
Notation :
● Note
● Bloc de boucle loop
cat : Catalogue livre : Livre
Pour chaque
livre du catalogue opération répétée
premierAuteur()
pour tous les objets
auteur
mentionnés
17
Boucle
Principe : Répéter un enchaînement de messages
Notation :
● Note
● Bloc de boucle loop
cat : Catalogue livre : Livre
loop(livre in cat) premierAuteur()
auteur
objets sur lesquels
répéter la boucle
18
Référence à un autre diagramme
b : Banque c : Compte cl : Client
ref
vérification du solde
ref
prélèvement agios notifié au client
référence à un
diagramme décrit ailleurs
19
Exemple – Analyse
Effectuer un
virement personnel
Employé
Système de gestion bancaire
Employé SGB
effectuerVirementP(id,noC1,noC2,mnt)
OK
20
Exemple - Conception
Banque 1
nom : string 1..*
Effectuer un 1..* Compte
virement personnel numéro : int 0..* Virement
1
Employé devise : Devise montant : float
1
1..* solde : float 0..* date : Date
Système de gestion bancaire Client 1..*
nom : string
1
naissance : Date
: Employé : SGB Client
effectuerVirementP(id,noC1,noC2,mnt)
ref chercher client c : Client
ref chercher comptes
ref créer virement v : Virement
ref effectuer virement
OK
21
Exemple - Conception
: Employé : SGB Client
effectuerVirementP(id,noC1,noC2,mnt)
chercher(id)
client
client : Client
compte(noC1)
c1
compte(noC2)
c2
Virement(c1,c2,mnt)
virement : Virement
virement
effectuer() c1 : Compte
retirer(mnt)
OK
c2 : Compte
déposer(mnt)
OK OK
OK
22
