Purge partielle d’une table

Citation:

---

Envoyé par laurentSc

OK, mais il signifie quoi ce nombre de 0 à 100 ? Nombre d'articles déposés ?

---

OUI, pour chaque catégories d'articles.

Citation:

---

En tous cas, si j'ai bien compris, y aura pas de table "article"...

---

Exact inutile pour cette version

Citation:

---

Tu parles de 3 statuts : déposant, bénévole et association. T'en avais jamais parlé.

---

pas dit car a la base le formulaire de modification le permet actuellement.

Citation:

---

Les choses ne sont pas claires. Il faudrait commencer par donner les règles de gestion, ce qui permettra alors de concevoir un MCD...

---

Désolé, je pensais surtout plus simple au depart du moins pour des vrai codeurs.

Citation:

---

Ce que je voulais dire, c'est que la colonne code_deposant de la table depot sera une clé étrangère de la table deposant qui comporte la colonne id_deposant et qu'en général, il est plus clair de donner le même nom aux 2 colonnes.
Mais avant de s'attaquer au MCD, il faut d'abord lister les règles de gestion.

---

Pas évident, de lister toutes les fonctions du soft

C'est pour cela, que je propose de voir le soft actif.

Citation:

---

Envoyé par Djockey

Tant que l'on y est.. mais ne se ferais t'elle pas automatiquement comme lorsqu'on enregistre un nouveau Déposant (1ere fois qu'il déposerait).

---

La date de fin ?
Ça serait plutôt le moment où l'article est vendu, non ?
Enfin ... Soit l'article est vendu, soit le déposant renonce à le vendre et vient le récupérer.
Si on continue bien à gérer une date de fin ...

Citation:

---

Dans les colonnes Livres, dvd, Cd on y inscrit que des nombre de 0à 100 EN aucun cas un article pourrait être à la fois un livre, un CD et un DVD. Il n'y aucune description concernant auteur ,titre, ou autre information.

---

On ne gère pas le détail des articles ?
Ah mais alors j'ai tout compris de travers.

Aïe, je crois que mon pavé tactile m'a joué un sale tour, et une partie de mon texte a disparu. Il a été question d'un "livre avec CD", qu'on pouvait considérer comme livre.

Citation:

---

Dans ce cas, car bien évidement nous avons eu le cas il est considérer comme un livre.

---

C'est ce qu'il m'avait semblé en effet.

Citation:

---

Non juste un nombre de 0 à 100

OUI

---

Ah, ça répond à ce qui a été dit plus haut, ça, je crois.

*

Tu sais ce qui serait bien ?
Laisser passer la nuit (histoire qu'elle porte conseil, comme on dit), puis refaire une description complète de ce que doit faire l'application, en partant du principe que jusque là nous ne nous sommes rien dit du tout.
Avec ce qu'il faut de concision et d'esprit de synthèse, mais tout en disant ce qui est important.

Citation:

---

Alors un déposant ne peux avoir qu'un seul statut "deposant" car lorsqu’il y a vent d'un de ces article l'association retiens 15%,
Le statut Bénévole donc membre de l’équipe association a part entière i n'y à pas de retenue.
Le statut association : la pas de retenue forcément c'est les différent articles laissé à l'association par les deposants ou bénévole, pour être remis en vente le XX année +1 bien évidement ces dernier on été réétiqueter avec un code et prix modifier

---

Si l'application doit aussi gérer les comptes il faudra le dire, mais peut-être serait-il sage de garder ça pour une deuxième version, histoire de voir ce que nous sommes capables de faire sur la première version qui gère juste les stocks et ce qui est à qui.

Rappelle-toi bien : pour présenter le besoin, demain, pars du principe que nous n'avons encore rien dit du tout.

Écrire un texte avec des chapitres, tu sais faire ?
Ce sera utile, car apparemment tu as plusieurs parties à aborder.

Je redoute d'avoir à être indulgent sur les phrases de liaison entre parties, mais quand même un peu de structure, ça aide.

Citation:

---

Si vous voulez, je peux vous faire voire le soft a distance, serais peux être plus facile pour l'aide.

---

Comment dire ... J'essaie de ne pas être désagréable, mais si j'ai bien lu, si tu es venu poser une question, c'est que la version existante ne fonctionne pas si bien que ça, et le plus simple, ce serait de remettre tout à plat comme si le travail se faisait jusque là à la main.

Qu'en penses-tu ?

*

Petit rappel : ce que j'aimerais que tu fasses, demain, c'est la présentation du besoin. Il est donc hors de question de parler de tables ou de champs, puisque ça ça fera partie du résultat de la deuxième partie du processus, dont la première partie n'a pas encore eu lieu.

Bonsoir ou bonjour Gluups2,


On repart depuis le début Le soft écris 1986 donc forcement il y eu des ajouts de fonction et divers modifications vue les différent version de php, et mysql >> mysqli.
Donc l'idée est de modifier un formulaire existant.

1) a ce jour il permet de modifier : nom,prénom, adresse, Cp, ville, et autres... Sauf le Code Deposant
2) J'aimerais pouvoir modifier Sauf le Code Deposantnom,prénom, adresse, Cp, ville, et autres... nom,prénom, adresse, Cp, ville, et autres...

