Académique Documents
Professionnel Documents
Culture Documents
(Novembre 2020)
Exercice 1.............................................................................................................4
CORRECTION / Identification des acteurs et de cas d'utilisation simples......................................................................................................4
Exercice 3.............................................................................................................6
Exercice 4.............................................................................................................7
Exercice5 : Construire le diagramme de classe relatif ......................................8
1…………..………….…………………………………………………………………………………………… 8
2…….…..…………..……………………………..……………………………………………………………… 9
3………..………….…...…………………………………………………………………………………………. 9
4………....…………………..……………………………………………………………………………………. 9
5..…….….…………………..……………………………………………………………………………………. 9
Exercice 6 :.........................................................................................................10
Exercice 7 :.........................................................................................................10
TD1 : Diagrammes de cas d’utilisation + Diagrammes de classe
Exercice 1
La question n’est pas posée, mais notons qu’introduire les acteurs mènerait au diagramme
suivant :
L’introduction des acteurs, fait apparaître que le cas d’utilisation Gestion commande n’est
associé à aucun acteur pour le déclencher. En réalité, ce type de cas englobant est souvent une
erreur de conception. Ici, on préférera la solution suivante :
[VARIANTE DE L’EXERCICE]
Exercice 3
Exercice 4
On cherche à concevoir une caisse enregistreuse. Tel qu’il a été présenté, l’utilisation de la
caisse enregistreuse se déroule ainsi :
1. Un client arrive à la caisse avec des articles
2. Le caissier enregistre le numéro d’identification de chaque article, ainsi que la quantité si
celle-ci est supérieure à 1
3. La caisse affiche le prix de chaque article et son libellé
4. Lorsque tous les articles ont été enregistrés, le caissier signale la fin de la vente 5. La caisse
affiche le total des achats
6. Le client choisit son mode de paiement :
o Liquide : le caissier encaisse l’argent et la caisse indique le montant éventuel à rendre au
client
o Chèque : le caissier note l’identité du client et la caisse enregistre le montant sur le chèque
o Carte de crédit : un terminal bancaire fait partie de la caisse, il transmet la demande à un
centre d’autorisation multi-banques
7. La caisse enregistre la vente et imprime un ticket
8. Le caissier transmet le ticket imprimé au client
9. Un client peut présenter des coupons de réduction avant le paiement. Lorsque le paiement
est terminé, la caisse transmet les informations relatives aux articles vendus au système de
gestion des stocks. Tous les matins, le responsable du magasin initialise les caisses pour la
journée. Certaines de ces informations sont pertinentes pour l’élaboration d’un diagramme de
cas d’utilisation, et d’autres moins.
Proposez un diagramme de cas d’utilisation pour modéliser les fonctionnalités attendues
du système de caisse enregistreuse
Dans cet exo, il faut bien comprendre que les acteurs ne sont pas tout ce qui bouge.
Ici, par exemple, le client n'est pas un acteur puisqu'il n'interagit directement pas avec la caisse. C’est le
caissier qui enregistre les articles.
Les cas ne modélisent pas non plus les séquences d'action. Le fait que l'on boucle sur les articles et qu'on
sorte de là en signalant la fin de l'enregistrement est modélisé simplement par un cas qui pourra se répéter, et
un autre qu'on déclenchera quand le moment sera venu.
En outre, un diagramme de cas ne doit pas représenter le moindre truc qui se passe. Ici, par exemple, on fait
un cas « enregistrer article » pour la saisie du numéro, de la quantité et l'affichage du libellé et du prix
4. Définir un schéma décrivant les liens familiaux (mariage, parent/enfant) d'une population
de personnes identifiables par un numéro.
Exercice 7 :
Il s'agit d'établir le schéma conceptuel d'une base de données pour la gestion des formations
d'un institut privé : Un cours est caractérisé par un numéro de cours (NOCOURS), un libellé
(LIBELLE), une durée en heures (DUREE) et un type (TYPE). Un cours peut faire l'objet
dans l'année de plusieurs sessions identiques. Une session est caractérisée par un numéro
(NOSES), une date de début (DATE) et un prix(PRIX). Une session est le plus souvent
assurée par plusieurs animateurs et est placée sous la responsabilité d'un animateur principal.
Un animateur peut intervenir dans plusieurs sessions au cours de l'année.
On désire mémoriser le nombre d'heures (NBH) effectué par un animateur pour chaque
session.
Un animateur est caractérisé par un numéro (NOANI), un nom (NOMA) et une adresse
(ADRA).
Chaque session est suivie par un certain nombre de participants.
Un participant est une personne indépendante ou un employé d'une entreprise cliente.
Un participant est caractérisé par un numéro (NOPAR), un nom (NOMP) et une adresse
(ADRP).
Dans le cas d’un employé, on enregistre le nom (NOMEN) et l’adresse de l’entreprise
(ADREN).
On désire pouvoir gérer d’une manière séparée (pour la facturation notamment) les
personnes indépendantes d’une part, et les employés d’autre part. Si nécessaire, on fera les
hypothèses sémantiques complémentaires qui pourraient s'imposer.
Établir un schéma conceptuel (diagramme de classes UML) pour cette base de données
Sources :
http://niedercorn.free.fr/iris/iris1/uml/umltd5.pdf - Niedercorn Jean-Claude
https://lipn.univ-paris13.fr/~gerard/docs/corrections/uml-corr01.pdf - Pierre Gérard
https://lipn.univ-paris13.fr/~gerard/docs/corrections/uml-corr02.pdf - Pierre Gérard