TD3 : Modélisation dynamique
Exercice1 : (Séquence)
Considérant le cas du Guichet Automatique de banque (GAB)
Exercice 2 : (Séquence)
Un vidéo club est un centre de distribution qui assure essentiellement la location de films
préenregistrés.
Les éditeurs procurent les cassettes aux exploitants soit en location soit en vente. Les exploitants
peuvent donc passer avec les éditeurs des contrats de location d'une durée moyenne de 6 mois
ou passer des commandes à partir de catalogues fournis régulièrement par les éditeurs.
Un vidéo club entretient des relations avec une trentaine d'éditeurs environ. Lorsque les
exploitants constatent une usure des cassettes qui leur appartiennent, ils ont la possibilité de les
vendre à des grossistes qui peuvent alors pratiquer des ventes au rabais.
Un seul statut est proposé aux clients, celui d'adhérent. Chaque adhérent se voit attribuer une
carte d'adhésion sur laquelle est mentionné un code adhérent. Il peut alors choisir entre plusieurs
types d’abonnement. Les tarifs varient selon le mode d'abonnement choisi. Quatre tarifs adaptés
aux locations sont proposés en fonction des différents types d'abonnement. Toutefois, on peut
louer des cassettes aux clients non abonnés sans leur faire profiter des avantages tarifaires
réservés aux abonnés. Le but est de décrire la vue des besoins (use case view) de ce système.
Décrire le scénario « Location Cassettes » par un diagramme de séquence.
Exercice 3 : (Collaboration)
Nous souhaitons dans cet exercice, modéliser un système de réservation de billets de train.
L’interaction entre ce système et un voyageur qui désire acheter un billet à partir d’un
automate mis à disposition des voyageurs dans la gare est décrite comme suit :
Le voyageur commence par choisir l’option « Demande de réservation » sur la borne
interactive du système. Celle-ci lui offre alors la possibilité d’entrer les paramètres de sa
réservation. Le voyageur ne doit pas tout remplir, mais certains de ces critères sont
obligatoires. Le voyageur confirme sa requête en appuyant sur le bouton correspondant. La
borne interactive envoie alors la requête au serveur central. Celui-ci analyse la demande de
réservation et envoie une réponse à la borne interactive.
• Si la réponse est une « Requête refusée », la borne propose à l’utilisateur de recommencer en
appuyant sur le bouton « Demande de réservation ».
• Si la réponse est une « Requête partiellement satisfaite », la borne affiche les critères qui
n’ont pu être honorés, ainsi que le billet proposé, et propose à l’utilisateur d’acheter le billet
correspondant ou de procéder à une nouvelle demande de réservation.
• Si la réponse est une « Requête satisfaite », le système invite le client à procéder à l’achat du
billet correspondant.
• À tout moment, le client peut annuler l’opération en cours.
Si l’utilisateur choisit d’acheter le billet, la borne lui demande d’insérer sa carte bancaire et de
taper son code. La borne prend contact avec un service d’autorisation de paiement.
Si celui-ci autorise la transaction, la borne envoie une confirmation au serveur et imprime le
billet.
Travail à faire
Donnez le diagramme de collaborations décrivant les détails du cas d’utilisation « Réservez
un billet de train »
Exercice 4 : (Séquence, collaboration)
Un club de sport souhaite utiliser un logiciel pour faire la gestion de ses différentes activités :
inscription des membres, inscriptions aux cours, facturation, calcul de statistiques,
établissement de bilan financier, etc. Un analyste a déjà fait l’étude des cas d’utilisation de ce
système. Il a également préparé un diagramme de classes modélisant les données du système.
Vous êtes le concepteur et devez faire le design du cas d’utilisation « Inscription d’un membre
à un cours privé. Voici la description détaillée de ce cas d’utilisation.
Cas d’utilisation : Inscription d’un membre à un cours privé
Acteur : Préposé aux inscriptions
Pré-conditions : Le préposé se trouve sur la page d’inscription aux cours privés
Scénario principal :
1. Sur la page d’inscription, le préposé entre le type de cours (tennis, musculation, etc.) auquel
le membre souhaite s’inscrire ainsi que le nom du professeur.
2. Le système cherche le professeur dans le répertoire des profs puis cherche une plage de
cours libre, c’est-à-dire une tranche horaire où le professeur est disponible pour offrir un cours
(on suppose que le système a un moyen pour identifier les disponibilités du prof.) et qui ne
chevauche pas celle d’autres plages de cours déjà réservées avec ce professeur.
3. Si une tranche horaire est disponible, le système ajoute une nouvelle plage de cours au
planning du professeur pour cet horaire. (La plage de cours est réservée en attendant la
confirmation du membre). Le système affiche le résultat de la requête (i.e. cours, professeur,
horaire proposé) sur la page d’inscription, dans une zone prévue à cette effet.
4. Si la plage de cours proposée convient au membre, le préposé complète la page
d’inscription en entrant le nom du membre dans l’espace prévu. Il clique ensuite sur le bouton
« confirmer ».
5. Pour procéder à l’inscription, le système cherche d’abord le membre dans le répertoire des membres. On
assigne alors à ce membre la plage de cours en question.
6. Le cours est facturé au membre. Inclure « Facturation d’un cours ».
7. Le système confirme l’inscription en affichant un message au bas de la page d’inscription.
Travail à faire
Donnez les diagrammes de séquences et de collaboration pour ce scénario
Exercice 5 : (état transition)
Considérons une montre à cadran numérique simplifiée :
1. Le mode courant est le mode « Affichage ».
2. Quand on appuie une fois sur le bouton mode, la montre passe en « modification heure ».
Chaque pression sur le bouton avance incrémente l’heure d’une unité.
3. Quand on appuie une nouvelle fois sur le bouton mode, la montre passe en « modification
minute ». Chaque pression sur le bouton avance incrémente les minutes d’une unité.
4. Quand on appuie une nouvelle fois sur le bouton mode, la montre repasse en mode
« Affichage ».
Travail à faire
Proposez un diagramme d’état-transition modélisant cette montre.
Exercice 6 : (Use case, séquence, état-transition)
Cette étude de cas concerne un système simplifié de publiphone à pièces. On a énuméré les
règles suivantes :
1. le prix minimal d’une communication interurbaine est de 0.1 D.
2. Après l’introduction de la monnaie, l’utilisateur a 2 minutes pour composer son
numéro (ce délai est décompté par le standard des réseaux téléphoniques).
3. La ligne peut être libre ou occupée.
4. Le correspondant peut raccrocher le premier.
5. Le publiphone consomme de l’argent dès que l’appelé décroche et à chaque unité de
temps (UT) générée par le standard
6. On peut ajouter des pièces à tout moment
7. Lors du raccrochage le solde de monnaie est rendu
Question 1
Identifiez les acteurs et élaborez un diagramme de cas d’utilisation du publiphone à pièce
Question 2
Rédiger le diagramme de séquence système pour le cas d’utilisation Téléphoner.
Question 3
a) Réalisez un diagramme d’états-transition qui décrive le comportement nominal du
Publiphone à pièce d’après le diagramme de séquence système.
b) Etendre ce diagramme pour :
o représenter le fait que l’appelant peut raccrocher à tout moment et pas seulement dans
l’état conversation.
o Le crédit de l’appelant peut atteindre 1D.
Exercice 7 : (Activité)
Modélisez le retrait d’argent avec une carte VISA avec un diagramme d’activités.
La carte peut être invalide. Si elle est valide, le client doit taper son code. La carte est avalée
après trois essais infructueux. Le SA VISA autorise un certain montant ou refuse tout retrait.
Une carte non récupérée est avalée. Les billets non récupérés par le client sont repris. Un
ticket est toujours imprimé pendant que les billets sont proposés.
