TD/TP 2 — Scénarios (Fiches descriptives)
Correction complète du TD/TP 2 : fiches descriptives rigoureuses pour les cas d'étude du financement participatif, de l'atelier FabLab et du DS de révision.
Les règles de rédaction des fiches descriptives
Rappels cruciaux du cours R3.03 :
- Étape 1 : Première étape toujours formulée ainsi : « L'acteur sélectionne la fonctionnalité [Nom] ».
- Alternance stricte : Acteur → Système → Acteur → Système.
- Dernière étape : Doit être réalisée par le Système (enregistrement, confirmation, affichage).
- Abstrait : Rester indépendant de l'IHM (pas de « bouton cliquer », pas de « menu déroulant », pas d'élément d'interface précis).
- Scénarios alternatifs/d'exception : Rédiger les déviations pour chaque point d'échec potentiel du scénario nominal.
Fiche 1 : Plateforme — Faire un don
Système : Plateforme de financement participatif
Cas d'utilisation : Faire un don
Acteur principal : Donatrice / Donateur
Autres acteurs : Service bancaire de paiement (externe)
Préconditions : Le projet est publié et la collecte est en cours (date de fin non atteinte).
Garanties en cas de succès : Le don est enregistré, le montant du projet est incrémenté, et la contrepartie choisie est associée au don de la cliente.
Garanties minimales : Si le don ou le paiement échoue, l'état financier du projet et le compte de la donatrice restent inchangés.
Scénario nominal :
1. La donatrice sélectionne la fonctionnalité « Faire un don » sur la page du projet.
2. Le système demande le montant du don en euros.
3. La donatrice saisit le montant du don et valide.
4. Le système présente la liste des contreparties éligibles pour ce montant.
5. La donatrice sélectionne une contrepartie (ou renonce aux contreparties).
6. Le système demande les coordonnées de paiement par carte bancaire.
7. La donatrice saisit ses informations bancaires et valide.
8. Le système sollicite le Service bancaire de paiement pour autoriser la transaction.
9. Le Service bancaire de paiement autorise le débit et confirme la transaction au système.
10. Le système enregistre le don, incrémente le montant total récolté par le projet et délivre un reçu de confirmation à la donatrice.
Scénarios alternatifs / d'exception :
4a. Aucun seuil de contrepartie n'est atteint pour le montant saisi :
1. Le système informe la donatrice que le don sera comptabilisé comme don libre sans contrepartie.
2. Le scénario reprend à l'étape 6.
9a. Le Service bancaire refuse la transaction (solde insuffisant, rejet 3D-Secure) :
1. Le système notifie l'échec de la transaction à la donatrice.
2. Le système propose de saisir à nouveau les coordonnées bancaires ou d'annuler.
3. Si la donatrice annule, le cas d'utilisation s'arrête sans modification.Fiche 2 : Plateforme — Reversement du don à un autre projet
Système : Plateforme de financement participatif
Cas d'utilisation : Reverser son don à un autre projet
Acteur principal : Donatrice / Donateur
Autres acteurs : aucun
Préconditions : La date de fin de collecte du projet initial est atteinte, la somme nécessaire n'a PAS été récoltée, et le système a notifié la donatrice.
Garanties en cas de succès : Le don initial est transféré et crédité sur le nouveau projet sélectionné.
Garanties minimales : Si le choix n'aboutit pas, le don reste en attente d'arbitrage ou fait l'objet d'un remboursement automatique.
Scénario nominal :
1. La donatrice sélectionne la fonctionnalité « Reverser mon don à un autre projet » via le lien d'arbitrage reçu par notification.
2. Le système présente la liste des projets actifs en cours de collecte.
3. La donatrice sélectionne un nouveau projet éligible.
4. Le système demande confirmation de la réaffectation du montant vers le nouveau projet sélectionné.
5. La donatrice confirme son choix.
6. Le système réaffecte le montant du don au nouveau projet, incrémente la jauge du nouveau projet et délivre une attestation de transfert à la donatrice.
Scénarios alternatifs / d'exception :
1a. La donatrice choisit de se faire rembourser :
1. La donatrice sélectionne l'option « Demander le remboursement ».
2. Le système transmet l'ordre de remboursement au Service bancaire et confirme l'annulation du don à la donatrice.
3a. La donatrice souhaite changer de catégorie de projet :
1. La donatrice modifie les filtres de recherche de projets.
2. Le système met à jour la liste des projets selon les nouveaux critères.
3. Le scénario reprend à l'étape 3.Fiche 3 : Atelier — Réserver des machines
Système : Système d'information de l'Atelier (FabLab)
Cas d'utilisation : Réserver des machines
Acteur principal : Cliente (inscrite et authentifiée)
Autres acteurs : aucun
Préconditions : La cliente possède un compte actif et est authentifiée sur le site Web de l'atelier.
Garanties en cas de succès : La séquence de machines/postes de travail est réservée sur des créneaux validés, et les plages horaires sont bloquées.
Garanties minimales : En cas d'abandon ou d'impossibilité de planification, aucun créneau n'est réservé.
Scénario nominal :
1. La cliente sélectionne la fonctionnalité « Réserver des machines ».
2. Le système demande la séquence ordonnée des équipements souhaités avec la durée de location pour chaque équipement.
3. La cliente définit sa suite de besoin (ex: 1h menuiserie, 20min découpe laser, 3h menuiserie, 30min peinture) et valide.
4. Le système demande de fournir les fichiers de description des travaux (plans vectoriels, fichiers 3D STL/CAD) pour les machines nécessitant des consignes.
5. La cliente télécharge les fichiers techniques requis.
6. Le système vérifie la correspondance entre le temps demandé et le temps nécessaire selon les fichiers, et calcule les créneaux chronologiques disponibles.
7. Le système propose une liste de créneaux possibles respectant l'ordre spécifié.
8. La cliente sélectionne un des créneaux proposés et valide.
9. Le système enregistre la réservation globale et délivre une confirmation récapitulative à la cliente.
Scénarios alternatifs / d'exception :
6a. Le temps demandé est insuffisant au vu des fichiers techniques fournis :
1. Le système signale l'incohérence et propose un ajustement du temps de réservation.
2. La cliente accepte l'ajustement proposé.
3. Le scénario reprend à l'étape 6 avec les durées ajustées.
7a. Aucun créneau disponible dans les plages demandées :
1. Le système informe la cliente qu'aucune plage horaire ne permet de satisfaire la séquence exacte.
2. Le système propose de modifier la séquence ou d'élargir la période de recherche.Fiche 4 : Atelier — Inscription d'une cliente
Système : Système d'information de l'Atelier (FabLab)
Cas d'utilisation : Inscrire une cliente
Acteurs principaux : Secrétaire, Cliente (présente physiquement)
Autres acteurs : aucun
Préconditions : La cliente est physiquement présente au secrétariat de l'atelier et dispose d'un justificatif d'identité officiel.
Garanties en cas de succès : Le compte cliente est créé, et les identifiants d'accès (Web et machines) sont remis à la cliente.
Garanties minimales : Sans justificatif valide ou en cas de refus, aucun compte n'est créé.
Scénario nominal :
1. La secrétaire sélectionne la fonctionnalité « Inscrire une cliente ».
2. Le système demande la saisie des données d'identité et de contact de la cliente.
3. La secrétaire vérifie la pièce d'identité physique présentée par la cliente.
4. La secrétaire saisit les informations de la cliente et valide.
5. Le système contrôle l'unicité de la cliente, génère un identifiant unique ainsi qu'un mot de passe temporaire.
6. Le système enregistre le nouveau profil et délivre la fiche d'accès contenant les identifiants pour la cliente.
Scénarios alternatifs / d'exception :
3a. Pièce d'identité absente ou non valide :
1. La secrétaire interrompt la procédure.
2. Le cas d'utilisation s'arrête sans modification du système.
5a. La cliente possède déjà un compte enregistré (doublon d'identité) :
1. Le système signale que la cliente est déjà enregistrée.
2. La secrétaire initie la procédure de réinitialisation des identifiants au lieu d'une création.Fiche 5 : Sujet de DS de révision — Société Sansouci (Planifier une intervention)
Système : SI de Sansouci
Cas d'utilisation : Planifier une intervention
Acteur principal : Cliente
Autres acteurs : aucun
Préconditions : La cliente possède un compte valide et est authentifiée sur le site Web.
Garanties en cas de succès : L'intervention est programmée à la date et heure choisies avec un agent qualifié pour la catégorie demandée.
Garanties minimales : En cas d'annulation ou d'absence de créneau disponible, le système demeure inchangé.
Scénario nominal :
1. La cliente sélectionne la fonctionnalité « Planifier une intervention ».
2. Le système demande la catégorie de service souhaitée (ménage, garde d'enfants, jardinage...), la date et la durée d'intervention.
3. La cliente saisit la catégorie, la date et la durée puis valide.
4. Le système recherche les disponibilités des agents qualifiés pour cette catégorie et propose la liste des créneaux possibles.
5. La cliente choisit un créneau et valide.
6. Le système programme l'intervention et confirme la planification à la cliente.Sujet de DS 2022.pdf
R3.03 · Pour s'entraîner : la question 2 du DS 2022 demande la fiche descriptive « Planifier une intervention »
Chargement du document…
Dernière mise à jour le
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.
TD/TP 3 — Diagramme de classes
Correction complète du TD/TP 3 : la méthode « une méthode par cas d'utilisation » appliquée aux deux cas d'étude — la plateforme de financement participatif et le SI de l'atelier, diagrammes corrigés et associations expliquées.