Diagramme de Cas d’Utilisation UML
Cahier des charges – Exercice Diagramme de Cas d’Utilisation UML
1. Titre du projet
Modélisation du système d’une bibliothèque en ligne avec UML – Diagramme de cas
d’utilisation
2. Contexte
La bibliothèque souhaite moderniser son système de gestion des livres et des utilisateurs. Elle
veut permettre aux utilisateurs de :
• Chercher des livres
• Emprunter des livres
• Réserver des livres déjà empruntés
• Consulter l’historique de leurs emprunts
Le personnel (bibliothécaires) pourra :
• Ajouter ou retirer des livres
• Gérer les comptes utilisateurs
• Valider les emprunts
L’objectif est de représenter les interactions entre les acteurs et le système à l’aide d’un
diagramme de cas d’utilisation UML.
3. Objectifs pédagogiques
À la fin de l’exercice, l’étudiant doit être capable de :
1. Identifier les acteurs et leurs responsabilités dans un système.
2. Identifier et définir les cas d’utilisation pertinents.
3. Représenter un diagramme UML clair et complet.
4. Utiliser les relations association, <<include>>, <<extend>> correctement.
5. Rédiger un cahier des charges fonctionnel pour un système simple.
4. Acteurs du système
1. Utilisateur : Personne qui utilise la bibliothèque pour emprunter ou réserver des
livres.
2. Bibliothécaire : Personne qui gère les livres et valide les emprunts.
3. Système : Gestion automatique des informations (base de données des livres et
utilisateurs).
Optionnel : Administrateur pour la gestion avancée et les rapports statistiques.
5. Cas d’utilisation à modéliser
Pour l’utilisateur :
• Chercher un livre
ISM-THIES @ 2025-2026
Diagramme de Cas d’Utilisation UML
• Emprunter un livre
• Réserver un livre (<<extend>> Envoyer notification)
• Consulter l’historique des emprunts
Pour le bibliothécaire :
• Ajouter un livre
• Retirer un livre
• Gérer les comptes utilisateurs
• Valider l’emprunt (<<include>> Vérifier disponibilité)
Relations importantes :
• Association : relie un acteur à un cas d’utilisation
• <<include>> : inclut systématiquement un autre cas d’utilisation
• <<extend>> : ajoute un comportement optionnel ou conditionnel
6. Contraintes et livrables
Contraintes :
1. Utiliser un logiciel UML (StarUML, Lucidchart, Visual Paradigm, ou [Link])
2. Diagramme clair, lisible, avec tous les acteurs et cas d’utilisation essentiels
3. Relations <<include>> et <<extend>> correctement représentées
4. Respect des conventions UML pour les symboles et stéréotypes
Livrables attendus :
1. Diagramme de cas d’utilisation complet et propre (fichier image ou PDF)
2. Courte documentation (1 page) décrivant :
o Les acteurs et leur rôle
o Les cas d’utilisation et leurs objectifs
o Les relations <<include>> et <<extend>>
7. Méthodologie conseillée
1. Identification des acteurs : Brainstorming pour lister toutes les parties prenantes.
2. Définition des cas d’utilisation : Décrire les tâches principales pour chaque acteur.
3. Relations entre cas d’utilisation : Déterminer les inclusions ou extensions
nécessaires.
4. Dessiner le diagramme UML : Placement clair des acteurs et cas d’utilisation,
respect des conventions.
5. Validation : Vérifier que tous les besoins exprimés sont représentés dans le
diagramme.
ISM-THIES @ 2025-2026