Brendan, Dans le nouveau schéma de la base de données, il y a un petit soucis concernant le traitement des Kanbans : En effet dans le schéma que j'avais fourni il y avait la table articles et la table kanbans car un article peut se retrouver dans un kanban d'un magasin X et dans un kanban d'un magasin Y mais pas forcément avec la même qté de kanban. Donc on ne peut pas avoir la notion quantityInKanban dans la table ARTICLE il faut la table KANBAN (id, code article, code magasin, qté kanban). Qu'en penses tu ? Bernard Revol Tel : 04 74 83 54 51 - Mobile : 06 81 93 90 83 Mail : bernard.revol@franciaflex.com<mailto:bernard.revol@franciaflex.com>
Bonsoir, J'ai bien avancé sur MagaLiE, notamment sur ce qui a été remonté. Je viens de mettre en ligne une nouvelle version qui devrait corriger l'essentiel des problèmes et ajoute plusieurs fonctionnalités. Vous pouvez la tester. J'ai également fait beaucoup de modifications sur les vues pour impacter les dernières décisions que nous avons prises. Pour chacune des modifications, j'ai mis à jour le jeu de test. Je vois que de ton côté la création des vues avance. J'espère que tout va bien de ce côté. Ci-dessous des réponses aux divers suggestions quant aux vues. Le 18/04/2013 18:19, REVOL Bernard a écrit :
dans la vue REQUESTED_LIST le champ *_methodOfTreatment_* :
Valeurs 1 = Liste à traiter par un seul magasinier à la fois. 2 = Liste pouvant être traitée par plusieurs personnes.
En fait, je peux maintenant donner un avis. J'ai programmé cette partie de l'application (affectation des listes pour les listes à traiter à un seul magasinier) et ça donne un code assez compliqué. Puisque cela convenait quand nous en avions parlé, je suggère que toutes les listes soient gérées ainsi. Cela fera une inconnue de moins à gérer pendant les tests. Je pense donc qu'on ne devrait pas avoir cette colonne dans les vues.
Dans la vue LOCATION le champ *_fullLocation_* :
Valeurs 1 = Plein 2 = Non plein.
J'avais ajouté cette colonne sous le nom de "occupied". Je veux bien changer le nom pour "full" si tu préfères. Par contre, je souhaiterais que cela soit un booléen (true = plein). Le 18/04/2013 12:12, REVOL Bernard a écrit :
Dans la vue STORED_ARTICLE remplacer Site site par Location location pour être cohérent.
C'est corrigé, c'était évidemment une omission de ma part. Le 17/04/2013 12:53, REVOL Bernard a écrit :
Dans le nouveau schéma de la base de données, il y a un petit soucis concernant le traitement des Kanbans :
En effet dans le schéma que j'avais fourni il y avait la table articles et la table kanbans car un article peut se retrouver dans un kanban d'un magasin X et dans un kanban d'un magasin Y mais pas forcément avec la même qté de kanban.
Donc on ne peut pas avoir la notion quantityInKanban dans la table ARTICLE il faut la table KANBAN (id, code article, code magasin, qté kanban).
Qu'en penses tu ?
J'ai modifié la spécification des vues en conséquence. Ainsi que le jeu de tests (j'ai repris les même valeurs). Cordialement, P.S : Pour rappel, je serai en congés du 29 avril au 10 mai inclus. -- Brendan Le Ny, Code Lutin bleny@codelutin.com (+33) 02 40 50 29 28
participants (2)
-
Brendan Le Ny -
REVOL Bernard