cs_pluplu
Messages postés615Date d'inscriptionmercredi 18 décembre 2002StatutMembreDernière intervention 4 juillet 2012
-
25 févr. 2007 à 19:05
Utilisateur anonyme -
23 août 2011 à 12:46
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
J'ai besoin du set up de ce logiciel de gestion de stock pour utiliser l'application.En fait je n'ai pas pu le trouver même en téléchargeant l'application
saradion
Messages postés25Date d'inscriptionlundi 16 octobre 2006StatutMembreDernière intervention 2 décembre 2008 26 mars 2008 à 18:30
Merci mehdi pour le code
je vais ajouté un coud oeil la
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 9 mai 2007 à 11:47
Bonjour,
effectivement , ce que tu as signalé est necessaire ! il faut que j'ajoute ça .
pour uploader/downloader des sources il faut avoir un compte ( tu l'as déja ) ,, tu dépose une nouvelle sources ( format ZIP ,pas de fichiers executables .exe )
pour télécharger , il ya une option en haut .
icomicar
Messages postés76Date d'inscriptionlundi 26 juin 2006StatutMembreDernière intervention28 janvier 2015 8 mai 2007 à 18:41
salut
pour eviter que l'utilisateur ne saisisse une quantité superieure a celle existante ,voici comment j'ai fait:
a la saisie d'un produits l'utilisateur signale le stock minimum qui doit exister.lorsque le stok du produit est inferieur a au stock min un message d'alerte est affiché.en plus lorsque une qtité superieure au stock est saisie,ya une alerte qui signale que le stock est insuffisant.et donne sa valeur
et tout ca c'est facile a realiser avec des requete
a propos comment uploder la source
zako2005
Messages postés1Date d'inscriptionlundi 9 avril 2007StatutMembreDernière intervention13 avril 2007 13 avril 2007 à 22:37
je vous remercie pour votre travail fourni c'est exceptionnel
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 23 mars 2007 à 16:46
alors il faut utiliser le fameux champ matricule.....
DarkDex
Messages postés5Date d'inscriptionlundi 23 mai 2005StatutMembreDernière intervention23 mars 2007 23 mars 2007 à 14:29
Tu as tout à fait raison j'utilise cette méthode aussi en général ;)
cs_pluplu
Messages postés615Date d'inscriptionmercredi 18 décembre 2002StatutMembreDernière intervention 4 juillet 2012 23 mars 2007 à 13:23
Ok Darkdex, il faut bien avouer que ton cas d'exeption n'est pas des plus courant, le numero de client c'est bien c'est même conseillé mais si tu te sert uniquement de celui-ci comme clé primaire de ta table, rien ne t'empêche d'entrer pas inadvertance plusieurs fois le même client, donc d'avoir des doublons dans tes clients et c'est le bordel... ou alors il faut faire une procédure qui avant l'ajout d'un client, vérifie s'il n'existe pas déjà un client dont les coordonées se rapprochent de celui que tu veux ajouter, et qui te pause la question : "un client Bidule Dupont dont l'adresse est X existe déjà dans la base, voulez-vous quand même enregistrer le nouveau client?". C'est du reste ce que je fais en règle général.
DarkDex
Messages postés5Date d'inscriptionlundi 23 mai 2005StatutMembreDernière intervention23 mars 2007 23 mars 2007 à 10:33
Salut !
Je ne suis pas d'accord car si je prend mon propre exemple, mon père qui porte le même prénom que moi et qui habite dans la même ville, ne pourra pas être client alors ! Un numéro de client serait donc la meilleur solution et respècterait donc mieux la norme Merise.
cs_pluplu
Messages postés615Date d'inscriptionmercredi 18 décembre 2002StatutMembreDernière intervention 4 juillet 2012 23 mars 2007 à 09:21
Redondance de nom dans Access:
c'est une question qui revient souvent dès lors que l'on gère des contacts clients ou fournisseurs. n'oubliez pas qu'il est possible de mettre une clef multiple pour empêcher cela, par exemple on peut mettre en clef primaire de la table "Clients" Clients.Nom Clients.Prenom et Clients.Ville ce qui limite déjà pas mal le risque de doublon, car c'est déjà rare de trouver deux clients qui ont le même nom et prénom, mais c'est encore plus rare d'en trouver deux qui ont le même nom, prénom, et ville d'habitation.
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 22 mars 2007 à 12:49
n'oubliez pas qu'Il ya un fichier d'aide ... avec toutes les options dedans .
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 22 mars 2007 à 12:46
Oui ta remarque est juste j'aurai du ajouter un champ matricule ( autoincrement ) , ce que j'ai fait c'est supposer qu'il n ya pas de client avec le meme NOM et PRENOM .
Pour ce qui est de l'interface , j'ai demandé l'avis des gens qui font management ( rien à avoir avec la programmtion ) ;
-- J'ai utilisé le principe du KISS ( keep it Simple and Stupid ) :-)
-- Ya un autre problème ( j'ai oublié de le résoudre ) : Si on recherche par date ; on affiche ce qui s'ait passé dans la meme date et pas avant ou après ....
DarkDex
Messages postés5Date d'inscriptionlundi 23 mai 2005StatutMembreDernière intervention23 mars 2007 22 mars 2007 à 02:25
Bonjour à tous !
La source me paraît bien pour ce qui est du contrôle de la saisie !
Par contre je remarque un problème important : si deux clients ont le même nom cela pose un problème, en effet si M. MARTIN passe une commande de n'importe quel produit, un second M. Martin ne pourra pas passer commande...
Pourtant deux client peuvent très bien avoir le même nom !
En gros il faut gérer l'identification des clients d'une autre manière (id_client, Nom, Prénom,...)
Problème général : l'application n'est pas assez intuitive et l'on a du mal à se repérer ! (vue d'un utilisateur lambda)...
Les données sur les acteurs sont incomplètes...
Bon courage pour la suite.
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 21 mars 2007 à 15:49
Oui c'est vrai mais ce n'est pas grave car il n y a pas d'erreurs de calcul ==> il faut augmenter la quantité de ton stock avant qu'il se vide ;;; en plus il suffit d'ajouter un seul test ( lors de l'enregistrement d'une vente ou modificatioon de quantité ) pour remedier au problème .
:-)
vivazz
Messages postés2Date d'inscriptionmercredi 9 novembre 2005StatutMembreDernière intervention21 mars 2007 21 mars 2007 à 01:16
Il n'y a pas de contrôle d'erreur dans votre application, c-a-d, qu'il suffit d'entrer en stock un produit à la quantité 100 puis faire une vente à la quantité 1000 et il acceptera ça, de plus il indiquera au stock un resultat négatif!!!!!!!!!!!!!
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 14 mars 2007 à 01:21
la première étape c'est de décrire ce que tu faire exactement , et les taches que fera ton programme ,
en suite vient la base de données et le programme , et chacun a une methode de réalisation ....
cs_competence
Messages postés1Date d'inscriptionmardi 13 mars 2007StatutMembreDernière intervention13 mars 2007 13 mars 2007 à 12:09
Bonjour, je veux avoir des informations concernant la gestion d'une cabinet dentaire.
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 26 févr. 2007 à 14:33
Oui c'est une bone idée la bonne chose elle permet meme de ne pas se perdre ds les varibales ,,,
cs_pluplu
Messages postés615Date d'inscriptionmercredi 18 décembre 2002StatutMembreDernière intervention 4 juillet 2012 26 févr. 2007 à 10:44
Par utilisation execive de variable string, je voulais dire que pour ma part je déclare une seule variable "Dim SQLStr as string" puis j'utilise toujours la même quelque soit la requête, pour certains cas il m'arrive d'en déclarer une deuxième mais c'est rare. C'est par économie de mémoire, oui je sais aujourd'hui avec 1 voir 2 Gb on n'est plus sur cela près mais bon..
Bonne prog.
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 25 févr. 2007 à 23:05
Oui tu as raison ,
en réalité le update de fait mais ça n'apparit pas dans sur l'interface , ça n'apparait qu'à la prochaine recherche ou démarrage du programme ,
j'ai réglé ça , et c'est un point important car un utilisateur novice va croire que le programme fait des erreurs de calcul .
merci de le signaler je vais poster la mise àjour tt de suite .
mehdi7604
Messages postés118Date d'inscriptionjeudi 11 mai 2006StatutMembreDernière intervention 6 mars 2015 25 févr. 2007 à 20:59
ok merci,
1- Le nombre du stock diminue lorsqu'on enregistre une vente ( j'ai testé et je vais retester encore pour verifier ) .
2- J'ai utilisé le type String dans les requetes
SQL parceque lorsque je ne spécifie pas de type , vb6 n'acèpte pas la requete et me dit Qu'il ya une erreure de type dans la requete .
cs_pluplu
Messages postés615Date d'inscriptionmercredi 18 décembre 2002StatutMembreDernière intervention 4 juillet 2012 25 févr. 2007 à 19:05
Pourquoi la quantité en stock ne diminue t'elle pas lorsqu'on saisit une vente ?
l'utilisation d'un tel nombre de variable de type String (SQL_...) n'est pas justifié
23 août 2011 à 12:46
26 mars 2008 à 18:30
je vais ajouté un coud oeil la
9 mai 2007 à 11:47
effectivement , ce que tu as signalé est necessaire ! il faut que j'ajoute ça .
pour uploader/downloader des sources il faut avoir un compte ( tu l'as déja ) ,, tu dépose une nouvelle sources ( format ZIP ,pas de fichiers executables .exe )
pour télécharger , il ya une option en haut .
8 mai 2007 à 18:41
pour eviter que l'utilisateur ne saisisse une quantité superieure a celle existante ,voici comment j'ai fait:
a la saisie d'un produits l'utilisateur signale le stock minimum qui doit exister.lorsque le stok du produit est inferieur a au stock min un message d'alerte est affiché.en plus lorsque une qtité superieure au stock est saisie,ya une alerte qui signale que le stock est insuffisant.et donne sa valeur
et tout ca c'est facile a realiser avec des requete
a propos comment uploder la source
13 avril 2007 à 22:37
23 mars 2007 à 16:46
23 mars 2007 à 14:29
23 mars 2007 à 13:23
23 mars 2007 à 10:33
Je ne suis pas d'accord car si je prend mon propre exemple, mon père qui porte le même prénom que moi et qui habite dans la même ville, ne pourra pas être client alors ! Un numéro de client serait donc la meilleur solution et respècterait donc mieux la norme Merise.
23 mars 2007 à 09:21
c'est une question qui revient souvent dès lors que l'on gère des contacts clients ou fournisseurs. n'oubliez pas qu'il est possible de mettre une clef multiple pour empêcher cela, par exemple on peut mettre en clef primaire de la table "Clients" Clients.Nom Clients.Prenom et Clients.Ville ce qui limite déjà pas mal le risque de doublon, car c'est déjà rare de trouver deux clients qui ont le même nom et prénom, mais c'est encore plus rare d'en trouver deux qui ont le même nom, prénom, et ville d'habitation.
22 mars 2007 à 12:49
22 mars 2007 à 12:46
Pour ce qui est de l'interface , j'ai demandé l'avis des gens qui font management ( rien à avoir avec la programmtion ) ;
-- J'ai utilisé le principe du KISS ( keep it Simple and Stupid ) :-)
-- Ya un autre problème ( j'ai oublié de le résoudre ) : Si on recherche par date ; on affiche ce qui s'ait passé dans la meme date et pas avant ou après ....
22 mars 2007 à 02:25
La source me paraît bien pour ce qui est du contrôle de la saisie !
Par contre je remarque un problème important : si deux clients ont le même nom cela pose un problème, en effet si M. MARTIN passe une commande de n'importe quel produit, un second M. Martin ne pourra pas passer commande...
Pourtant deux client peuvent très bien avoir le même nom !
En gros il faut gérer l'identification des clients d'une autre manière (id_client, Nom, Prénom,...)
Problème général : l'application n'est pas assez intuitive et l'on a du mal à se repérer ! (vue d'un utilisateur lambda)...
Les données sur les acteurs sont incomplètes...
Bon courage pour la suite.
21 mars 2007 à 15:49
:-)
21 mars 2007 à 01:16
14 mars 2007 à 01:21
tu veux gérer quoi exactement ?
clients , dépenses , ....?
la première étape c'est de décrire ce que tu faire exactement , et les taches que fera ton programme ,
en suite vient la base de données et le programme , et chacun a une methode de réalisation ....
13 mars 2007 à 12:09
26 févr. 2007 à 14:33
26 févr. 2007 à 10:44
Bonne prog.
25 févr. 2007 à 23:05
en réalité le update de fait mais ça n'apparit pas dans sur l'interface , ça n'apparait qu'à la prochaine recherche ou démarrage du programme ,
j'ai réglé ça , et c'est un point important car un utilisateur novice va croire que le programme fait des erreurs de calcul .
merci de le signaler je vais poster la mise àjour tt de suite .
25 févr. 2007 à 20:59
1- Le nombre du stock diminue lorsqu'on enregistre une vente ( j'ai testé et je vais retester encore pour verifier ) .
2- J'ai utilisé le type String dans les requetes
SQL parceque lorsque je ne spécifie pas de type , vb6 n'acèpte pas la requete et me dit Qu'il ya une erreure de type dans la requete .
25 févr. 2007 à 19:05
l'utilisation d'un tel nombre de variable de type String (SQL_...) n'est pas justifié