Ce que j'ai réussi en partant du formulaire existant :
Dans la table : deposant: j'ai ajouté un champ "num_client" (auto incrément).
Modifier le formulaire de la page recherche qui affiche tout les num_client (Nx champ auto-increment), codes_deposant, nom, prénom : Ca fonctionne

2) une fois choisis un N° de client ..... via num_client on arrive sur la page permettant les modification : Ca fonctionne

3) Dans le cas d'une modification code_deposant numerique genre 11 >> 15 ou AA >>> 16 pas de soucis. Par contre genre 11 >>> AA , ou BB >>> CC rien a faire

LE champs code_deposant doit et ne peux être que Alpha avec deux lettres pour le test j'ai inscrit des chiffres dans code_deposant c’était pour une verif dufonctionnement.

Utilité du soft : gestion d'une bourse aux livres. enregistrement des clients avec un code déposant, nom, prénom et toutes cordonnée , nombre d'articles 3types : Livres, dvd,Cd .
ensuite la vente des article un jour XX : on entre le code et indique le prix (le prix n’étant enregistrer dans la bdd) donc la forcement tu as un total qui doit s'afficher et enregistrer quelques part dans la bdd (table vente indenombrable).

En fin de vente on trie tout par code deposant pour les rendre.
Le soft nous donne toutes les information par nombre et type d'articles vendus et invendus
Le soft nous donne toutes les information la somme qu'on doit remettre au déposant moins 15% (pour frais d’organisation
Et aussi, plein d'autre chose pour la compta et state.

En image le dit Formulaire :
Pièce jointe 644917

Pièce jointe 644918

Citation:

---

Envoyé par Djockey

Bonsoir ou bonjour Gluups2,


On repart depuis le début Le soft écris 1986 donc forcement il y eu des ajouts de fonction et divers modifications vue les différent version de php, et mysql >> mysqli.
Donc l'idée est de modifier un formulaire existant.

---

Je te renvoie au début du fil.
Si mes souvenirs ne sont pas trop faux, il y a eu au moins trois personnes pour déplorer la qualité de la structure de l'application, impropre à faire ce pour quoi elle était supposée être conçue.

D'où l'idée de reprendre tout depuis le début, sur des bases saines.
Ça nous prendra beaucoup, beaucoup moins de temps.

Après, une fois que la nouvelle application sera opérationnelle, on pourra s'intéresser à l'ancienne pour écrire une application de migration, pour transférer les données de l'ancienne application à la nouvelle.
Mais nous n'en sommes pas encore là.

[QUOTE=Gluups2;11976224]Je te renvoie au début du fil.
Si mes souvenirs ne sont pas trop faux, il y a eu au moins trois personnes pour déplorer la qualité de la structure de l'application, impropre à faire ce pour quoi elle était supposée être conçue.

D'où l'idée de reprendre tout depuis le début, sur des bases saines.
Ça nous prendra beaucoup, beaucoup moins de temps.
/QUOTE]

