Le Diagramme d’activité UMLest fondamentalement un organigramme qui modélise les étapes séquentielles et concurrentes, ou activités, d’un processus. Il est utilisé pour décrire les aspects dynamiques d’un système, en mettant l’accent sur le flux de contrôle d’une activité à la suivante.
Ce diagramme est précieux pour modéliser les processus métier, définir les flux de travail à travers différents composants, et documenter la logique interne d’un système ou d’une méthode.
Éléments fondamentaux du flux d’activité
Un diagramme d’activité est construit à partir de nœuds (représentant les étapes) et d’arcs (représentant le flux de contrôle).
A. Nœuds d’activité et d’action
Ils représentent une étape ou une tâche unique effectuée dans le processus.
- Notation : Un rectangle arrondi.
- Nœud d’action : Représente une étape atomique et non interrompable (par exemple, Vérifier le stock).
- Nœud d’activité : Représente un objectif de haut niveau qui peut être décomposé en sous-activités (par exemple, Satisfaire la commande).
- Objectif : Définir le travail qui doit être effectué.
B. Flux de contrôle (arcs)
Le flux de contrôle est la flèche reliant deux nœuds, montrant la transition d’une action à la suivante.
- Notation : Une flèche pleine.
- Objectif : Indique la séquence d’exécution.
C. Nœuds de départ et de fin
Chaque diagramme doit avoir un point de départ unique et un ou plusieurs points d’arrivée.
- Nœud initial (départ) :
- Notation : Un cercle plein et solide.
- But : Le point d’entrée du flux de contrôle.
- Nœud final d’activité (Fin) :
- Notation : Un cercle plein entouré d’un cercle creux plus grand.
- But : Indique la fin de tous les flux dans l’activité.
- Nœud final de flux :
- Notation : Un cercle avec un « X » à l’intérieur.
- But : Indique la fin d’un chemin spécifique (flux), mais nepas nécessairement terminer l’activité globale.
Modélisation de la logique de décision et de branchement
Les diagrammes d’activité utilisent des nœuds spécifiques pour gérer la logique conditionnelle, tout commesi-sinon ou switch les instructions dans le code.
A. Nœuds de décision et de fusion
Ces nœuds sont utilisés pour modéliser le branchement conditionnel et le rétablissement ultérieur de ces chemins.
- Nœud de décision :
- Notation : Une forme de losange.
- Utilisation : Un flux entrant unique et plusieurs flux sortants. Chaque flux sortant doit avoir une Condition de garde (une condition entre crochets, par exemple
[Stock > 0]) qui détermine quel chemin est suivi.
- Nœud de fusion :
- Notation : Une forme en losange.
- Utilisation : Plusieurs flux entrants et un seul flux sortant. Il représente simplement le point où différentes branches se rejoignent, indiquant que n’importe quelle branche entrante peut conduire à l’étape suivante. Il ne synchronise pas les flux concurrents.
Modélisation de la concurrence et de la synchronisation
Contrairement à les diagrammes de flux qui sont généralement séquentiels, les diagrammes d’activité excellent à représenter l’exécution parallèle à l’aide de barres de synchronisation.
A. Nœuds de division et de fusion
Ces nœuds sont utilisés pour diviser un seul flux de contrôle en plusieurs flux concurrents, puis pour attendre que ces flux concurrents se terminent.
- Nœud de division :
- Notation : Une barre épaisse horizontale ou verticale.
- Utilisation : Un seul flux entrant et plusieurs flux sortants. Tous les flux sortants commencent à s’exécuter concurrentes (en parallèle) à partir de ce point.
- Nœud de fusion :
- Notation : Une barre épaisse horizontale ou verticale.
- Utilisation : Plusieurs flux entrants et un seul flux sortant. Le flux sortant ne peut pas commencer tant que tous les flux entrants concurrents n’ont pas terminé (synchronisation).
Éléments organisationnels : les nageoires
Nageoires (appelés également partitions) sont essentiels pour indiquer quel département, composant ou acteur est responsable de quelle activité. Ils divisent visuellement le diagramme en zones verticales ou horizontales.
- Notation : Des lignes parallèles verticales ou horizontales séparant différentes zones de responsabilité.
- Objectif : Regrouper les actions par l’entité responsable de leur exécution, afin de garantir une responsabilité claire entre différentes unités organisationnelles (par exemple, « Client », « Système Web », « Entrepôt »).
Résumé des meilleures pratiques pour les diagrammes d’activité
- Modéliser le flux, pas les objets : Concentrez-vous sur la séquence des étapes et le flux de contrôle, et non sur les relations structurelles entre les classes (c’est le rôle du diagramme de classes).
- Utilisez les nageoires : Utilisez toujours les nageoires pour délimiter clairement qui ou quoi effectue chaque action, notamment dans les processus commerciaux transversaux.
- Étiquetez les gardes : Assurez-vous que chaque flux sortant d’un nœud de décision soit étiqueté avec une condition de garde claire et mutuellement exclusive (par exemple,
[A],[B],[Sinon]). - Synchronisez les forks : Chaque Fork doit être équilibré par un Join afin de garantir que les étapes suivantes attendent que toutes les activités parallèles soient terminées.
Pour une compréhension plus approfondie du UML et des façons dont l’IA peut le visualiser, explorez notre centre de ressources UML.
Cette publication est également disponible en Deutsch, English, Español, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 : liste des langues séparées par une virgule, 繁體中文 : dernière langue.