Différences

Ci-dessous, les différences entre deux révisions de la page.

--- id_symfo_conception_us [2024/11/27 14:31] – [Un exemple avec l'application Equida : lister les chevaux d'une vente] admwiki
+++ id_symfo_conception_us [2024/11/27 16:47] (Version actuelle) – [Préalables sur l'application symfony] admwiki
@@ Ligne 1: / Ligne 1: @@
-===== Démarche de conception d'une User Story d'une application symfony =====
+===== Démarche de conception d'une User Story  =====
 === Un exemple avec l'application Equida : lister les chevaux d'une vente ===
@@ Ligne 33: / Ligne 33: @@
 Pour répondre au besoin exprimé, il faut le faire évoluer comme ci-dessous : classes en jaune.
-==== Wireframes ====
+{{ :symfo_diagclasses_equida.jpg?400 |}}
-On partira de la page existante « lister les ventes » et on ajoutera sur chaque vente, un lien qui affichera une page reprenant les informations de la vente et listant les chevaux sélectionnés pour la vente sur laquelle on aura cliquée.
+==== Wireframes et navigation ====
+On partira de la page existante « lister les ventes » et on ajoutera sur chaque vente, un lien qui affichera une page reprenant les informations de la vente et listant les chevaux sélectionnés pour la vente sur laquelle on aura cliquée.
-==== Préalables sur l'application symfony ====
+{{ :symfo_navigation.jpg?600 |}}
+==== Préalables sur l'application symfony : contrôle de version ====
 Cette nouvelle fonctionnalité sera développée en local à partir de la dernière version de l’application publiée sur gitHub.
@@ Ligne 44: / Ligne 46: @@
 ==== Couche Model ====
-  * l’entity Race dont nous aurons besoin existe déjà
+  * l’entity TypeCheval dont nous aurons besoin existe déjà
-  * création de l’entity Lot + relation ManyToOne vers Vente
+  * création de l’entity Lot + relation ManyToOne (MTO) vers Vente
   * création de l’entity Vendeur
-  * Création de l’entity Cheval + relation MTO vers Vendeur + relation MTO vers Race
+  * Création de l’entity Cheval + relation MTO vers Vendeur + relation MTO vers TypeCheval
   * Reprendre l’entity Lot pour y ajouter la relation MTO vers Cheval Commit
 L’id de chaque entity sera créé automatiquement ainsi que tous les getters/setters des propriétés.
@@ Ligne 71: / Ligne 73: @@
         * type de retour : Response
-  * adapter la route associée //(dans fichier .env ou en annotation des méthodes dans le contrôleur)//:
+  * adapter la route associée //(dans fichier .env ou en annotation de la méthode dans le contrôleur)//:
         * nom de la route : app_vente_show
         * url : /vente/show/{idVente}
@@ Ligne 77: / Ligne 79: @@
   * Corps de la méthode
-        * récupérer dans un objet vente, les données d’une vente avec la méthode find du repository prenant en paramètre l’idVente
+        * récupérer dans une variable vente, l'objet vente avec la méthode find du repository prenant en paramètre l’idVente
-        * renvoyer vers la vue qui sera dans le dossier templates/vente et qui sera nommée show.html.twig en fournissant l'objet vente récupéré ci-dessus.
+        * renvoyer vers la vue qui sera dans le dossier templates/vente et qui sera nommée show.html.twig en fournissant en paramètre la variable vente ci-dessus.
 ==== Couche View ====
@@ Ligne 86: / Ligne 88: @@
         * créer un tableau des chevaux qui sera construit en faisant une boucle sur les lots d’une vente ({% for leLot in vente.lots %} (affichage des informations d’un cheval avec leLot.cheval.nom, leLot.cheval.vendeur.nom ,etc...)
         * implémenter le design commun aux pages de l'application
+==== Tests ====
+Avec le navigateur web :
+  * ouvrir la page http://localhost/equida/public/vente/list  et vérifier la présence des liens sur chaque vente
+  * cliquer sur une vente (exemple la vente ayant l'id 3)
+  * la page http://localhost/equida/public/vente/show/3  doit faire apparaitre la vue attendue.
+==== Publication ====
+Les commits ont été réalisés à chaque unité de code ajoutée et/ou modifiée.
+Une fois la user story testée et validée :
+  * publier le code de la branche vers github
+  * créer une pull Request
+  * faire tester la US et réviser le code par une autre personne de l'équipe
+  * si ok, merge la branche avec la main
+  * prévenir les autres membres de l'équipe de la mise à jour du main
+  * livrer en environnement de recette
+  * faire tester par le product owner