Dans le cadre de la modélisation UML (Unified Modeling Language), les diagrammes de cas d’utilisation et les diagrammes d’activités permettent de décrire le comportement dynamique d’un système logiciel. Ils sont essentiels en phase d’analyse fonctionnelle et de conception.
Ces deux diagrammes sont complémentaires :
- Le diagramme de cas d’utilisation décrit “ce que fait le système” du point de vue des utilisateurs (fonctionnalités).
- Le diagramme d’activité décrit “comment se déroule un processus” (logique métier ou scénario).
Diagramme de cas d’utilisation (Use Case Diagram)
Modéliser les fonctionnalités attendues d’un système logiciel, du point de vue des acteurs (utilisateurs, systèmes externes).
Composants principaux
Élément | Description |
---|---|
Système | Représenté par un rectangle contenant les cas d’utilisation. |
Acteurs | Entités externes qui interagissent avec le système (humains ou systèmes). |
Cas d’utilisation (use case) | Fonctionnalité ou service fourni par le système. |
Relations | Associations, généralisations, inclusions ou extensions entre les éléments. |
Types de relations
- Association (ligne simple) : lien entre un acteur et un cas d’utilisation.
- Include (<<include>>) : réutilisation obligatoire d’un autre cas.
- Extend (<<extend>>) : ajout conditionnel d’un comportement.
- Generalisation : hiérarchie entre acteurs ou cas.
Exemple visuel (description textuelle)
Système : “Portail de gestion d’université” Acteurs : Étudiant, Enseignant, Administrateur
Cas d’utilisation :
- Consulter notes
- S’inscrire aux cours
- Gérer les emplois du temps
- Authentification (<<include>> dans chaque scénario)
- Se concentrer sur le “quoi”, pas sur le “comment”.
- Limiter les cas à des fonctions métier claires.
- Ne pas confondre cas d’utilisation et étapes d’un scénario.
Diagramme d’activité (Activity Diagram)
Modéliser le déroulement d’un processus métier ou fonctionnel, de façon séquentielle ou parallèle.
Composants principaux
Élément | Description |
---|---|
Activité | Action ou tâche à exécuter. |
Transition | Flèche indiquant la séquence. |
Décision | Condition de branchement (losange). |
Fork/Join | Début ou fin d’exécution parallèle. |
Événement de début/fin | Ronds de début (noir) et fin (cerclé). |
Swimlanes (pistes) | Représentent les rôles ou services responsables. |
Exemple d’activité (texte)
Processus : Inscription à un cours
- L’étudiant se connecte.
- Il choisit une matière.
- Le système vérifie les prérequis.
- Si OK → inscription validée.
- Sinon → message d’erreur.
- Fin du processus.
Comparaison avec organigramme
Caractéristique | Diagramme d’activité | Organigramme |
---|---|---|
Méthodologie | UML | Logique générale |
Niveau de détail | Plus structuré | Plus libre |
Support de parallélisme | ✔️ Oui | ❌ Non |
- Décomposer clairement les étapes métier.
- Ajouter les conditions explicites aux transitions.
- Utiliser les swimlanes pour modéliser la responsabilité.
- Idéal pour modéliser un workflow, un use case détaillé, ou un scénario utilisateur.
Lien entre les deux diagrammes
Diagramme de cas d’utilisation | Diagramme d’activité |
---|---|
Montrer les fonctionnalités du système | Détailler le comportement d’un cas d’utilisation |
Vue macro | Vue micro / processus |
Utilisé en phase de recueil des besoins | Utilisé en phase de conception fonctionnelle |
Souvent, pour chaque cas d’utilisation, on peut produire un diagramme d’activité détaillé.
Outils recommandés pour les créer
Outil | Supporte Use Case | Supporte Activity | Notes |
---|---|---|---|
StarUML | ✅ | ✅ | Léger, rapide |
Lucidchart | ✅ | ✅ | En ligne, collaboratif |
Draw.io | ✅ | ✅ | Gratuit |
Enterprise Architect | ✅ | ✅ | Complet, professionnel |
Modelio | ✅ | ✅ | Open source, académique |
- Le diagramme de cas d’utilisation est idéal pour visualiser les fonctionnalités accessibles à différents acteurs du système.
- Le diagramme d’activité est crucial pour analyser, valider ou optimiser un processus métier.
- Ensemble, ils permettent une vision globale et détaillée du système, tant pour les analystes que pour les développeurs.