Dans le domaine du génie logiciel, comprendre et maîtriser les différentes vues du langage de modélisation unifié (UML) est crucial pour une communication efficace et une conception claire. Le sujet que nous explorerons aujourd'hui est celui des diagrammes d'activités UML.
Nous avons déjà partagé des diagrammes de séquence, des diagrammes de déploiement, des diagrammes de cas d'utilisation, etc. dans la famille UML. En tant que membre important de la famille UML, les diagrammes d'activités doivent également être bien compris.
Ensuite, en partant des concepts de base, nous dévoilerons étape par étape le diagramme d'activité UML et apprécierons ensemble son charme unique pour améliorer l'efficacité du projet et optimiser la conception du système.
Diagramme d'activité UML-Paiement de la commande
Le diagramme d'activité est l'un des diagrammes UML qui décrit le comportement dynamique du système. Il est principalement utilisé pour montrer les activités ou les actions des classes participant au comportement et décrire le processus d'exécution de diverses activités dans le système. processus métiers, opérations logicielles ou interactions entre objets, etc.
En UML, l’importance des diagrammes d’activités se reflète dans les aspects suivants :
1. Les diagrammes d'activité aident à démontrer clairement le comportement dynamique d'un système. Grâce aux diagrammes d'activités, les développeurs peuvent voir clairement comment les différentes activités du système sont exécutées dans un ordre spécifique et comment ces activités sont liées les unes aux autres, ce qui est crucial pour comprendre et analyser le processus de fonctionnement du système.
2. Les diagrammes d'activités sont un outil important pour comprendre et optimiser les processus métier. Grâce aux diagrammes d'activités, les développeurs peuvent avoir une compréhension approfondie du fonctionnement de chaque maillon du processus métier, identifier d'éventuels goulots d'étranglement ou problèmes, puis les optimiser et les améliorer.
3. Les diagrammes d'activités peuvent être utilisés pour l'analyse et la conception de cas d'utilisation. Dans l'analyse des cas d'utilisation, les diagrammes d'activités peuvent aider les développeurs à décrire en détail le processus d'interaction entre les utilisateurs et le système, garantissant ainsi que le système peut répondre aux besoins des utilisateurs. Pendant la phase de conception, les diagrammes d'activités peuvent être utilisés pour guider les développeurs sur la façon de concevoir les procédures d'exploitation du système afin de garantir que les fonctions et les performances du système répondent aux exigences de conception.
4. Les diagrammes d'activités facilitent la collaboration et la communication entre les membres de l'équipe. En visualisant les diagrammes d'activités, les membres de l'équipe occupant différents rôles peuvent comprendre plus facilement les fonctions et les processus du système, leur permettant ainsi de collaborer et de communiquer plus efficacement.
Les diagrammes d'activités sont essentiellement similaires aux organigrammes traditionnels, mais ils diffèrent des organigrammes, principalement dans les aspects suivants :
1. Les organigrammes ont une longue histoire, sont largement utilisés, comportent de nombreux éléments de dessin et différentes spécifications de dessin comportent peu d'éléments, des spécifications claires et des définitions claires dans les documents UML officiels, ce qui facilite leur apprentissage.
2. Les organigrammes se concentrent sur la description du processus de traitement. Les principales structures de contrôle sont des séquences, des branches et des boucles. Il existe des relations de séquence et de temps strictes dans chaque processus de traitement, tandis que les diagrammes d'activités se concentrent sur l'expression du comportement du système et la description des principes suivis par les relations séquentielles des objets. activités. 3. Les diagrammes d'activités accordent plus d'attention à la description du flux de contrôle entre les objets, avec un accent particulier sur la représentation des activités concurrentes, contrairement aux organigrammes. Les diagrammes d'activités sont orientés objet, tandis que les organigrammes sont orientés processus.
Les composants d'un diagramme d'activités sont composés de nœuds initiaux, de nœuds de terminaison, de flux d'activités et d'actions, de nœuds de jugement, de nœuds de fusion, de nœuds bifurqués et de nœuds convergents, d'objets et de flux d'objets, de couloirs de nage, etc. Ensuite, un exemple de chaque élément est donné.
1. Nœud initial et nœud final
Le nœud initial représente le début du processus. Dans un diagramme d'activités UML, il y a généralement un nœud initial, qui n'a pas d'entrée, mais possède une ou plusieurs sorties qui pointent vers le nœud d'activité ou de décision suivant. Représenté par une boule solide.
Le nœud de terminaison représente la fin du processus. Un nœud de terminaison n'a pas de sortie, mais possède une ou plusieurs entrées. Lorsque le processus atteint le nœud de terminaison, cela signifie que l'intégralité du diagramme d'activités a été exécutée. Représenté par une sphère semi-solide.
2. Flux d’activité et d’action
L'activité fait référence à l'exécution d'une action spécifique et à la transition vers un autre état une fois l'action terminée. Elle est généralement représentée par une boîte arrondie et l'action exprimée est écrite dans la boîte. Les flux d'actions relient les activités et sont généralement représentés par des flèches pleines.
3. Noeud de jugement
Un nœud de jugement est également appelé nœud de décision ou nœud de condition. Un nœud de décision décrit un événement déclencheur qui provoque plusieurs transitions différentes dans différentes conditions de déclenchement, et chaque sortie est associée à une condition. Lorsque le processus atteint un nœud de décision, ces conditions sont évaluées et la sortie appropriée est sélectionnée en fonction des résultats, généralement représentés par un losange.
4. Fusionner les nœuds
Le nœud de fusion est principalement utilisé pour fusionner plusieurs flux de contrôle et les exporter vers le même flux de contrôle sortant. Ce nœud n'a aucune importance en termes de temps et de données, c'est-à-dire qu'il n'a pas besoin d'attendre la fin de tous les flux de contrôle entrants, ni d'effectuer une synchronisation des données entre eux. Il existe une relation « OU » entre plusieurs flux de contrôle d'entrée du nœud fusionné. Un seul d'entre eux doit être satisfait, mais il n'est pas nécessaire que tous soient satisfaits.
Un nœud de fusion est généralement représenté par un losange, avec au moins deux flèches pointant vers lui, mais une seule flèche en émanant pointant vers d'autres nœuds d'action ou d'activité.
5. Nœuds bifurqués et nœuds convergents
Les nœuds Fork sont utilisés pour diviser un seul chemin en plusieurs chemins simultanés. Un nœud fork a une entrée et plusieurs sorties. Une fois que le processus atteint le nœud fork, il sera exécuté sur toutes les sorties en même temps.
Un nœud de fusion est l’opposé d’un nœud fork et est utilisé pour fusionner plusieurs chemins simultanés en un seul chemin. Un nœud de fusion a plusieurs entrées et une sortie, et ce n'est que lorsque toutes les entrées sont activées que le processus se poursuit jusqu'à la sortie.
Remarque : La principale différence entre un nœud de fusion et un nœud de fusion est que le nœud de fusion se concentre davantage sur la fusion de plusieurs chemins possibles en un seul, tandis que le nœud de fusion met l'accent sur l'achèvement simultané de tous les chemins concurrents.
6. Objets et flux d'objets
Le flux d'objets représente le transfert d'objets entre les activités. Le flux d'objets peut représenter les données d'entrée dans l'activité ou les données de sortie générées par l'activité. Elle est facultative ou obligatoire, selon son importance dans l'événement. Les objets sont généralement représentés par des rectangles et les flux d'objets relient les objets et les actions, souvent représentés par des flèches en pointillés .
7. Voie
Utilisé pour diviser un diagramme d'activités en différentes zones logiques, chaque zone représente un acteur ou une partie responsable. Les couloirs de nage peuvent aider à démontrer clairement les interactions et la répartition des responsabilités entre les différents acteurs.
Par exemple : faire une réservation pour un lieu payant
Réservation et plan des événements payants
Les diagrammes d'activités UML sont largement utilisés dans divers domaines, notamment le développement de logiciels, la modélisation de processus métier, la conception d'architecture système, etc. Il est particulièrement adapté à la description de scénarios tels que des activités concurrentes, des points de décision, des branches et des fusions dans des systèmes complexes. Grâce aux diagrammes d'activités, les développeurs peuvent comprendre intuitivement le comportement dynamique du système, améliorant ainsi la conception et le développement du système.
Carte mentale collaborative en ligne gratuite et organigramme Utilisation gratuite 
