Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

UML – TP UC – Séquence système - Activités – page 1/32 - Bertrand LIAUDET UML A

UML – TP UC – Séquence système - Activités – page 1/32 - Bertrand LIAUDET UML ANALYSE FONCTIONNELLE Diagrammes de cas d’utilisation, de séquence, d’activités Eléments de correction du TP Notez bien que les corrections proposées sont parfois encore au stade de de brouillon non finalisé ! Exercices 2 1 : L’application compteur (UC simples de « bas niveau ») 2 2 : l’agence de voyage (approche très abstraite) 3 3 : Le robot (approche robotique) 7 4 : La station-service - version 1 9 5 : Le téléviseur 10 6 : L’application compteur – suite de l’exercice 1 13 7 : Le guichet automatique de banque 15 8 : Caisse enregistreuse (d’après Rocques) 19 9 : La station service – version 2 20 10 : L’hôtel 24 11 : La médiathèque 29 12 : Gestion de salles de réunion et de spectacle 30 13 : Les centres d’animation (UC à partir d’un petit cahier des charges) 31 14 : Le service de transport 32 Une partie des exercices provient des ouvrages suivants : UML2 – Charroux, Osmani, Thierry-Mieg – Pearson Edition Génie Logiciel - Exercices corrigés d’UML – André, Vailly – Ellipses UML2 par la pratique – Roques – Eyrolles 2011 - Version mise à jour mai 2017 UML – TP UC – Séquence système - Activités – page 2/32 - Bertrand LIAUDET Exercices 1 : L’application compteur (UC simples de « bas niveau ») 1) Modéliser le diagramme des cas d’utilisation d’une application qui simule un compteur : le compteur est initialisé à 0. Il peut être incrémenté de 1, décrémenté de 1 ou remis à 0. La valeur du compteur ne peut pas être négative. 2 ) Mettre à jour le diagramme des cas d’utilisation pour ajouter la possibilité de choisir la valeur de départ. 1 sera la valeur de départ par défaut. 3) On souhaite faire évoluer le modèle tout en conservant l’existant et proposer un compteur dont l’incrément soit une autre valeur que 1 (2, 5, 10, etc.) fixée. Mettre à jour le diagramme des cas d’utilisation. UML – TP UC – Séquence système - Activités – page 3/32 - Bertrand LIAUDET 2 : l’agence de voyage (approche très abstraite) Une agence de voyage organise des voyages et gère le transport, l’hébergement et offre la possibilité à ses clients de disposer d’un taxi à l’arrivée du voyage pour se rendre à l’hôtel. 1. Quels sont les acteurs du système ? 2. Faire le diagramme des cas d’utilisation, d’abord sans le détailler. 3. Détailler les cas d’utilisation trouvés. 4. Certains clients demandent des factures détaillées. Les voyages peuvent se faire soit par train, soit par avion. Compléter le diagramme des cas d’utilisation. Les includes imposent le fait que un voyage contient au moins un transport et un hôtel. En mettant des héritages partout (transport, hôtel, taxi, facture), aucune combinaison ne serait imposée. On peut aussi préciser qu’il y aura une facture normale dans tous les cas, détaillée si demandé : UML – TP UC – Séquence système - Activités – page 4/32 - Bertrand LIAUDET On pourrait aussi être tenté par un héritage, mais avec ce modèle, la facture normale devient facultative : Diagramme de séquence système Ø Cas d’utilisation « vendre un voyage » TRANSPORT HOTEL TAXI CLIENT FACTURE Diagramme de sÈquence Cas d'utilisation: vendre un voyage Cas nominal : Avec taxi et avec facture agence systËme UML – TP UC – Séquence système - Activités – page 5/32 - Bertrand LIAUDET Ø Cas d’utilisation « transport » Diagramme de sÈquence Cas d'utilisation transport Composite: vendre un voyage ScÈnario nominal On considËre que le systËme propose des vols et des trains en mÍ me temps saisie date, lieu, nombre de passagers demande date, lieu, nombre de passagers affiche une liste de transports possibles sÈlectionne un transport affiche le dÈtail et demande validation valide le transport TRANSPORT agence systËme saisie date, lieu, nombre de passagers demande date, lieu, nombre de passagers affiche une liste de transports possibles sÈlectionne un transport affiche le dÈtail et demande validation valide le transport UML – TP UC – Séquence système - Activités – page 6/32 - Bertrand LIAUDET Diagramme d’activités Ø Cas d’utilisation « transport » Diagramme d’activités décrivant tous les scénarios du cas d’utilisation « transport » A noter qu’on reprend la séquence système du cas nominal en détaillant les alternatives et les boucles. La présentation verticale est la plus lisible. [escape] [escape] [ok] [recommencer] [ok] [retour ‡ la liste] demande date, lieu, nombre de passagers saisie affiche une liste de transports possibles sÈlection affiche le dÈtail et demande validation validation UML – TP UC – Séquence système - Activités – page 7/32 - Bertrand LIAUDET 3 : Le robot (approche robotique) Un robot dispose d’une caméra pour filmer son environnement. Il peut avancer et reculer grâce à un moteur électrique capable de tourner les roues dans les deux sens. Il peut changer de direction car les roues sont directrices. Il peut être piloté avec une télécommande ou piloté à distance. Dans ce cas, les images prises par la caméra sont envoyées vers un poste de télé- pilotage. On peut brancher la caméra ou éteindre la caméra à distance. Ce dernier affiche l’environnement du robot sur un écran. Le pilote visualise l’image et utilise des commandes pour contrôler à distance les roues et le moteur du robot. La communication entre le poste de pilotage et le robot se fait via des ondes radio. S’il n’y a pas d’image, les commandes de pilotage ne sont plus accessibles. 1. Délimiter le système et lister les acteurs du système. 2. Faire le diagramme des cas d’utilisation. UML – TP UC – Séquence système - Activités – page 8/32 - Bertrand LIAUDET 3. Faites apparaître les deux interfaces utilisateur (télécommande et poste de pilotage). Version avec deux classeurs, un par interface : UML – TP UC – Séquence système - Activités – page 9/32 - Bertrand LIAUDET 4 : La station-service - version 1 Soit un système informatique qui gère une station-service : Le client peut utiliser des pompes manuelles et payer à la caisse du gérant ou utiliser des pompes automatiques. Le gérant de la station utilise le système informatique pour ses opérations de gestion (particulièrement le bilan des opérations de vente d’essence). Le gérant peut se servir de l’essence pour sa voiture. La station-service a un petit atelier d’entretien de véhicules. Le gérant est aussi mécanicien. Les informations de gestion associées sont gérées sur le système informatique. 1. Quels sont les acteurs du système ? 2. Modéliser l’ensemble des cas d’utilisation du système. 3. Quels sous-systèmes peut-on envisager ? 4. Faire un diagramme des cas d’utilisation qui intègre les sous-systèmes. Remarque : Il y a un héritage entre gérant et mécanicien : cela veut dire que le logiciel qu’utilise le gérant lui permet aussi de faire ce que permet de faire le logiciel qu’utilise le mécanicien. Cet héritage est un choix de conception. Il n’y a pas d’héritage entre gérant et client : le logiciel qu’utilise le gérant ne permet pas de prendre de l’essence ! Quand le gérant prend de l’essence, il n’est plus gérant, mais un client comme un autre. SystËme des pompes ‡ essences SystËme logiciel ‡ rÈaliser client gÈrant mÈcanicien prendre de l'essence opÈrations de gestion gestion du paiement essence gestion rÈparation pompe manuelle pompe automatique UML – TP UC – Séquence système - Activités – page 10/32 - Bertrand LIAUDET 5 : Le téléviseur Modéliser les cas d’utilisation d’un téléviseur. Le téléviseur est décrit comme suit : Un téléviseur possède des haut-parleurs, un mécanisme de mise sous tension (alimentation), un mécanisme de changement de chaîne (tuner), un mécanisme de réglage du son par augmentation ou diminution (ampli), un écran associé à un mécanisme de réglage du contraste et de la couleur des images par augmentation ou diminution. Il affiche en permanence le niveau sonore, la chaîne et l’état allumé ou éteint. Il peut être déplacé n’importe où et fonctionner correctement si le courant et l’antenne ou le câble sont connectés Le téléviseur peut être utilisé avec ou sans télécommande. 1. Modéliser l’ensemble des cas d’utilisation du système. 2. Quels acteurs passifs peut-on envisager ? Première solution : On n’intègre pas les interfaces : ni les interfaces avec le monde extérieur (alimentation, câble, antenne), ni les interfaces utilisateurs (télécommande, panneau de commande). UML – TP UC – Séquence système - Activités – page 11/32 - Bertrand LIAUDET Deuxième solution : mauvaise idée !! On modélise ici les interfaces utilisateurs. Pour faciliter la lecture, on ne représente plus les détails présentés au dessus. usages de l'ampli monter son baisser son usages du tuner monter chaine baisser chaine commuter son choisir chaine usages de l'Ècran couleur contraste monter couleur baisser couleur monter contraste baisser contraste utilisateur TV usages de l'alimentatino Èteindre allumer UML – TP UC – Séquence système - Activités – page 12/32 - Bertrand LIAUDET Troisième solution : mauvaise idée !! sauf les acteurs passifs On modélise en plus les interfaces extérieures. Pour faciliter la lecture, on uploads/Voyage/ uml-tp-uc-seqsys-acti-correction-uc.pdf