Car a ce jour, pour la Bourse suivante on purge tout, ca qui fait que l'année +1 on est obligé de tout réenregistrer les coordonnées Les code aussi n’étant pas identique d'une année sur l'autre pour éviter les erreurs.
c est exact, personnes je me disait tout l'inverse plus facile de reprendre juste le frm. Je vais faire un fichier texte pour indiquer les grandes lignes du soft demain
Apres comme deja dit je peux le faire voir a distance;

Dans l'absolu, je ne vois pas particulièrement de raison de recréer les fiches chaque année.

Là, tu es en train de me décrire les défauts de l'application existante.

Ce que j'aurais besoin que tu me décrives, c'est l'application dont tu as besoin.

D'où ma proposition de laisser passer la nuit, voire plusieurs nuits si il faut, pour oublier ce que tu as dans la tête, et reprendre la question depuis le début.

Comme ça, après, tu peux m'écrire un beau texte, avec une introduction, le nombre de parties qu'il faut, une conclusion.

Ce qui permettra d'avoir une vue claire d'où nous allons.

*

N.B. Attention aux balises : on distingue une balise ouvrante et une balise fermante. Et pour la balise fermante, il y a un crochet ouvrant au début, et un crochet fermant à la fin ;)

*

Citation:

---

Envoyé par Gluups2

Dans l'absolu, je ne vois pas particulièrement de raison de recréer les fiches chaque année.

---

Aujourd'hui c'est justement, a ces du code_deposant ( deux lettres) qu'on ne peux pas modifier via le formulaire, aucun code n'est identique l'année +1.

Citation:

---

Là, tu es en train de me décrire les défauts de l'application existante.

---

OUI

Citation:

---

Ce que j'aurais besoin que tu me décrives, c'est l'application dont tu as besoin. Comme ça, après, tu peux m'écrire un beau texte, avec une introduction, le nombre de parties qu'il faut, une conclusion.

---

C'est en cours de réalisation, avec quelques copies d’écran pour mieux visualiser le sujet avec réflexion de façon à être le plus claire possible.
Cet apm et demain peu dispo car justement il y a séance de dépôts pour la bourse aux livres.
Je reviens dés que possible avec le joli texte. Question je le met ici ou mp ?

Citation:

---

*

N.B. Attention aux balises : on distingue une balise ouvrante et une balise fermante. Et pour la balise fermante, il y a un crochet ouvrant au début, et un crochet fermant à la fin ;)

*

---

Je pensais l'avoir rectifié :?

Bonjour à tous,

pour avoir jeté un oeil à ce code catastrophique (bon, en près de 40 ans, y a du y avoir de nombreuses verrues...), je pense qu'il sera plus rapide (pour le présent et pour le futur (maintenabilité)) de repartir de zéro en commençant par rédiger les règles de gestion, s'en servir pour créer un MCD et seulement alors coder l'application.

Citation:

---

Pas évident, de lister toutes les fonctions du soft

---

OK, y a du boulot, mais plus tard, tu seras content de l'avoir fait.

Citation:

---

C'est vrai que si on a affaire à une boutique de dépôt-vente, quelqu'un qui va plancher sur une bibliothèque a de fortes chances de se planter.

---

Je pense qu'il faudra plusieurs allers-retours avec les utilisateurs pour obtenir des règles de gestion exhaustives et sans erreur.

Citation:

---

Comment dire ... J'essaie de ne pas être désagréable, mais si j'ai bien lu, si tu es venu poser une question, c'est que la version existante ne fonctionne pas si bien que ça, et le plus simple, ce serait de remettre tout à plat comme si le travail se faisait jusque là à la main.

---

Je suis pas le seul à avoir cette opinion.

Afin de ne pas produire un code trop complexe (et donc de pénaliser sa maintenabilité), peut-être rester dans la simplicité et rester en procédural (pas de POO).

Par contre, peut-être adopter le principe "diviser pour mieux régner" et adopter une architecture MVC.

Citation:

---

Question je le met ici ou mp ?

---

j'avais pas vu en écrivant tout ce qui est plus haut...ici.

Bonjour,
Comme suggérer j'ai établis un texte avec les grandes lignes pour le soft. J'ai réaliser aussi une version beaucoup plus détaillée avec des images des différents tableaux de la version actuel, (je peux la mettre pour plus de compréhension). Pièce jointe 645014

