Faire par Emma Nya

Nous utilisons les diagrammes d'activité pour illustrer le flux de contrôle dans un
système et faire référence aux étapes de l'exécution d'un cas d'utilisation. Nous
modélisons les activités séquentielles et concurrentes à l'aide de diagrammes
d'activité. Ainsi, nous représentons visuellement les flux de travail à l'aide d'un
diagramme d'activité. Un diagramme d'activité se concentre sur la condition du flux
et la séquence dans laquelle il se produit. Nous décrivons ou décrivons ce qui cause
un événement particulier en utilisant un diagramme d'activité. Les modèles UML
comportent essentiellement trois types de diagrammes, à savoir les diagrammes de
structure, les diagrammes d'interaction et les diagrammes de comportement. Un
diagramme d'activité est un diagramme comportemental, c'est-à-dire qu'il décrit le
comportement d'un système. Un diagramme d'activité représente le flux de contrôle
d'un point de départ à un point d'arrivée en montrant les différents chemins de
décision qui existent pendant l'exécution de l'activité. Nous pouvons représenter le
traitement séquentiel et le traitement simultané des activités à l'aide d'un diagramme
d'activité. Ils sont utilisés dans la modélisation des activités et des processus, où leur
principale utilité est de représenter les aspects dynamiques d'un système. Un
diagramme d'activité est très similaire à un organigramme. Comprenons donc si un
diagramme d'activité ou un organigramme sont différents :

Différence entre un diagramme d'activité et un organigramme -

Les organigrammes ont généralement été inventés avant les diagrammes d'activité.
Les non programmeurs utilisent les organigrammes pour modéliser les flux de travail.
Par exemple : Un fabricant utilise un diagramme de flux pour expliquer et illustrer
comment un produit particulier est fabriqué. Nous pouvons appeler un organigramme
une version primitive d'un diagramme d'activité. Les processus d'affaires où la prise
de décision est impliquée sont exprimés à l'aide d'un diagramme de flux. Les
programmeurs utilisent donc des diagrammes d'activité (version avancée d'un
organigramme) pour décrire les flux de travail. Un diagramme d'activité est utilisé par
les développeurs pour comprendre le flux des programmes à un niveau élevé. Il leur
permet également de déterminer les contraintes et les conditions qui provoquent des
événements particuliers. Un organigramme se transforme en diagramme d'activité si
des décisions complexes sont prises. La brièveté est l'âme de l'esprit. Nous devons
transmettre beaucoup d'informations avec clarté et veiller à ce qu'elles soient courtes.
Ainsi, un diagramme d'activité aide les personnes des deux côtés, c'est-à-dire les
hommes d'affaires et les développeurs, à interagir et à comprendre les systèmes. Une
question se pose : Devons-nous utiliser à la fois le diagramme et la documentation
textuelle ? Différents individus ont des préférences différentes dans la façon dont ils
comprennent quelque chose. Par exemple : Pour comprendre un concept, certaines
personnes préféreront un tutoriel écrit avec des images, tandis que d'autres
préféreront une conférence vidéo. Nous utilisons donc généralement à la fois le
diagramme et la documentation textuelle pour rendre la description de notre système
aussi claire que possible. Nous devons aussi parfois être sensibles aux besoins du
public auquel nous nous adressons. Différence entre un diagramme de cas
d'utilisation et un diagramme d'activité Un diagramme d'activité est utilisé pour
modéliser le flux de travail en décrivant les conditions, les contraintes, les activités
séquentielles et simultanées. D'autre part, le but d'un cas d'utilisation est de décrire la
fonctionnalité, c'est-à-dire ce que le système fait et non comment il le fait. Ainsi, en
termes simples, un diagramme d'activité montre "comment" tandis qu'un cas
d'utilisation montre "quoi" pour un système particulier. Les niveaux d'abstraction
varient également pour les deux. Un diagramme d'activité peut être utilisé pour
illustrer un processus métier (mise en œuvre de haut niveau) ou un algorithme
autonome (mise en œuvre de base). En revanche, les cas d'utilisation ont un faible
niveau d'abstraction. Ils sont utilisés pour montrer un haut niveau de mise en œuvre
uniquement.

