Diagrammes d`activité (flowchart)

Diagrammes d’activité (flowchart)
Modéliser les vues dynamiques d'un système
UML permet de représenter graphiquement le comportement d'une méthode ou le déroulement d'un cas
d'utilisation, à l'aide de diagrammes d'activités (une variante des diagrammes d'états-transitions).
Une activité représente une exécution d'un mécanisme, un déroulement d'étapes séquentielles.
Le passage d'une activité vers une autre est matérialisé par une transition.
Les transitions sont déclenchées par la fin d'une activité et provoquent le début immédiat d'une autre (elles sont
automatiques).
En théorie, tous les mécanismes dynamiques pourraient être décrits par un diagramme d'activités, mais seuls les
mécanismes complexes ou intéressants méritent d'être représentés.
Le diagramme d’activité est utilisé pour:
Modéliser un workflow dans un use case ou entre plusieurs use cases.
Spécifier une opération (décrire la logique d’une opération)
Le diagramme d’activité est le plus approprié pour modéliser la dynamique d’une une tâche, d’un use case
lorsque le diagramme de classe n’est pas encore stabilisé.
Activités et transition, notation :
Pour représenter des transitions conditionnelles, utilisez des gardes (expressions booléennes exprimées en
langage naturel), comme dans l'exemple suivant :
Les éléments et notions utilisées pour un diagramme d’activité
Le diagramme d’activité est un ensemble d’activités liés par:
Transition (sequentielle)
Transitions alternatives (conditionnelle)
Synchronisation (disjonction et conjonctions d’activités)
Itération
+ 2 états : état de départ et état de terminaison
Swimlanes : represente le lieu, le responsable des activités.
#Niedercorn LT « la Briquerie » 57100 THIONVILLE
UML : diagrammes d’activités
& page 1/4
Etat de départ, Etat de terminaison, Transition et Transition Alternative
Synchronisation disjonctive et conjonctive
Ittérations
Swimlanes
#Niedercorn LT « la Briquerie » 57100 THIONVILLE
UML : diagrammes d’activités
& page 2/4
Construction un diagramme d’activité
Il faut tout d’abord 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 ?
Ajouter l’état de départ et de terminaison
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 grande étape de la méthode.
Ajouter des transitions (séquentielles), des transitions alternatives (conditionelles), des synchronisations entre
des activités, des itérations.
Identifier des swimlanes et répartir des activités identifiées dans ces swimlanes.
Il s’agit de modéliser le système sous ses aspects dynamiques. Un diagramme d’activité est avant tout un
«flowChart», c’est à dire un graphe de flux (Célèbre dans les méthodes comme SA/SD, SADT, etc..).
Un processus va être modélisé sous cette forme de diagramme. Dans certains cas, il sera possible de
représenter des aspects de processus concurrents. Il est possible également de représenter le flow pour un objet,
qui évolue d’état en état, où d’une opération.
Contrairement au diagramme d’interaction qui regarde les objets qui se passent des messages, le diagramme
d’activité regarde les opérations qui sont exécutés à l’aide des différents objets.
LES CONCEPTS .
Activité : C’est une exécution qui fait passer le système d’un état à un autre. Elle se distingue de l’action, par
une granularité plus importante (Voir diagramme d’état).
Une activité peut se décomposer en activité plus petite. On retrouve ici, le principe du découpage fonctionnel
cher aux méthodes structurées.
Transition : Quand une activité est terminée, le flot de contrôle passe immédiatement à l’activité suivante. Il est
donc nécessaire de spécifier ce flot d econtrôle à l’aide de transitions pour montrer le chemin d’une activité
vers une autre activité.
Transition directe ou déclencheuse : Une simple flèche.
Transition conditionnelle : Un branchement avec le symbole classique
Transition Complexe : Fourchette ou jointure.
Fourchette :
Jointure
Couloir : Il est possible de répartir les activités par couloir, chaque couloir représentant par exemple un poste de
travail dans un processus de gestion, ou une machine dans un processus industriel.
Objets : Il est possible de représenter les objets qui sont utilisés dans une activité et de manière générale dans un
process.
Synchronisation
Il est possible de synchroniser les transitions à l'aide des "barres de synchronisation" (comme dans les
diagrammes d'états-transitions).
Une barre de synchronisation permet d'ouvrir et de fermer des branches parallèles au sein d'un flot d'exécution :
#Niedercorn LT « la Briquerie » 57100 THIONVILLE
UML : diagrammes d’activités
& page 3/4
Les transitions qui partent d'une barre de synchronisation ont lieu en même temps.
On ne franchit une barre de synchronisation qu'après réalisation de toutes les transitions qui s'y
rattachent.
L'exemple suivant illustre l'utilisation des barres de synchronisation :
Couloirs d'activités
Afin d'organiser un diagramme d'activités selon les différents responsables des actions représentées, il est
possible de définir des "couloirs d'activités".
Il est même possible d'identifier les objets principaux, qui sont manipulés d'activités en activités et de visualiser
leur changement d'état.
#Niedercorn LT « la Briquerie » 57100 THIONVILLE
UML : diagrammes d’activités
& page 4/4