Exercices Corrigés UML: Diagramme des cas d’utilisation
Avec des exercices corrigés en UML sur les diagrammes des cas d’utilisation, vous pratiquerez divers concepts sur les diagrammes des cas d’utilisation. Vous commencerez par des exercices de base à des exercices plus avancés. La solution est fournie pour chaque exercice. Vous devez essayer de résoudre chaque problème par vous-même avant de vérifier la solution. Si vous avez des questions concernant chaque exercice, nous vous encourageons à les poster sur notre forum.
Exercice 1: Ouverture d’un compte bancaire
Modéliser la situation suivante à l’aide de cas d’utilisation:
- Un client ordinaire peut se présenter à la banque X et demander l’ouverture d’un compte. Il remplit un formulaire et l’employé de la banque valide le formulaire pour ouvrir son compte.
- Un client peut déposer des fonds, lorsque le montant est supérieur à 5000 € ou que son âge est supérieur à 45 ans, un bonus sera calculé et offert au client.
- Un client de la CND(Compte Non-résident en Devises) peut également ouvrir un compte, déposer des fonds, mais il peut aussi convertir des devises.
Exercice 2: Passage d’un examen
Modéliser la situation suivante à l’aide de cas d’utilisation:
- Le candidat se connecte au serveur d’examen.
- Le serveur vérifie si le candidat est déjà authentifié et exécute le processus d’authentification si nécessaire.
- Le candidat sélectionne un examen dans une liste d’options.
- Le candidat sélectionne plusieurs fois une question et tape une solution, joint un fichier avec une solution, édite une solution ou joint un fichier qui la remplace.
- Le candidat soumet l’examen terminé ou sauvegarde l’état actuel.
- Lorsqu’un examen complet est soumis, le serveur d’examen vérifie que toutes les questions ont été tentées.
- Le serveur vérifie que toutes les questions ont été tentées et envoie un accusé de réception au candidat, ou sauvegarde l’état actuel et informe le candidat que l’examen n’est pas terminé.
- Le candidat se déconnecte.
<<includes>> est utilisé pour les cas d’utilisation qui font partie du flux d’événements du cas d’utilisation principal.
<<extends>> est utilisé pour les conditions exceptionnelles, en particulier celles qui peuvent se produire à tout moment.
Exercice 3: Système permettant de commander des pizzas
Le système de commande de pizzas permet à l’utilisateur d’un navigateur web de commander des pizzas à livrer à domicile. Pour passer une commande, l’acheteur effectue une recherche pour trouver les articles à acheter, ajoute les articles un par un dans un panier et effectue éventuellement une nouvelle recherche pour trouver d’autres articles.
Lorsque tous les articles ont été choisis, l’acheteur indique l’adresse de livraison. S’il ne paie pas en espèces, il fournit également les informations relatives à sa carte de crédit.
Le système offre aux clients la possibilité de s’inscrire auprès de la pizzeria.
Ils peuvent alors enregistrer leur nom et leur adresse, de sorte qu’ils n’aient pas à saisir ces informations à chaque fois qu’ils passent une commande.
Développez un diagramme de cas d’utilisation pour un cas d’utilisation permettant de passer une commande, PlaceOrder.
Le cas d’utilisation doit montrer une relation avec deux cas d’utilisation spécifiés précédemment, « IdentifyCustomer », qui permet à un utilisateur de s’enregistrer et de se connecter, et « PaybyCredit », qui modélise les paiements par carte de crédit.
Exercice 4:
Un grand nombre de personnes ont des chats. Supposez que vous souhaitiez développer un logiciel leur permettant de suivre la localisation de leurs chats ; donnez un diagramme de cas d’utilisation modélisant ce logiciel. Le « chat » doit-il être un acteur ?
Les deux possibilités sont réalisables. Vous pouvez considérer le « chat » comme un acteur (secondaire) qui fournit sa position à votre logiciel (par exemple par le biais d’un petit matériel qui lui est attaché). Ou vous pouvez le considérer comme une partie du système.
Exercice 5: Programme de certification
Savez-vous que l’obtention du certificat « Programmeur Java Certifié » coûte cher ? Cela peut vous coûter des milliers d’euros. Imaginons que nous développions un système de formation en ligne pour aider les gens à se préparer à un tel examen de certification.
Un utilisateur peut demander un quiz pour le système. Le système sélectionne un ensemble de questions dans sa base de données et les compose pour en faire un quiz. Il évalue les réponses de l’utilisateur et lui donne des conseils s’il le souhaite.
En plus des utilisateurs, nous avons également des tuteurs qui fournissent des questions et des conseils. Et aussi des examinateurs qui doivent certifier les questions pour s’assurer qu’elles ne sont pas trop insignifiantes et qu’elles sont sensées.
Créez un diagramme de cas d’utilisation pour modéliser ce système. Élaborez certains de vos cas d’utilisation. Étant donné que nous n’avons pas de réels acteurs ici, vous êtes libre d’ajouter les détails que vous jugez pertinents pour cet exemple.
Exercice 6: Horloge
Supposons que nous voulions développer un logiciel pour un réveil.
Le réveil indique l’heure. À l’aide de boutons, l’utilisateur peut régler séparément les champs des heures et des minutes, et choisir entre un affichage sur 12 ou 24 heures.
Il est possible de régler une ou deux alarmes. Lorsqu’une alarme se déclenche, elle émet un son. L’utilisateur peut l’éteindre ou choisir de la « répéter ». Si l’utilisateur ne réagit pas du tout, l’alarme s’éteint d’elle-même au bout de 2 minutes. La « sieste » consiste à éteindre le son, mais l’alarme se déclenche à nouveau après un délai de quelques minutes. Ce « temps d’arrêt » peut être réglé à l’avance.
Identifiez l’exigence fonctionnelle pour l’horloge et modélisez-la à l’aide d’un diagramme de cas d’utilisation.
Exercice 7: Inscription au cours
Au début de chaque semestre, l’étudiant peut demander un plan d’études contenant une liste de cours. Des informations sur le cours sont fournies, telles que le tuteur, le département et les prérequis.
Le nouveau système permettra aux étudiants de créer un emploi du temps, puis de sélectionner quatre cours. Chaque étudiant en choisit deux autres au cas où son premier choix serait complet ou annulé. Aucun cours ne peut avoir plus de 10 étudiants. Aucun cours ne peut avoir moins de 3 étudiants, sous peine d’être annulé. Il s’agit de la même fonctionnalité que celle dont disposent les autres utilisateurs internes du système.
Lorsque l’inscription est terminée, le système d’inscription envoie un message au système de facturation pour qu’il envoie une facture à l’étudiant.
Les tuteurs utilisent le système pour trouver les classes qu’ils enseignent et l’identité des étudiants. Le système d’inscription administrera le système.
Au début du semestre, l’étudiant peut modifier son emploi du temps. Les étudiants doivent être autorisés à accéder au système pendant cette période pour ajouter ou supprimer des cours.
Exercice 8: Système d’enregistrement et de planification des patients
Dans un cabinet médical, le système d’enregistrement et de planification des patients est utilisé par les réceptionnistes, les infirmières et les médecins. Les réceptionnistes utilisent le système pour saisir les informations relatives aux nouveaux patients lorsqu’ils se rendent pour la première fois chez le médecin. Ils fixent également tous les rendez-vous. Les infirmières utilisent le système pour suivre les résultats de chaque visite, y compris le diagnostic et les médicaments. Pour chaque visite, des champs de texte libre sont utilisés pour saisir des informations sur le diagnostic et le traitement. Plusieurs médicaments peuvent être prescrits lors de chaque visite. Les infirmières peuvent également accéder aux informations pour imprimer l’historique des visites des patients.
Les médecins utilisent principalement le système pour consulter l’historique des patients. Les médecins peuvent occasionnellement saisir des informations sur le traitement des patients et des prescriptions, mais le plus souvent, ils laissent les infirmières saisir ces informations. — Chaque patient est affecté à une famille. Le chef de famille est responsable de la personne bénéficiant de la couverture médicale principale. Les informations sur les médecins sont maintenues puisqu’une famille a un médecin traitant, mais différents médecins peuvent être ceux qui voient le patient lors de la visite.
Exercice 9: DAB
Cette étude de cas concerne un système simplifié de distributeur automatique de billets (DAB). Le DAB offre les services suivants:
- Distribution d’argent à chaque détenteur d’une carte par l’intermédiaire d’un lecteur de carte et d’un distributeur de billets.
- Consultation du solde du compte, dépôt d’espèces et de chèques pour les clients détenteurs d’une carte de leur banque.
N’oubliez pas que:
- Toutes les transactions sont sécurisées.
- Il est parfois nécessaire de recharger le distributeur, etc.
Le DAB nécessite également des travaux de maintenance, tels que le remplissage du distributeur avec des billets de banque, la récupération des cartes qui ont été avalées, etc.