Figure UML-Activity-Diagram -

Un diagramme d'activité pour un lecteur de musique basé sur les émotions La figure
ci-dessus représente un diagramme d'activité pour un lecteur de musique basé sur les
émotions qui peut également être utilisé pour changer le papier peint. Les différents
composants utilisés dans le diagramme et les notations standard sont expliqués ci-
dessous.
Notations des diagrammes d'activité

État initial - L'état de départ avant qu'une activité ne se déroule est représenté à l'aide
de l'état initial.

Figure UML-State-Diagram - notation de l'état initial ou état de départ

Un processus ne peut avoir qu'un seul état initial, sauf si nous représentons des
activités imbriquées. Nous utilisons un cercle noir rempli pour représenter l'état initial
d'un système. Pour les objets, il s'agit de l'état lorsqu'ils sont instanciés. L'état initial
du diagramme d'activité UML marque le point d'entrée et l'état initial de l'activité. Par
exemple - Ici, l'état initial est l'état du système avant l'ouverture de l'application.

Figure UML-Activity-Diagram - symbole d'état initial utilisé

État d'action ou d'activité - Une activité représente l'exécution d'une action sur des
objets ou par des objets. Nous représentons une activité à l'aide d'un rectangle aux
coins arrondis. En fait, toute action ou événement qui a lieu est représenté par une
activité.

Figure UML-Activity-Diagram -notation d'un état d'activité

Par exemple - Considérons l'exemple précédent d'ouverture d'une application ;
l'ouverture de l'application est un état d'activité dans le diagramme d'activité. Figure
de diagramme d'activité UML - symbole d'état d'activité utilisé
Flux d'actions ou flux de contrôle - Les flux d'actions ou flux de contrôle sont
également appelés chemins et arêtes. Ils sont utilisés pour montrer la transition d'un
état d'activité à un autre.

Figure UML-Object-Diagram - notation du flux de contrôle Un état d'activité peut

avoir plusieurs flux d'action entrants et sortants. Nous utilisons une ligne avec une
tête de flèche pour représenter un flux de contrôle. S'il y a une contrainte à respecter
lors de la transition, elle est mentionnée sur la flèche. Prenons l'exemple suivant : ici,
les deux états transitent vers un état final en utilisant des symboles de flux d'action.

Flux d'actions ou flux de contrôle - Les flux d'actions ou flux de contrôle sont
également appelés chemins et arêtes. Ils sont utilisés pour montrer la transition d'un
état d'activité à un autre.

Figure UML-Object-Diagram - notation du flux de contrôle Un état d'activité peut

avoir plusieurs flux d'action entrants et sortants. Nous utilisons une ligne avec une
tête de flèche pour représenter un flux de contrôle. S'il y a une contrainte à respecter
lors de la transition, elle est mentionnée sur la flèche. Prenons l'exemple suivant : ici,
les deux états transitent vers un état final en utilisant des symboles de flux d'action.
Gardes - Une garde fait référence à une déclaration écrite à côté d'un nœud de
décision sur une flèche, parfois entre crochets. Diagramme d'activité UML Figure -
utilisation de gardes à côté d'un nœud de décision La déclaration doit être vraie pour
que le contrôle se déplace dans une direction particulière. Les gardes nous aident à
connaître les contraintes et les conditions qui déterminent le déroulement d'un
processus.

Fourchette - Les nœuds de fourchette sont utilisés pour prendre en charge les
activités concurrentes.
 Diagramme d'activité UML Figure - notation de bifurcation
