Use Case Analysis for Various Systems

Ce document présente une série d'exercices pratiques sur l'analyse des cas d'utilisation (use case) appliquée à différents systèmes. Destiné aux étudiants en informatique, il vise à développer la capacité à identifier les acteurs, les cas d'utilisation et à modéliser ces systèmes par des diagrammes UML. Chaque exercice propose un contexte spécifique, allant d'une agence de voyage à un robot nettoyeur, en passant par un guichet automatique bancaire ou une bibliothèque universitaire.

Analyse d'un diagramme de cas d'utilisation : agence de voyage

Le premier exercice porte sur l'analyse d'un diagramme de cas d'utilisation représentant les fonctionnalités d'une agence de voyage classique.

Acteurs du diagramme

• Client : Personne qui utilise les services de l'agence pour réserver un voyage.
• Agent de voyage : Employé de l'agence qui gère les réservations et conseille les clients.
• Système de paiement : Entité externe permettant de valider les paiements.

Cas d'utilisation

• Rechercher un voyage : Le client peut demander des informations sur les voyages disponibles.
• Réserver un voyage : Le client réserve un voyage via l'agent ou directement.
• Effectuer un paiement : Le paiement est validé via le système de paiement.
• Annuler une réservation : Le client peut annuler une réservation sous certaines conditions.

Cas d'utilisation d'un Guichet Automatique de Banque (GAB)

Le deuxième exercice concerne l'analyse des fonctions principales d'un GAB.

Acteurs identifiés

• Client porteur d'une carte de la banque : Utilisateur principal du GAB.
• Client porteur d'une carte VISA : Utilisateur externe avec autorisation à distance.
• Technicien de maintenance : Responsable du rechargement et de la maintenance du GAB.

Cas d'utilisation principaux

• Distribution d'argent : Retrait d'argent autorisé par le système bancaire ou VISA.
• Consultation du solde : Vérification du solde du compte.
• Dépôt d'espèces ou de chèques : Pour les clients de la banque.
• Vérification du code personnel : Sécurité obligatoire avant toute transaction.
• Blocage de la carte : Après trois échecs de code, la carte est avalée.
• Rechargement du GAB : Opération de maintenance pour approvisionner le distributeur.

Exemple de diagramme simplifié

Acteurs : Client Banque, Client VISA, Technicien
Cas d'utilisation :
- Retirer argent
- Consulter solde
- Déposer espèces/chèques
- Maintenance / Rechargement

Analyse d'un système calculette/convertisseur

Le troisième exercice porte sur un système combinant calculatrice et convertisseur de devises.

Acteurs

• Utilisateur : Personne qui utilise la calculette pour effectuer des calculs ou des conversions.
• Système externe de taux de change : Fournit le cours des devises pour les conversions.

Cas d'utilisation

• Effectuer une opération arithmétique : addition, soustraction, multiplication, division.
• Convertir francs en euros et euros en francs : Conversion monétaire simple.
• Convertir euros en devise étrangère et vice versa : Conversion basée sur un cours de devise fourni.

Description textuelle d'un cas d'utilisation

Calcul simple : L'utilisateur saisit deux nombres et choisit une opération (exemple : addition). Le système affiche le résultat.

Conversion monétaire : L'utilisateur saisit un montant en euros, indique la devise cible et le taux de change. Le système calcule et affiche le montant converti.

Modélisation du processus de formation en entreprise

Le quatrième exercice concerne la modélisation UML du processus de formation des employés dans une entreprise.

Acteurs

• Employé : Demandeur de formation et participant.
• Responsable formation : Gère les demandes, les inscriptions et le suivi.
• Organisme de formation : Fournit les formations et les sessions.

Cas d'utilisation

• Consulter le catalogue des formations : L'employé peut consulter les formations disponibles.
• Faire une demande de formation : L'employé soumet une demande au responsable.
• Valider ou refuser la demande : Le responsable donne son accord ou son refus.
• Inscrire à une session : Après accord, le responsable inscrit l'employé.
• Annuler une inscription : L'employé peut avertir le responsable pour annuler.
• Transmettre appréciation et justificatifs : L'employé donne un retour sur la formation.
• Contrôler la facture : Le responsable vérifie la facture de l'organisme.

Robot nettoyeur pour zones difficiles

Le cinquième exercice analyse un robot nettoyeur équipé de capteurs, actionneurs et d'une interface infrarouge.

Acteurs

• Utilisateur : Personne qui commande le robot via l'interface.
• Unité de contrôle : Envoie les commandes à l'interface infrarouge (hors système à développer).

Cas d'utilisation élémentaires

