Open VicoENI opened 1 year ago
///# Web (front):
[x] Est ce que l'on doit respecter dans les détails les écrans/maquettes ? (Couleur, forme, etc)
[x] Est ce que la page d'accueil peut être fait par nous? Il n'y a pas de spécification particulière?
[x] CSRF pour les formulaires ?
[x] Est ce que l'ordre des itérations est important ? On fait 1, puis le 2 et ensuite le 3?
[x] Est ce que l'ordre dans l'itération est importante?
[x] Comment vas se passer la présentation ?
[x] Mais est ce que l'on présente certaine partie du code ?
[x] Est ce que l'on fait un diapo ?
[x] Est ce que l'on peut rajouter date de retrait?
[x] Pop up pour les cookies ? (RGPD)
[x] Tests unitaires et fonctionnelle à faire ?
[x] Est ce que quand on supprime un utilisateur les articles qu'il a vendus sont aussi supprimés ?
[x] faut-il rajouter une colonne token, dans la table utilisateur pour s'authentifier avec Oauth2 dans les JSP ?
[x] Vérification maquette Enchères en mode connectés 1/2 ,
[x] Lien/ schéma servlte, est t il bon ?
[x] Expression régulière?
La suppression d'un utilisateur avec une enchère en cours entraîne la suppression de son enchère.
Est ce que l'on doit respecter dans les détails les écrans/maquettes ? (Couleur, forme, etc) :
On est libre mais, il faut que sa respecte a minima la maquette Faire une charte graphique et la MOA
Comment sera gérée la base de données ? (une instance sur chaque poste, population des données, ...). :
On peux choisir le type de connexion, mais il est préférable de faire un serveur ou tout le monde se connecte
ON DELETE CASCADE pour la suppression d'un utilisateur, d'un article, d'une catégorie ? :
non, c'est des références croisés donc pas possible. Il faut faire une procédure stocké avec un curseur et checké si il y a du crédit, si l'utilisateur est enchérisseur et vendeur. Faire une table historisation
Le champ "email" de la table utilisateurs n'est pas unique, à ajouter ? :
Ajouter le champs unique sur l'email unicité sur la table table catégorie sur le libelle
Ajout d'un champs état dans la table enchère :
Oui
Dans article, il y a "date_debut_encheres" et "date_fin_encheres" on retrouve dans la table enchères "date_enchere", comment l'expliquer ? :
"date_debut_encheres" et "date_fin_encheres" sont les dates de début en fin d'enchères date_enchere, c'est la date à laquelle l'enchérisseur enchérit sur un article. dans la table enchère, problème de clé primaire, ajouter la date_enchère en tant que clé primaire. Sinon on historise (prcédure stocké)
Un champ "image" pour la table "utilisateurs" ? :
uploader les images dans un dossier. Juste enregistrer le nom de l'image dans la DB
Bonus :
Visualiser un profil, attention au RGPD Faire attention, modifier son profil ne permet pas obligatoirement de changer son mdp Ne pas faire visualiser les enchères de la personne qui est connecté Adresse du vendeur différent de l'adresse de retrait !
Si un utilisateur est supprimé (il ne possède plus de crédits, il n'est plus enchérisseur et/ou vendeur), faut-il supprimer tous les articles qu'ils possèdent ainsi que les enchères auxquelles les gens ont participé par le passé ? Doit-on sauvegarder l'utilisateur pour éviter qu'il puisse créer un autre compte et garder de récupérer 100 crédits à chaque fois ? :
Checker si l'utilisateur supprime son compte et que l'ancien utilisateur n'a plus de crédit, remonter jusque a l'enchère dont la personne a suffisamment de crédit.
On historise tout les utilisateurs supprimés avec le crédit pour éviter de redonner 100€ à chaque réinscription
Lorsque je supprime, des catégories, conserve-t-on les articles ? (si la catégorie est supprimée, les articles associés sont supprimés ainsi que les enchères). :
Pas de suppression des catégories. Uniquement de l'ajout
A quoi correspond le prix_vente dans articles, faut-il le mettre à jour à chaque fois qu'il y a une enchère ? cela impliquera de vérifier que l'utilisateur ne puisse pas proposer une valeur plus basse que l'enchère actuelle. :
Mise à jour a chaque enchère ou mettre a jour le prix de vente à la date de fin d'encheres. Thierry préconise la première solution
Doit-on effectuer des vérifications lors de la suppression d'un article. Si l'article a été vendu, comment sait-on qu'il a bien été récupéré, l'utilisateur a-t-il la possibilité de retirer un article vendu ? :
Pas d'état annuler ni d'état retrait effectué. Tant qu'il n'y a personne qui a enchéri, on peux annuler la vente
Bonus : Date début enchère, now + 7j min
Pop up pour les cookies ? (RGPD) :
Si il y a des cookies oui
Est ce que l'on peut rajouter date de retrait? :
C'est possible
Un motif de suppression eventuellement
Tests unitaires et fonctionnelle à faire ? :
Sur 1 cas d'utilisation par personne (pour le diapo)
Est ce que quand on supprime un utilisateur les articles qu'il a vendus sont aussi supprimés ? :
C'est dans l'itération 2. Sinon aucun intéret de le garder. Check auto tout les mois.
Historisé dans le cas ou les catégories sont sensibles
Est ce que l'on fait un diapo ? : Mais est ce que l'on présente certaine partie du code ? :
Le scrum master commence 10 minutes Les devs, 6 minutes Exemple de diapo déjà disponible dans objectifs présentationApplication.pptx
Comment vas se passer la présentation ? :
pptx en premier et visualisation de l'application terminé.
CSRF pour les formulaires ? :
A voir
Encryption des mdp :
salage obligatoire, compliqué à faire
Concernant le début de l'enchère, faut-il mettre en place une tâche automatisée qui met à jour l'état de la vente lorsqu'on arrive à la date du début des enchères ? De même, lorsqu'elle se termine. :
Même question : La procédure de la mise à jour des états. Actuellement, elle est gérée via des updates, faut-il modifier ce comportement ?
Oui, une automatisation est obligatoire pour cette tache
Vérifier si la date du début de l'enchère lors de sa création est bien supérieur ou égale à la date du jour ? :
Déjà repondu, Date début enchère, now + 7j min
Ici, posez vos questions lors des entretiens avec Thierry