On peut voir le texte, STP ?

Zut sur mon téléphone pas vu qu’il y était…

Eh ben ... Ça ne s'arrange pas encore vraiment.

On a déjà le détail des menus déroulants, avant de savoir à quoi sert l'application.

Ah au fait, il y a un menu "attention danger", là-dedans tu as oublié "FORMAT C: /Y", et on doit pouvoir encore en trouver quelques autres comme ça.

La facture donne le prix de chaque article alors qu'on ne gère les articles que du point de vue de la quantité.

Alors bon, admettons, pour l'année précédente on doit pouvoir "affiché un retrouver un client".

Aïe, ça ne va pas être du gâteau.

Citation:

---

Envoyé par Gluups2

On a déjà le détail des menus déroulants, avant de savoir à quoi sert l'application.

---

Non pas menus déroulant, c'est comment dire ça un lien qui ouvre la page en question. toutes la partie menus est sur la gauche des pages.

Citation:

---

Envoyé par Gluups2

il y a un menu "attention danger",

---

Non pas de menu Danger, tu as lu trop vite ou je me suis mal exprimé.
Effacer (suprimer code):lien ouvre la page en question Légende de la page Effacer toutes les informations d’un déposant. ATTENTION, DANGER. c'est écris dans la page mais aucune action. Cette opération effacera ....bla... bla.... bla... (effacement total de toutes les données du code sélectionné). Pour valider c'est clic >> «*OK vous êtes vraiment sure et certain*» un message de confirmation s’affiche.

Citation:

---

là-dedans tu as oublié "FORMAT C: /Y"

---

???

Citation:

---

La facture donne le prix de chaque article alors qu'on ne gère les articles que du point de vue de la quantité.

---

Une facture faut bien les articles le prix de chacun,et le total.

Citation:

---

Alors bon, admettons, pour l'année précédente on doit pouvoir "affiché un retrouver un client".

---

OUI.

Citation:

---

Aïe, ça ne va pas être du gâteau.

---

C'est bien pour cela, que je demandais juste le frm afin de pouvoir modifier le code_deposant.
normalement tout est la :

Je ne suis pas bien sûr que ça a apporte quelque chose de finasser sur le détail des mots. Menu déroulant c'est pourtant un terme assez répandu, dont le contenu n'a absolument rien à faire à ce stade du travail.

Le problème essentiel est que je ne sais toujours pas où tu veux en venir, et accessoirement se pose une question : pourquoi est-ce important pour toi que l'utilisateur final puisse détruire tout ton travail en deux clics de souris sans avoir la moindre idée de ce qu'il a fait ?

Oui, je crois que c'est ça : essentiel, et accessoire.

Je viens de relire ton message avec " FORMAT C: /Y" je viens de réaliser..:mrgreen:

le sujet menus déroulant c'est que tu indiquait ça vas pas être du gâteau.. d’où ma réponse.
L'utilisateur :via le menu Effacer ne peux effacer qu'un seul code a la fois. Pour le menu Admin_Avancé, désolé oublier de précisez y accéder avec un MDP.

Bon ...
Si on en venait au fait ?

C'est bien joli de dire qu'à un moment il faudra effacer un code ...
Mais si tu me disais d'abord ce que tu veux gérer, avec ton application ?

Les tables, les codes, tout ça, c'est les moyens d'y arriver. Donc, logiquement, c'est à moi de te les proposer.

Parle-moi des notions qu'il s'agit de gérer.

Il y a un client, si je me rappelle bien ?
Et il a un stock de livres, de CD et de DVD ?

Là-dessus, il y a des choses à dire.
Le client arrive à un moment à l'accueil ... Qu'est-ce qui se passe, à ce moment-là ?

Le client arrive à un moment à l'accueil ... Qu'est-ce qui se passe, à ce moment-là ?

Citation:

---

gérer, avec ton application ?

---

La gestion d'une bourse aux livres.

Citation:

---

Parle-moi des notions qu'il s'agit de gérer.

---

