TD 2 — Fiches descriptives
Correction du TD 2 : les fiches descriptives de Groupin (proposer un service, acheter un service, finaliser la vente) et du parrainage cycliste (envoyer un message de présentation) — rédigées dans les règles strictes du cours.
Le TD 2 fait suite au TD 1 : les cas d'utilisation de Groupin et du parrainage cycliste sont identifiés, on en rédige maintenant les fiches descriptives. Les règles de rédaction sont rappelées au chapitre 3 — Scénarios et fiches descriptives.
Les règles qui font gagner ou perdre des points à chaque fiche :
- Étape 1 : toujours « L'acteur sélectionne la fonctionnalité … ».
- Alternance stricte acteur / système dans le scénario nominal.
- Dernière étape toujours réalisée par le système.
- Abstrait : pas de bouton, de menu déroulant, de QR code — « sélectionne », « saisit », « valide ».
- Les scénarios alternatifs se numérotent depuis l'étape du nominal qui dévie (4(A)…), avec reprise ou arrêt explicite.
Fiche 1 — Groupin : Proposer un service
Ta correction posait la bonne précondition : le fournisseur doit être inscrit — l'inscription est déjà un cas d'utilisation du diagramme du TD 1, on ne la redétaille pas, on la suppose.
Système : Groupin
Cas d'utilisation : Proposer un service
Acteur principal : Fournisseur
Autres acteurs : aucun
Préconditions : Le fournisseur est inscrit sur le site.
Garanties en cas de succès : Le service est publié et visible par les utilisatrices.
Garanties minimales : Si le scénario n'aboutit pas, l'état du système reste inchangé.
Scénario nominal :
1. Le fournisseur sélectionne la fonctionnalité « Proposer un service ».
2. Le système affiche un formulaire de saisie des informations du service
(description, conditions de l'offre, nombre d'unités, durée de validité).
3. Le fournisseur renseigne les informations et valide.
4. Le système enregistre le service et le publie sur le site.
Scénarios alternatifs :
3(A). Des informations obligatoires sont manquantes ou invalides :
1. Le système signale les champs concernés et explique l'erreur.
2. Le scénario reprend à l'étape 2 du scénario nominal.Fiche 2 — Groupin : Acheter un service
Le point clé de ta correction : le service de paiement en ligne est un acteur secondaire — il apparaît dans le scénario nominal aux étapes 6–7, comme le service bancaire du cas « Valider le panier » vu en cours.
Système : Groupin
Cas d'utilisation : Acheter un service
Acteur principal : Utilisatrice
Autres acteurs : Service de paiement en ligne
Préconditions : L'utilisatrice est inscrite et l'offre est valide.
Garanties en cas de succès : L'achat est enregistré et le nombre d'unités
vendues de l'offre est mis à jour.
Garanties minimales : L'utilisatrice est débitée si, et seulement si,
l'achat est enregistré.
Scénario nominal :
1. L'utilisatrice sélectionne la fonctionnalité « Acheter un service »
depuis la page d'une offre.
2. Le système demande le nombre d'unités souhaité.
3. L'utilisatrice saisit la quantité et valide.
4. Le système affiche le récapitulatif de la commande et demande le paiement.
5. L'utilisatrice saisit ses coordonnées bancaires et valide.
6. Le système envoie l'ordre de paiement au service de paiement en ligne.
7. Le service de paiement en ligne confirme la transaction.
8. Le système enregistre l'achat et confirme à l'utilisatrice.
Scénarios alternatifs :
7(A). Le service de paiement refuse la transaction :
1. Le système notifie le refus à l'utilisatrice.
2. Le système propose de saisir à nouveau les coordonnées ou d'abandonner.
3. En cas d'abandon, le cas d'utilisation s'arrête sans modification.
1(B). L'offre a atteint sa fin de validité :
1. Le système informe l'utilisatrice que l'offre est close.
2. Le cas d'utilisation s'arrête sans modification.L'alternance est respectée même avec l'acteur secondaire : …5. utilisatrice, 6. système, 7. service de paiement, 8. système. La garantie minimale « débitée si et seulement si l'achat est enregistré » est celle du cas « Valider le panier » du cours — c'est le réflexe à avoir dès qu'un paiement externe entre en jeu.
Fiche 3 — Groupin : Finaliser la vente d'un service
La fiche piège du TD : acteur principal Temps, et un déclencheur — la première étape n'est pas une sélection par un humain. C'est l'exemple même du cours (case « Finaliser offre » de Groupin) ; ta correction le traitait correctement.
Système : Groupin
Cas d'utilisation : Finaliser la vente d'un service
Acteur principal : Temps
Déclencheur : Fin de validité d'une offre
Autres acteurs : Système bancaire
Préconditions : L'offre a atteint sa date de fin de validité.
Garanties en cas de succès : Chaque acheteuse reçoit ses tickets ; le fournisseur
est payé et notifié du nombre d'unités vendues.
Garanties minimales : Si le scénario n'aboutit pas, l'état du système reste
inchangé.
Scénario nominal :
1. La fonctionnalité se déclenche à la fin de validité de l'offre.
2. Le système calcule le nombre total d'unités vendues pour l'offre.
3. Le système envoie à chaque acheteuse un message contenant ses tickets.
4. Le système émet, auprès du système bancaire, un ordre de paiement au
profit du fournisseur pour les unités vendues.
5. Le système notifie le fournisseur (unités vendues, référence du paiement).Ici, « l'acteur sélectionne la fonctionnalité » est remplacé par le déclencheur : la règle « étape 1 = sélection » ne vaut que pour un acteur humain. La dernière étape reste système, et la fiche se termine sans alternatif obligatoire — mais savoir en proposer un (échec de l'ordre de paiement, relance) est un bonus apprécié.
Fiche 4 — Parrainage : Envoyer un message de présentation
La fiche du cas le plus fin du TD : sa force est la précondition (un point de départ sélectionné) et les garanties minimales qui protègent l'anonymat de la marraine.
Système : Service de parrainage entre cyclistes
Cas d'utilisation : Envoyer un message de présentation
Acteur principal : Filleul
Autres acteurs : aucun
Préconditions : Le filleul a sélectionné un point de départ.
Garanties en cas de succès : Le message est enregistré, et la marraine qui a
ajouté le point est notifiée par mail de la réception d'un nouveau message.
Garanties minimales : Si le scénario n'aboutit pas, l'état du système reste
inchangé. Le filleul n'a pas accès à l'identité ni aux informations
concernant la marraine.
Scénario nominal :
1. Le filleul sélectionne la fonctionnalité « Envoyer un message de
présentation ».
2. Le système affiche un formulaire de saisie du texte du message.
3. Le filleul saisit le texte du message et valide.
4. Le système enregistre le message — expéditeur : le filleul ; destinataire :
la marraine à qui correspond le point de départ sélectionné — et notifie
la marraine par mail.À remarquer : le système retrouve seul la destinataire à partir du point sélectionné (étape 4) — le filleul ne choisit jamais la marraine. C'est ce qui permet la garantie minimale d'anonymat, exactement comme dans la fiche du cours.
Sujet de DS 2022.pdf
R3.03 · Pour s'entraîner : la question 2 du DS 2022 demande la fiche descriptive « Planifier une intervention » de Sansouci
Chargement du document…
Dernière mise à jour le
TD 1 — Diagrammes de cas d'utilisation
Correction du TD 1 : le site de vente groupée Groupin et le service de parrainage entre cyclistes — besoins extraits par « En tant que… je dois pouvoir… », acteurs identifiés, diagrammes corrigés et pièges.
TD/TP 1 — Diagramme de cas d'utilisation
Correction complète du TD/TP 1 : PowerAMC, palette autorisée et diagrammes de cas d'utilisation pour la plateforme de financement participatif et le système d'information de l'atelier.