TD Diagram Use Case
TD – Use Case
TP : Gestion d'une bibliothèque
Identification des acteurs et fonctionnalités
Utilisateur : s'inscrire, emprunter un livre, rendre un livre, rechercher un livre.
Bibliothécaire : se connecter, générer un rapport, ajouter ou supprimer un
livre.
Système de paiement : gérer les pénalités.
Catalogue : fournir les informations sur les livres disponibles.
Diagramme de cas d'utilisation
Nous avons modélisé le système sous la forme d'un diagramme UML :
Les acteurs ont été placés à l'extérieur du système.
Les cas d'utilisation ont été identifiés et placés à l'intérieur du système «
Gestion de bibliothèque ».
Les liens entre acteurs et cas d'utilisation reflètent les interactions possibles.
TD Diagram Use Case 1
Les relations additionnelles (include/extend) ont été utilisées pour modéliser les
dépendances logiques entre certains cas d'utilisation : l'emprunt inclut la
recherche, la gestion des pénalités inclut le retour de livre, et la génération de
rapport inclut la gestion du catalogue.
TD1 : Gestion de la scolarité d’une école d’ingénieurs
Identification des acteurs et fonctionnalités
Enseignant : saisir les notes, déclarer les absences ou retards.
Gestionnaire administratif : modifier/valider les notes, valider ou justifier les
absences.
Étudiant : consulter les notes, consulter les absences, apporter des
justificatifs d’absence.
Diagramme de cas d’utilisation
Nous avons modélisé le système sous la forme d’un diagramme UML :
Les acteurs ont été placés à l’extérieur du système.
TD Diagram Use Case 2
Les cas d’utilisation ont été identifiés et placés à l’intérieur du système «
Gestion de la scolarité ».
Les liens entre acteurs et cas d’utilisation reflètent les interactions possibles.
Les relations additionnelles ( include/extend ) n’ont pas été utilisées car les cas
d’utilisation définis sont suffisamment simples et indépendants.
Chaque acteur interagit directement avec le système sans nécessiter de
dépendances explicites entre les cas.
TD 2 : Cas d'utilisation : Gestion d’une compagnie
aérienne
TD Diagram Use Case 3
Explication du diagramme de cas d’utilisation –
Gestion d’une compagnie aérienne
1. Identification des acteurs
Client : crée un compte, consulte les vols, effectue et confirme des
réservations, suit ou annule ses réservations.
Gestionnaire : gère les vols et les avions, informe les clients en cas
d’annulation, consulte/annule/valide des réservations.
Administrateur : hérite des privilèges du gestionnaire et possède en plus la
gestion des comptes (clients et gestionnaires).
2. Fonctionnalités principales
Client :
Créer un compte et s’authentifier.
TD Diagram Use Case 4
Consulter les vols disponibles.
Réserver un vol et confirmer la réservation via un paiement.
Suivre et éventuellement annuler une réservation.
Gestionnaire :
Gérer les vols (ajout, modification, suppression).
Gérer les avions et les assigner.
Informer les clients en cas d’annulation et déclencher l’annulation
automatique des réservations.
Consulter, approuver ou annuler des réservations.
Administrateur :
Toutes les actions du gestionnaire.
Gérer les comptes clients.
Créer et gérer les comptes des gestionnaires.
3. Relations UML
Include (<<include>>) : utilisé pour représenter les étapes obligatoires qui
font partie d’un scénario.
Par exemple : Confirmer réservation inclut Paiement.
Annuler réservation inclut Annulation automatique des réservations.
Tous les cas incluent S’authentifier.
Extend (<<extend>>) : utilisé pour représenter des fonctionnalités
optionnelles.
Consulter vols peut être étendu par Réserver un vol.
Héritage (généralisation) :
L’Administrateur hérite du Gestionnaire car il possède toutes ses fonctions
plus des droits supplémentaires.
TD Diagram Use Case 5
TD 3 : Système de gestion de la production pièces
automobiles
Identification des acteurs et fonctionnalités
Responsable de la production : planifier la production, définir calendrier de
production, gérer ordre de fabrication, allouer les ressources, suivre
l'avancement de la production.
Opérateur de production : fabriquer les pièces.
Gestionnaire de la logistique : superviser la livraison des pièces finies.
Système de gestion des stocks : gérer les stocks, assurer la disponibilité des
composants nécessaires.
Client : recevoir les pièces livrées.
Diagramme de cas d'utilisation
J'ai modélisé le système avec les cas d'utilisation suivants : "Définir calendrier de
production", "Planifier production", "Gérer ordre de fabrication", "Allouer les
ressources", "Suivre l'avancement de la production", "Fabriquer les pièces",
"Superviser la livraison", "Gérer les stocks", "Assurer disponibilité des composants
nécessaires", et "Réception des pièces".
TD Diagram Use Case 6
J'ai utilisé plusieurs relations include pour décomposer la planification de la
production : elle inclut obligatoirement la définition du calendrier, la génération
des ordres de fabrication et l'allocation des ressources.
Une relation extend a été ajoutée entre "Gérer les stocks" et "Assurer la
disponibilité des composants" pour représenter une fonctionnalité optionnelle qui
peut s'ajouter à la gestion de base des stocks.
Le client reçoit les pièces après la livraison du gestionnaire (explication du
passage de temps sous forme de diagramme de séquence donc pas de relation
extend ou include).
TD Diagram Use Case 7
