Diagrammes d’activités

1
Le but du diagramme d’activités
Les diagrammes d’activités permettent de représenter
graphiquement le comportement d’une méthode ou le
déroulement d’un cas d’utilisation.

Ils mettent l’accent sur les traitements.

Dans la phase de conception, les diagrammes d’activités

sont particulièrement adaptés à la description des cas
d’utilisation.

2
 Notion du diagramme d’activité
Diagramme d’activité =
• ensemble d’activités liés par:
– Transition (séquentielle)
– Transitions alternatives (conditionnelle)
– Synchronisation (disjonction et conjonctions
d’activités)
– Itération
• + 2 états: état de départ et état de terminaison
• Couloirs (Swimlane): représente le lieu, le
responsable des activités.

3
 Activités et transitions
• Activité :
– c’est une action réalisée,
– elle est autonome,
– elle représente un processus manuel ou l’exécution
d’une routine logicielle.
• Transition :
– indique le chemin à suivre vers la prochaine activité.

4
 Action
• La notion d’action est à rapprocher de la notion
d’instruction élémentaire d’un langage de
programmation (C++, Java). Une action est le
plus petit traitement qui puisse être exprimé en
UML. Une action peut être, par exemple :
– une affectation de valeur à des attributs ;
– la création d’un nouvel objet ou lien ;
– un calcul arithmétique simple ;
– l’émission d’un signal ;
– la réception d’un signal

5
 Branchement et fusion
• Branchement :
– une seule transition entrante.
Question?
– plusieurs transitions sortantes
avec conditions de garde. [Oui] [Non]
– Transitions mutuellement
exclusives.
• Fusion :
– plusieurs transitions entrantes.
– une seule transition sortante.
– indique la fin d’un branchement
conditionnel.

6
 Fourche et joint
• Fourche :
– une seule transition entrante
– plusieurs transitions
sortantes
– enclenche les transitions
sortantes en parallèle.
• Joint :
– plusieurs transitions
entrantes
– un seule transition sortante
– la transition sortante est
déclenchée lorsque toutes
les transitions entrantes ont
abouti.
7
Fourche et joint…

8
Couloirs (Swim lane)
Permet de montrer les acteurs ou
sous-systèmes qui réalisent les
activités.
Permet d’associer des unités
organisationnelles, des objets ou
des rôles aux activités.

9
 Construction un diagramme
d’activité
1. Identifiez la portée (« scope ») du diagramme d'activité
Commencez en identifiant ce que vous allez modéliser. Un seul use
case? Une partie d'un use case ? Un « workflow » qui inclut
plusieurs use cases ? Une méthode de classe ?
2. Ajouter l’état de départ et de terminaison
3. Ajouter les activités
Si vous modélisez un use case, introduisez une activité pour
chaque use case principal. Si vous modélisez un « workflow »,
introduisez une activité pour chaque processus principal, souvent
un use case. Enfin, si vous modélisez une méthode, il est souvent
nécessaire d’avoir une activité pour chaque grand étape de la
méthode.
4. Ajouter des transitions (séquentielles), des transitions
alternatives (conditionelles), des synchronisations entre des
activités, des itérations.
5. Identifier des swimlanes et répartir des activités identifiées
dans ces swimlanes.
10
 Exercice 1: Cafetière
• Construire un diagramme d’activité
représentant l’utilisation d’une cafetière
électrique:
– premier état: chercher du café
– dernier état: Servir du café

11
Cafetière: Solution possible

12
Exercice 2: Commander un produit
• Construire un diagramme d’activité pour
modéliser le processus de commander d’un
produit. Le processus concerne les acteurs
suivants:
– Client: qui commande un produit et qui paie la facture
– Caisse: qui encaisse l’argent du client
– Vente: qui s’occupe de traiter et de facturer la
commande du client
– Entrepôt: qui est responsable de sortir les articles et
d’expédier la commande.

13
Commander un Produit: Solution
possible

14