Lorsque nous utilisons un noeud de bifurcation, les deux activités sont exécutées
simultanément, c'est-à-dire qu'aucune décision n'est prise avant de diviser l'activité en
deux parties. Les deux parties doivent être exécutées dans le cas d'une déclaration de
bifurcation. Nous utilisons une barre rectangulaire solide arrondie pour représenter
une notation de bifurcation avec une flèche entrante provenant de l'état de l'activité
parente et des flèches sortantes vers les activités nouvellement créées. Par exemple :
Dans l'exemple ci-dessous, l'activité consistant à faire du café peut être scindée en
deux.

Jonction - Les nœuds de jonction sont utilisés pour prendre en charge les activités
simultanées qui convergent en une seule. Pour la notation de jonction, nous avons
deux ou plusieurs arêtes entrantes et une arête sortante.

Diagramme d'activité UML Figure - Notation de jonction

Par exemple, lorsque les deux activités, c'est-à-dire la cuisson du lait à la vapeur et
l'ajout du café, obtiennent un résultat positif.
Fusion ou événement de fusion - Des scénarios se présentent lorsque des activités
qui ne sont pas exécutées simultanément doivent être fusionnées. Nous utilisons la
notation de fusion pour de tels scénarios. Nous pouvons fusionner deux ou plusieurs
activités en une seule si la commande passe à l'activité suivante, quel que soit le
chemin choisi.

Figure - notation de fusion Par exemple - Dans le diagramme ci-dessous : on ne peut

pas avoir les deux côtés qui s'exécutent simultanément, mais ils finissent par
fusionner en un seul. Un nombre ne peut pas être à la fois impair et pair en même
temps. Diagramme d'activité UML
Swimlanes - Nous utilisons les swimlanes pour regrouper les activités connexes dans
une colonne. Les swimlanes regroupent les activités connexes dans une colonne ou
une ligne. Les swimlanes peuvent être verticaux et horizontaux. Les swimlanes sont
utilisés pour ajouter de la modularité au diagramme d'activité. Il n'est pas obligatoire
d'utiliser les swimlanes. Ils donnent généralement plus de clarté au diagramme
d'activité. C'est similaire à la création d'une fonction dans un programme. Il n'est pas
obligatoire de le faire, mais c'est une pratique recommandée.

Figure UML-Activity-Diagram - notation des swimlanes Nous utilisons une colonne

rectangulaire pour représenter un swimlane comme indiqué dans la figure ci-dessus.
Par exemple - Ici, un ensemble différent d'activités est exécuté selon que le nombre
est pair ou impair. Ces activités sont regroupées dans un swimlane.

Evénement temporel - Diagramme d'activité UML Figure - notation des événements

temporels Nous pouvons avoir un scénario dans lequel un événement prend un
certain temps pour se terminer.
Nous utilisons un sablier pour représenter un événement temporel. Par exemple -
Supposons que le traitement d'une image prenne beaucoup de temps. On peut alors le
représenter comme suit.

État final ou état de fin - L'état que le système atteint lorsqu'un processus ou une
activité particulière se termine est appelé état final ou état de fin. Nous utilisons un
cercle rempli dans un cercle pour représenter l'état final dans un diagramme de
machine à états. Un système ou un processus peut avoir plusieurs états finaux. Figure
du diagramme d'états UML - notation de l'état final

Comment dessiner un diagramme d'activité -

1. Identifier l'état initial et l'état final.
1. Identifier les activités intermédiaires nécessaires pour atteindre l'état final à
partir de l'état initial.
1. Identifier les conditions ou les contraintes qui font que le système change de
flux de contrôle.
1. Dessinez le diagramme avec les notations appropriées.
Utilisations d'un diagramme d'activité -
• Modélisation dynamique du système ou d'un processus.
• Illustrer les différentes étapes d'un cas d'utilisation UML.
• Modélisation d'éléments logiciels comme les méthodes, les opérations et les
fonctions.
• On peut utiliser les diagrammes d'activité pour représenter facilement les
activités concurrentes.
• Montrer les contraintes, les conditions et la logique derrière les algorithmes.