• Se déplacer : Le robot avance ou recule.
• Tourner : Le robot tourne dans le sens horaire ou antihoraire, uniquement à l'arrêt.
• Nettoyer : Mise en marche ou arrêt de l'aspirateur.
• Réagir à une collision : Arrêt immédiat et manœuvre d'éloignement de l'obstacle.

Scénarios possibles

Déplacement : L'utilisateur envoie la commande "se déplacer en avant". Le robot avance jusqu'à ce qu'un obstacle soit détecté, puis s'arrête.

Collision : Lorsqu'un amortisseur détecte un contact, le robot stoppe et effectue une manœuvre pour reculer et tourner.

Nettoyage : L'utilisateur active la commande "nettoyer", l'aspirateur démarre. Il peut être arrêté à tout moment.

Gestion automatisée d'une bibliothèque universitaire

Le sixième exercice porte sur l'automatisation de la gestion d'une bibliothèque universitaire.

Acteurs

• Gestionnaire : Gère les inscriptions et les relances des lecteurs.
• Bibliothécaires : Gèrent les emprunts, restitutions et acquisitions.
• Abonnés : Étudiants, enseignants et abonnés externes.

Cas d'utilisation

• Inscrire un abonné : Gestionnaire inscrit un nouvel abonné selon sa catégorie.
• Gérer les emprunts : Bibliothécaires enregistrent les prêts et retours d'ouvrages.
• Relancer les retardataires : Gestionnaire envoie des rappels aux abonnés en retard.
• Consulter le catalogue : Tous les utilisateurs peuvent consulter le catalogue général.
• Prolonger un emprunt : Exceptionnellement, la durée d'emprunt peut être étendue.

Règles spécifiques

• Accès libre pour les enseignants.
• Étudiants payent une cotisation annuelle forfaitaire.
• Abonnés externes limités à 10 % des inscrits.
• Emprunt limité à trois ouvrages par abonné.
• Délai d'emprunt standard : trois semaines, prolongé exceptionnellement à cinq.

Gestion des réservations pour l'association Locagite

Le dernier exercice traite de la gestion automatisée des locations de gîtes ruraux par l'association Locagite.

Acteurs

• Propriétaire de gîte : Met son gîte en location et gère ses informations.
• Client réservataire : Potentiel locataire qui réserve un gîte.
• Centrale de réservation : Service centralisé qui gère les contrats et paiements.

Cas d'utilisation

• Modifier les informations du gîte : Le propriétaire met à jour prix, photos, capacité, etc.
• Signer un contrat de réservation : Le client réservataire reçoit et renvoie un contrat signé avec acompte.
• Envoyer état des réservations et paiements : La centrale informe le propriétaire mensuellement.
• Effectuer le virement bancaire : Paiement des sommes dues au propriétaire.
• Annuler une réservation : Le client peut annuler, avec pénalité de 30 % des sommes versées.
• Gérer la pré-réservation : Annulation automatique si le contrat signé n'est pas retourné sous 15 jours.

Scénario de réservation

Un client contacte la centrale pour réserver un gîte. Après accord sur les dates, la centrale envoie un contrat et demande un acompte. Le client renvoie le contrat signé avec l'acompte, rendant la réservation ferme. Un mois avant le séjour, le client règle le solde et reçoit la confirmation avec les coordonnées pour l'arrivée.

Glossaire des termes clés

• Acteur : Entité externe (personne, système) interagissant avec le système étudié.
• Cas d'utilisation : Fonctionnalité ou service offert par le système à un acteur.
• Diagramme de cas d'utilisation : Représentation graphique des acteurs et des cas d'utilisation.
• UML : Langage de modélisation unifié utilisé pour représenter les systèmes.
• Scénario : Description textuelle d'une séquence d'actions dans un cas d'utilisation.
• Pré-réservation : Réservation provisoire en attente de confirmation formelle.
• Unité de contrôle : Composant qui gère les commandes envoyées à un système (ex. robot).
• Interface infrarouge : Moyen de communication sans fil utilisé pour transmettre des commandes.

Points clés à retenir

• Identifier clairement les acteurs est essentiel pour comprendre les interactions avec le système.
• Les cas d'utilisation décrivent les fonctionnalités principales du système du point de vue utilisateur.
• La modélisation UML facilite la visualisation et la communication des exigences fonctionnelles.
• Chaque système étudié présente des cas d'utilisation adaptés à son contexte spécifique.
• Les scénarios en langage naturel permettent de décrire précisément le déroulement des cas d'utilisation.
• Les contraintes et règles métier doivent être intégrées dans l'analyse des cas d'utilisation.