UML
Chapitre 1. Introduction
Chapitre 2. Les concepts objets
Chapitre 3. La conception d'un système
Chapitre 4. Le modèle fonctionnel
4.1. Rôle et intérêts des cas d'utilisation
4.2. Place des cas d'utilisation dans la modélisation
4.3. Acteurs et cas d'utilisation pour décrire le système
4.4. Démarche
4.5. Organiser les cas d'utilisation dans le système
4.6. Description d'un cas d'utilisation par texte
4.7. Description d'un cas d'utilisation par diagrammes
4.7.1. De séquence ou de collaboration
4.7.2. D'activités
4.8. Exemples
Chapitre 5. Le modèle statique
Chapitre 6. Le modèle dynamique
Chapitre 7. UML et la gestion de projet
Chapitre 8. La phase de conception
Chapitre 9. Modèles d'implémentation
Exercices
Page d'accueilTable des matièresNiveau supérieurPage précédenteBas de la pagePage suivanteWebographie du moduleGlossaire du module

4.7.2. D'activités

La description d'un cas d'utilisation par un diagramme d'activités correspond à sa traduction algorithmique. Le diagramme d'activités est une représentation proche de l'organigramme. Une activité est l'exécution d'une partie du cas d'utilisation, elle est représentée par un rectangle aux bords arrondis :


L'enchaînement des activités se fait par l'emploi des flèches :


Si le passage d'une activité vers une autre dépend de certaines conditions, on a alors recours aux gardes1 :


Dans l'exemple ci-dessus, [garde 1] et [garde 2] correspondent à deux conditions booléennes mutuellement exlusives. On remarquera que le losange utilisé dans le diagramme est de la même forme que celui de la condition dans un organigramme.
Pour la synchronisation entre activités, on utilise la barre de synchronisation :


En dessous de la barre de synchronisation, les deux activités se déroulent simultanément.

Exemple de la fonction retrait d'argent d'un guichet automatique de banque

L'exemple ci-dessus illustre le fait que l'éjection des billets et l'impression du ticket se font en parrallèle.


A l'inverse, une activité peut ne se déclencher qu'aprés la terminaison d'autres activités :

L'activité 3 ne commencera que lorsque les activités 1 et 2 seront terminées




Garde1 : c'est une condition booléenne qui valide ou non le déclenchement d'une transition vers une autre activité.

Page d'accueilTable des matièresNiveau supérieurPage précédenteHaut de la pagePage suivanteWebographie du moduleGlossaire du module