Un client viens a une séance pour déposer ces articles dans le différentes catégories Livres,DVD,ou cd.
On prend toutes ces coordonnées, donne un code à deux lettre une étiquette avec le code est le prix est apposée sur chaque articles pour catégories on se sert juste de la quantité pas de titre, auteur, et autre description.
pouvoir modifier le nombre par type d'article. consulter suivant un code déposant XX, afficher la liste de tout les codes avec nom prenom
Effacer un code: lors de enregistrement car il peux arriver trop d'erreur de frappe, ou qu'un client change d'avis et ne veuille plus.

Quelques jours plus tard nous mettons en vente tout les articles qui on été déposés par les XX clients. Ce jour là, on entre le code deux lettres, le prix, ça affiche le type d'articles le prix de chacun et la somme soit il as besoin d'une facture elle même préétablie reste a entrer nom,prénom,raison sociale et autre informations pour l'imprimer, et bien évidement enregistrer le paiement on doit être capable de retrouver la facture (si le client se réveille tardivement) si pas besoin de facture enregistrement du paiement espèce ou chèque.
Pendant la vente : possibilité d'annulé un article cause erreur de frappe (on va dire ça).
A la fin de la vente : on rend les articles invendus aux clients : besoin de connaitre le nombre d'article vendus par type et prix de chacun avec la somme global net (rappel le statut déposant l'association déduit 15% sur le prix de vente affiché)
on doit connaitre le nombre et type d'article a rendre pour vérifier qu'il n'en manque pas.
Coté trésorerie , connaitre les divers entrée d'euros en espèce et chèques, les sorties d’espèce et chèques, forcement ce qu'on doit avoir dans la caisse une fois avoir payé tout les déposants avec le statut déposant ou bénévole
Besoin de connaitre le nombre de clients (déposant), la quantité par type d'articles la quantité global.
le pourcentage par type d'articles vendus et global, le prix le moins cher, le plus cher vendus le prix moyen de l'ensemble.
et toutes les stat de compta.

La purge n'est faites bien plus tard après la vente car régulièrement des personnes qui on perdu ce qu'on devait rendre,ou autre...

Est ce que c'est un peu plus claire?

Après si il y a qlq un dans le val d'oise Domont ce samedi : https://www.avenir-bouffemont.fr/pre...rse-livres.htm

Citation:

---

Le client arrive à un moment à l'accueil ... Qu'est-ce qui se passe, à ce moment-là ?
gérer, avec ton application ?

---

Là, nous voilà mal barrés.
Je te demande comment tu fais, à la main, et ça justement dans le but de savoir ce que doit faire mon application, pour faciliter le traitement.
Si tu te contentes de mettre un miroir en face, tu comprends bien que ça ne m'éclaire pas beaucoup.

Citation:

---

Un client viens a une séance pour déposer ces articles dans le différentes catégories Livres,DVD,ou cd.
On prend toutes ces coordonnées, donne un code à deux lettre une étiquette avec le code est le prix est apposée sur chaque articles pour catégories on se sert juste de la quantité pas de titre, auteur, et autre description.

---

Stop !
"une étiquette avec le code est le prix"
D'abord, je suppose que tu voulais dire un code et le prix.
Mais il sort d'où, ce code ? Qu'est-ce qu'il représente ?
Le client ?
Une catégorie de prix pour les articles ?
Il faudra m'éclaircir ça avant que je puisse te faire une étiquette avec.

Alors il y a quand même une étape de franchie, nous avons fait la connaissance d'un client.
Ses coordonnées, si je m'en réfère à mes habitudes, ça inclut prénom, nom (dans d'autres pays les noms peuvent s'étaler sur cinq champs, mais je vais éviter de faire du zèle)
nom de résidence
numéro, voie
commune
code postal, bureau distributeur

Il a un numéro de téléphone, peut-être ? Deux ? Un mobile et un fixe ?

Je ne recrache pas le code, il m'est resté en travers de l'estomac.

Bon, alors je note, le client a un nombre de livres, un nombre de CD, un nombre de DVD.

Il n'a pas été question de prix, je suppose que le prix est forfaitaire par livre, puis forfaitaire par CD, et forfaitaire par DVD. Pareil pour tout le monde.

Ce qui est pratique est que je peux me contenter de le noter ici, je viendrai relire après pour le transcrire :)
Ce faisant je fais confiance au serveur pour ne pas se planter.

