1 EXERCICES UML 1°) Dans un établissement scolaire, on désire gérer la réservat

1 EXERCICES UML 1°) Dans un établissement scolaire, on désire gérer la réservation des salles de cours ainsi que du matériel pédagogique (ordinateur portable ou/et Vidéo projecteur). Seuls les enseignants sont habilités à effectuer des réservations (sous réserve de disponibilité de la salle ou du matériel). Le planning des salles peut quant à lui être consulté par tout le monde (enseignants et étudiants). Par contre, le récapitulatif horaire par enseignant (calculé à partir du planning des salles) ne peut être consulté que par les enseignants. Enfin, il existe pour chaque formation un enseignant responsable qui seul peut éditer le récapitulatif horaire pour l’ensemble de la formation. Modéliser cette situation par un diagramme de cas d’utilisation <<include>> Responsable formation Utilisateur salle Enseignant Consulter plannin Consulter récap horaire enseignant Réserver vidéo Réserver matériel Réserver portable Vérification disponibilité Réservation salle Editer récap formation Réservation 2 2°) Dans le cadre d’un projet de recherche en viticulture, on désire collecter les temps de travaux sur des exploitations agricoles pilotes, pour travailler en particulier sur les opérations phytosanitaires. Pour ce faire, un glossaire des opérations culturales types a été mis en place (afin que tout le monde ait le même cadre analytique). Des contraintes assez fortes sont apparues sur le projet : les ouvriers agricoles des exploitations pilotes n’ont pas accès aux outils informatiques et la lourdeur d’enregistrement des temps de travaux a donc de fait écarté l’utilisation d’un outil informatique. La procédure suivante a ainsi été définie : chaque ouvrier agricole saisit ses temps de travaux sur un cahier au format prédéfini. (dans ce cahier, il peut consulter en annexes le glossaire afin d’identifier l’opération culturale type). Nb : pour les opérations de type phytosanitaire, les informations complémentaires sont demandées : liste des maladies visées, stade phénologique, méthodes de traitements et observation. En fin de mois, le chef d’exploitation vérifie la saisie effectuée sur le cahier et apporte d’éventuelles corrections. Il saisit ensuite les opérations du mois sur une application internet connectée à une base de données. Le chercheur en charge du projet reçoit automatiquement un mail qui lui indique que la saisie mensuelle a été effectuée. Après avoir vérifié la pertinence de la saisie, il notifie au chef d’exploitation que tout s’est bien passé et que les données intégrées dans la base de données sont valides et prêtes à être exploitées. Le chef d’exploitation imprime alors 2 documents sur le mois écoulé : - l’état mensuel des travaux pour chaque salarié (qui est remis à chaque salarié) - l’état des opérations phytosanitaires (état Terravitis) En fin d’année, le chercheur analyse toutes les opérations saisies et rédige une synthèse générale sur les temps de travaux dans les différentes exploitations. Cette synthèse est alors transmise à tous les chefs d’exploitation. 3 Exemple d’un état mensuel : Exemple d’impression Terravitis : 4 <<extend>> <<include>> Chercheur Chef exploitation Ouvrier Agricole Consultation du glossaire Saisie opération Saisie BDD Correction éventuelle Vérification saisie cahier Identification Vérification données BDD Correction données BDD Notification saisie ok Analyse résultats Rédaction synthèse Opération phyto Autre opération Etat terravitis 5 Correction Fin de mois Fin d'année saisie temps de travaux Vérification Saisie Vérification Notification saisie ok Impression Transmission Analyse Rédaction Transmission Correction éventuelle Mail consulter OUVRIER AGRICOLE CHEF EXPLOITATION CHERCHEUR Cahier de saisie BDD Synthèse Fiche mensuelle Etat phyto Correction saisie temps de travaux Vérification Saisie Vérification Notification saisie ok Impression Transmission Analyse Rédaction Transmission Correction éventuelle Mail consulter 6 0..* 1..1 1..* 1..1 1..1 0..* 0..* 0..* 0..* 1..1 1..1 0..* 0..* 1..* 0..* 1..1 PERSONNE - - - Code personne Nom personne Prénom personne : int : varchar(50) : varchar(50) + Editer relevé mensuel () : int Exploitation - - Code exploitation Nom exploitation : varchar(5) : varchar(50) + Editer état terravitis () : int Fonction personne - - Code fonction Libellé fonction : varchar(5) : varchar(50) Intervention - - - No intervention Date intervention Nb heures : number : date : number + Editer fiche intervention () : int OPERATION - - Code opération Libellé opération : varchar(5) : varchar(50) MALADIES - - Code maladie Libellé maladie : varchar(5) : varchar(50) Intervention phyto - Observation phyto : text PARCELLES - - Code parcelle Nom parcelle : varchar(5) : varchar(50) STADE PHENOLOGIQUE - - Code stade Libellé stade : varchar(5) : varchar(50) 7 3°) Dans un magasin, le processus de vente est le suivant : le client entre, passe dans les rayons, demande éventuellement des renseignements ou procède à des essais, prend des articles (si le stock est suffisant), passe à la caisse où il règle ses achats (avec tout moyen de paiement accepté). Il peut éventuellement bénéficier d’une réduction. Modéliser cette situation par un diagramme de cas d’utilisation <<include>> <<include>> <<extend>> <<extend>> <<extend>> <<extend>> Client Caisse Vendeur Groupement des banques Renseigner Acheter Essayer Payer CB Payer chèque Vérification stock Payer Payer liquide Prospecter Bénéficier réduction 8 4°) On considère le système suivant de gestion d’un DAB (Distributeur automatique de billets) : - le distributeur délivre de l’argent à tout porteur de carte (carte Visa ou carte de la banque) - pour les clients de la banque, il permet : o la consultation du solde du compte o le dépôt d’argent (chèque ou numéraire) - toute transaction est sécurisée et nécessite par conséquent une authentification - dans le cas où une carte est avalée par le distributeur, un opérateur de maintenance se charge de la récupérer. C’est la même personne qui collecte également les dépôts d’argent et qui recharge le distributeur. - Modéliser cette situation par un diagramme de cas d’utilisation <<include>> <<include>> <<include>> <<include>> Porteur de visa Client banque SI banque SI gestion CB Retirer argent Déposer argent Consulter solde Déposer chèques Retirer argent avec visa S'authentifier Opératuer maintenance Recharger DAB Récupérer cartes avalées Récupérer chèque Déposer numéraire 9 5°) Dans un magasin, un commerçant dispose d’un système de gestion de son stock d’articles, dont les fonctionnalités sont les suivantes : - Edition de la fiche d’un fournisseur - Possibilité d’ajouter un nouvel article (dans ce cas, la fiche fournisseur est automatiquement éditée. Si le fournisseur n’existe pas, on peut alors le créer) - Edition de l’inventaire. Depuis cet écran, on a le choix d’imprimer l’inventaire, d’effacer un article ou d’éditer la fiche d’un article). Modéliser cette situation par un diagramme de cas d’utilisation <<extend>> <<extend>> <<extend>> <<extend>> <<include>> <<extend>> Commerçant Impression inventaire Affichage inventaire Ajouter article Effacement article Edition article Ajout fournisseur Edition fournisseur 10 6°) Le déroulement normal d’utilisation d’une caisse de supermarché est le suivant : • un client arrive à la caisse avec ses articles à payer • le caissier enregistre le numéro d’identification de chaque article, ainsi que la quantité si elle est supérieure à 1 • la caisse affiche le prix de chaque article et son libellé • lorsque tous les achats sont enregistrés, le caissier signale la fin de la vente • la caisse affiche le total des achats • le caissier annonce au client le montant total à payer • le client choisit son mode de paiement o liquide : le caissier encaisse l’argent, la caisse indique le montant à rendre au client o chèque : le caissier note le numéro de pièce d’identité du client o carte de crédit : la demande d’autorisation est envoyée avant la saisie • la caisse enregistre la vente et l’imprime • le caissier donne le ticket de caisse au client Modéliser cette situation à l’aide d’un diagramme de séquence en ne prenant en compte que le cas du paiement en liquide. Saisie article (no et quantité) Prix et description Prix et description Fin de vente Total Total Liquide Saisie montant A rendre Monnaie Ticket Ticket Total à payer dépôt articles A rendre Caissier Client Caisse Pour chaque article 11 7°) Le déroulement normal d’utilisation d’un distributeur automatique de billets est le suivant : • le client introduit sa carte bancaire • la machine vérifie alors la validité de la carte et demande le code au client • si le code est correct, elle envoie une demande d’autorisation de prélèvement au groupement de banques. Ce dernier renvoie le solde autorisé à prélever. • le distributeur propose alors plusieurs montants à prélever • le client saisit le montant à retirer • après contrôle du montant par rapport au solde autorisé, le distributeur demande au client s’il désire un ticket • Après la réponse du client, la carte est éjectée et récupérée par le client • les billets sont alors délivrés (ainsi que le ticket) • le client récupère enfin les billets et son ticket Modéliser cette situation à l’aide d’un diagramme de séquence en ne prenant en compte que le cas où tout se passe bien. NB : on identifiera les scénarios qui peuvent poser problème en incluant des commentaires dans le diagramme Introduction carte Demande code Entrée valeur code Demande autorisation Autorisation solde Demande montant retrait Entrée valeur retrait demande ticket ok Ejection carte récupération carte Ejection billet et ticket récpération billets et tickets Vérification carte Vérification code contrôle montant demandé DAB Porteur de carte Groupement de banques uploads/Ingenierie_Lourd/ exercices-uml-corrige.pdf

  • 11
  • 0
  • 0
Afficher les détails des licences
Licence et utilisation
Gratuit pour un usage personnel Attribution requise
Partager