Citation:

---

pouvoir modifier le nombre par type d'article. consulter suivant un code déposant XX, afficher la liste de tout les codes avec nom prenom

---

Pas pigé. Désolé.

Citation:

---

Effacer un code: lors de enregistrement car il peux arriver trop d'erreur de frappe, ou qu'un client change d'avis et ne veuille plus.

---

Euh ... non plus.

Citation:

---

Quelques jours plus tard nous mettons en vente tout les articles qui on été déposés par les XX clients. Ce jour là, on entre le code deux lettres, le prix, ça affiche le type d'articles le prix de chacun et la somme soit il as besoin d'une facture elle même préétablie reste a entrer nom,prénom,raison sociale et autre informations pour l'imprimer, et bien évidement enregistrer le paiement on doit être capable de retrouver la facture (si le client se réveille tardivement) si pas besoin de facture enregistrement du paiement espèce ou chèque.

---

Là je suis embêté, car j'ai déjà utilisé deux jokers, donc il faudrait que je fasse un effort.
Mais ça commence mal, car je viens de supposer que les prix des articles étaient forfaitaires, et voilà que tu veux détailler pour chaque article.
Est-ce que le prix n'a pas été détaillé au moment du dépôt ?
Ah non, pas possible, puisqu'on ne donne pas les détails des articles (notamment les titres, qui pourraient permettre d'établir une correspondance avec le prix). Je suppose pourtant que l'intégrale de Daudet devrait coûter plus cher que Perrette et le pot au lait ?

Je crois qu'il serait bon de commencer par pouvoir mener à bien la vente, avant de s'occuper de l'annuler, non ?

Et alors après on va devoir s'occuper d'avoir perdu quelque chose, et je suppose dédommager le déposant.

Va y avoir du boulot.

Bonjour,

Citation:

---

Envoyé par Djockey

On repart depuis le début Le soft écris 1986 donc forcement il y eu des ajouts de fonction et divers modifications vue les différent version de php, et mysql >> mysqli.
Donc l'idée est de modifier un formulaire existant.

---

1986 c'est le paléolithique à la fois pour une application et pour une base de données. Plutôt que de replâtrer un vieux bousin, il est temps de repartir sur du neuf.


Commencez par décrire votre besoin :

• identifiez les objets de gestion que vous devez gérer : clients, documents, factures...
• pour chacun de ces objets de gestion, identifiez les attributs dont vous avez besoin
• puis rédigez les règles de gestion sous la forme précisée dans ce fil de discussion (réponse n° 8)
• à partir de là, établissez un modèle conceptuel des données, puis, dérivez-en un modèle tabulaire
• enfin, et seulement à ce stade, lancez-vous dans la conception de l'application

Réfléchir à l'application alors que la base de données n'est pas modélisée correctement est une lourde erreur.

Bonjour,

Super, ce logiciel Looping, pour formaliser un modèle. Je viens juste de le découvrir.

À ce qu'il me semble, en l'ouvrant il y a une étape qu'il ne faut pas "louper", c'est de créer un nouveau modèle (par défaut il part dans le répertoire système, ça c'est dommage, alors on sélectionne à la main le répertoire Users\(user)\Documents), et ensuite on trouve les éléments dans le menu MCD.

En règle générale ce sera le rôle de l'informaticien d'utiliser ça, après avoir posé les bonnes questions à l'utilisateur.

Je suis souvent tombé sur des utilisateurs pour qui un MCD était une énigme, et je me suis rendu compte que je devais systématiquement en faire une lecture commentée, pour indiquer le sens de chaque carré, de chaque flèche, des chiffres à côté des flèches, afin que l'utilisateur puisse avoir l'occasion de confirmer que des bêtises ne sont pas dites dans ce contexte, auquel cas le modèle devrait être corrigé.

Pour DJockey, nous avons une entité Client (ou Déposant, peut-être ; la suite nous dira si l'acheteur doit aussi être considéré).
Je suppose que nous allons aussi avoir d'autres éléments à ajouter. Respecter un formalisme est une gymnastique très saine pour l'esprit, apparemment quand on n'a pas l'habitude c'est une contrainte. Mais c'est nécessaire.