[Stock] Logiciel pour gérer les stocks de nourriture

Salut !
Je remonte un peu le post pour savoir si tu as gardé toute ta motivation.
Je programme aussi et si tu as besoin de passer la main, ce serait avec plaisir de créer ce logiciel !

Par contre je modifierai bien les catégories. Puisqu'il est desitiné à gérer un stock de bouffe, autant diviser dans un premier temps le type pour donner :

0 Nom
1 type : viande, sauce, fruits (en conserve), légumes...
2 contenant : grosse boîte, petite, carrée, ronde, naturel, etc... pour pouvoir repérer facilement quand on cherche dans les caisses
3 lieu de stockage : chambre, cave, hangard, frigo...
4 date de péremption indiquée (avec la date maximale qui va beaucoup plus loin)
5 poids + à sec si c'est un truc qui baigne.
6 teneur en pourcentage protéine/glucide/lipide/vitamines/minéraux/kcal
7 quantité disponible
8 prix de base et si la valeur augmente ou diminue avec le temps (dispo dans le futur sur le marché ?)
9 commentaire

Bien entendu, il incluerait les fonctions de recherche pour chaque sous-catégorie (si on veut des vitamines par ex), et des fonctions d'alertes si un produit approche de la date (avec un classement croissant des produits qui approchent).

Comme c'est un programme destiné à gérer un stock, je préfère qu'il reste assez primitif pour pouvoir tourner sur une machine vraiment ancienne (genre 286). Donc je privilégierais bien le langage C (multiplateforme si l'on respecte les standards). Donc exit les photos et le code barre.

Est-ce que cela intéresse du monde ? On peut compter quelques semaines pour que j'aie bien le temps de le construire.

Yo,

Jeroboam ne s'est pas logué depuis le mois de juin....

En revanche, l'idée est intéressante!
Mais est-ce vraiment nécessaire de créer un logiciel pour ça?

J'utilise pour mon stock un tableau XL. Avec la fonction "trier" on peut faire pas mal de boulot...

Petrus.

Je pense que la création d'un logiciel pourrait être intéressante pour plusieurs raisons : une fois fait, tout le monde peut l'utiliser. Bon, je sais, avec *xcel, une fois le modèle fait, c'est bon aussi.
Mais là où cela devient plus intéressant, c'est au niveau portabilité. On pourrait aussi bien faire tourner la bête sous M*-DOS que sous linux et toutes les versions de windaube.
Et enfin, si on respecte un format précis de base de données (le plus simple : txt et non binaire), on peut tenter une récupération de la DB si le logiciel ou le disque dur est défaillant. Sous xl, le plupart des infos sont binaires et donc difficiles à lire sans le log (sans parler des incompatibilités entre les différentes versions, merci cro$oft !).
Je sais, c'est pousser la rusticité de l'informatique jusqu'à ses limites mais je me place toujours dans la situation où plus rien ne fonctionne (pas si rare que ça) à part la console en ligne de commande !

Un peu comme les tableaux sur Multiplan? (ben oui, la préhistoire j'y étais! )

Petrus.

Oui ! un truc aussi rustique que ce machin qui tournait sur mon Commodore 128 ! Mais optimisé pour gérer uniquement notre stock ! Si vous voyez des trucs à améliorer dans l'algorithme, faites-m'en part !

Je suis un pro d'excel (contrôle de gestion) mais bon sang essayons de nous démerder sans informatique !

Ma méthode:

Catégories:
V pour viandes (poissons aussi)
C pour condiments
F pour féculents
L pour légumes
S pour sucres (+ petits déj, biscottes...)
B pour boissons
P pour plat complet (choucroute, cassoulet...)

Désignations:
Nom du produit avec son poids net égoutté

DLC: Date limite de consommation

Exemple:

C	TOMATES PELEES 240G	1	12/09
F	CANNELONNI 800G	2	12/10
F	COQUILLETTES 1KG	3	08/10
F	COQUILLETTES 500G	1	04/10
F	COQUILLETTES 500G	2	02/10
F	COQUILLETTES 500G	2	08/10

J'aurais bien aimé mettre également le prix et le lieu d'achat (pour voir l'évolution des prix)

Pour les légumes secs, qui sont sur une liste à part, j'ai fait des étiquettes à partir du tableau. Que je scotche sur les pots en verre.
Y figure également les consignes de cuisson:

POIS CASSES	08/01/2011	Cuisson :30mn	Pas de trempage
RIZ LONG ETUVE	14/07/2008	Cuisson :14 à 16mn

Petrus.

Merci pour les conseils ! J'avais oublié les plats préparés en conserve ! bien entendu on aura les féculents et les graines, qui en fait constituent une grande partie de mon stock : les graines en pot de verre. cf : les graines germées (pour qu'Olduvaï soit hypertexte !) et un autre post, le potager du survivaliste je crois.

De toute façon, une fois que l'on a la structure du programme, il est très facile de le faire évoluer, du moins s'il est bien structuré et que l'on a pas programmé comme un porc à la M$ !
Je commence la structure dès que je trouve le temps !

Philippe13 : Je suis un pro d'excel (contrôle de gestion) mais bon sang essayons de nous démerder sans informatique !

Tout dépend de la situation dans laquelle tu penses te retrouver. Si c'est ton dada, j'ai rien contre. Mais de mon côté, j'envisage plutôt cette idée à une échelle à peine plus large. Par exemple la gestion d'un stock plus grand, voire celui d'une petite communauté.
Pour l'informatique, tu peux t'en passer effectivement dans la vie de tous les jours (pour ce que l'humanité en a fait)... Mais je la vois comme à l'origine : un outil que l'on a créé pour traiter des travaux abrutissants comme la gestion d'une base de donnée de plusieurs miliers d'entrées.

Au niveau matériel, j'utilise mon vieu portable Satellite qui tourne avec wi*95. Amplement suffisant pourtous les types de programmes que l'on aurait besoin. Avec un disque dur de 4Go, il est plein de mes manuels de médecine et de radiotransmission, guides de survie, infos pratiques (beaucoup de pages d'Olduvaï ), plans de fabrication (manuel, techniques, électricité, électronique, menuiserie, mécanique....), de guide des plantes médicinales, d'agriculture. (pas mal si on veut troquer des infos entre plusieurs communautés).

Au niveau alimentation, il est alimenté en 12V sous 1A pour la charge de la batterie. Il est possible, et je travaille dessus, de construire un générateur avec trois ou 4 dynamos, ou une cellule solaire (on alimente bien des maisons avec !), voire une batterie de voiture régulée....

Même s'il me lâche (j'ai quand même des pièces de rechanges, personne n'en veut !) il m'aura vraiment servi en attendant une crise totale en m'évitant de perdre beaucoup de temps. Au pire, on balance l'ordi et on migre avec le disque dur....

J'avance petit à petit (par manque de temps), mais j'ai quelques résultats. La structure fonctionne, et il y a déjà quelques fonction de recherche (par nom, type, date, calories), et d'enregistrement (en fichier binaire).

L'affichage est vraiment basique, et sera amélioré par la suite.


J'ai entré un peu n'importe quoi au début pour les tests.

J'essaye de rendre le plus possible multiplateforme le programme avec un code standard.
Pour l'instant, il fonctionne sous win95, Win3.1, et DOS (compilé avec Turbo C), Linux (KDE) compilé avec Gcc, et enfin sous Xp compilé avec Dev C++.

La compilation avec Turbo C génère un programme parfaitement fonctionnel sur tous les Win, mais avec juste un défaut d'affichage des lettres accentuées (table ASCII différente...). Ce qui permettrait déjà de fournir un programme fonctionnel sur le tas, sans avoir besoin de le compiler.

Je mettrai la source en ligne dès qu'il sera un peu plus complet !

tarsonis a écrit:Je mettrai la source en ligne dès qu'il sera un peu plus complet !

Petrus.

Je pensais justement m'y remettre la semaine prochaine. J'ai un peu mis de côté la programmation car pris par les derniers évènements qui se sont succédés. Le développement de base prendra une petite semaine, toujours programmé en pur C, et testé sur diverses plateformes....patience !

testé sur diverses plateformes

Ca c'est cool, déjà pour ceux qui sont multiplateforme *lève la main*, et pour ceux qui ont permis un SHTF-pc sous linux (ou simplement la clef de boot linux...)

moi ! linux debian !!

Bon ok c'était carrément du verba non facta la ...


Enfin juste pour dire que pour cela je suis plutôt partisan d'un cahier tenu a jour.

Parce que bon les pc c'est bien, mais le support papier ça rend bien service.

Salut à tous !

Alors j'ai repris la conception du logiciel. J'en suis à peu près à ma 15e heure (soyez indulgent avec les insomniaques...) et j'ai le plaisir de vous annoncer qu'il dépasse les 1300 lignes de code (avec les commentaires tout de même...), pour une taille de 42Ko e source et 51Ko une fois compilé.

J'essaye d'optimiser au maximum le traitement de la base de données et l'utilisation de la mémoire dispo (pas de fichiers temporaires), mais je tombe très vite sur beaucoup de contraintes de compatibilité entre les diverses plateformes; c'est pourquoi certains bouts peuvent paraître un peu lourds.

Je ne mets pas encore le code car je viens de refondre la structure en une plus simple : la BDD est définie dès le début du prog; elle est donc commune à toutes les fonctions, qui interviennent directement dessus, mais je suis en train de corriger quelques petits bugs....

Je n'ai toujours pas craqué quand au basculement vers du C++; le code est en pur C, et je l'espère restera compréhensible pour tous afin que chacun puisse l'améliorer à sa manière.

Je pense le déposer en Copyleft. C'est à dire que vous pourrez les modifier à souhait, le partager avec vos proches et diffuser votre code, mais en aucun cas en faire commerce (afin de protéger l'esprit libre du log et de ce topic).

Donc patience un peu; en attendant, voici quelques fonctionnalités de base, qui ont été testées (à l'exception de la fonction cryptage qui est en cours...)





Un exemple de quelques items dans la BDD


Il peut arriver que l'on se plante dans l'ajout d'un item, ou lorsqu'on
le modifie (quantité par exemple). La fonction modifier permet de tout
éditer.





Aperçu de la fonction supprimer :



La BDD est enregistrée en mode binaire en .txt, ce qui facilite son
traitement vis à vis du programme. On peut difficilement la lire sans
le prog (avec éditeur hexa, etc...) donc je pense ajouter par la suite
une petite fonction "récupération des données" en cas de corruption de
la BDD (décalage binaire, écrasement partiel, virus etc...).

J'ai également joint un mot de passe à l'ouverture du prog. Le niveau
de protection ne vole pas haut (la valeur, décalée de quelques rangs
dans la table ASCII est stockée dans le code source), mais rebuterait
les plus novices.

La BDD pourra être cryptée selon plusieurs niveaux de sécurité : du simple décalage binaire à la crypto XOR à mot de passe (pas de clef publique)....

Je travaille également sur l'intégration au maximum des fonctions
préexistantes dans le programme (en gros, je les recrée). Car je tombe
encore sur des fonctions manquantes lors de la compilation (surtout en
DOS) du fait de la dépendance d'une multitude de fichiers.

Tout est paramétrable dans ce programme (même le 'e' accent aigu, qui
diffère entre le DOS, WIn et Linux) : taille réservée au nom,
contenant, lieu...etc donc modifiable à votre guise en fonction de vos
besoins.

Un peu de patience donc !
Merci à tous !

On attend ça avec impatience !

et bien tu ne t'est pas tourné les pouce bravo, mais j'ai hâte de voir tourner ça sous mon terminal a pingouin. Si j'avais un quelconque talent en programmation je t'aurai aidé mais dans ce domaine j'y connais rien. Mais je vais regarder de mon coté si un programme similaire n'existe pas déjà histoire de voir tu peux pas piqué ou deux ligne de code

supercureuil a écrit:et bien tu ne t'est pas tourné les pouce bravo, mais j'ai hâte de voir tourner ça sous mon terminal a pingouin. Si j'avais un quelconque talent en programmation je t'aurai aidé mais dans ce domaine j'y connais rien. Mais je vais regarder de mon coté si un programme similaire n'existe pas déjà histoire de voir tu peux pas piqué ou deux ligne de code

Ne t'inquiète pas (mais merci quand même !), pour la partie cryptage, je récupère et adapte mes sources de programmes précédents. Le principal soucis que j'avais était la génération de nombres aléatoires (les pseudo-aléatoires étant une faille assez conséquente en cryptographie...); maintenant, je corrige les bugs, et je viens de commencer une fonction permettant d'exporter sommairement la bse de données au format .txt et maintenant au format html :


C'est du sommaire (et sera amélioré) mais pourrait être utile dans certains cas, et en plus, cela ne mange pas de pain d'avoir une telle fonction qui traîne dans le prog.
Là je regarde pour peaufiner et tenter une fonction d'impression....
Merci à tous ! Et à bientôt pour le code source !

sinon pense l'html, tous les os on un navigateur

Salut à tous !

Je viens de m'apercevoir, tout enthousiaste de reprendre ce projet, que la dernière version était sur le disque dur qui a flanché (et s'est fait désosser dans l'autre topic ); pas mal d'heures de développement aux oubliettes du hardware....

J'ai une version un peu moins récente (il n'y a pas le plug d'export html), mais il est à peu près fonctionnel (moyennant que je corrige les derniers gros bugs). Si ça en dit certains, je peux transmettre le code source par MP afin de continuer ce travail dont la panne m'a un peu rebuté (c'est comme réécrire un post de 4 pages dont l'explorateur a planté et affiché un truc vide lors de l'envoi ).

Les seuls impératifs sont :

- L'écriture en pur C. Dès que l'on utilise du C++, les compilateurs font n'importe quoi. Avec le C, que l'on soit sous win 3.1, Linux Ubuntu, ou Mac OS, le résultat sera toujours le même.

- Être clair : l'utilisateur moyen pourrait sans trop connaître le C, comprendre le fonctionnement, et modifier sommairement le programme. Cela impose une utilisation de variables explicites ('quantité', 'poids', etc... au lieu de 'y', 'zt', 'fctr'...), et l'ajout de commentaires dans le code.

- Le programme sera la propriété du forum et de ses membres. Seuls ces derniers peuvent le modifier en vue de l'améliorer pour leur propre utilisation, ou celle des autres membres.

Voilà, j'espère que la motivation qui a enthousiasmé les membres aux débuts de ce projet n'est pas retombée par le temps que j'ai mis à le reprendre !

tarsonis a écrit:Je pense que la création d'un logiciel pourrait être intéressante pour plusieurs raisons : une fois fait, tout le monde peut l'utiliser. Bon, je sais, avec *xcel, une fois le modèle fait, c'est bon aussi.
Mais là où cela devient plus intéressant, c'est au niveau portabilité. On pourrait aussi bien faire tourner la bête sous M*-DOS que sous linux et  toutes les versions de windaube.
Et enfin, si on respecte un format précis de base de données (le plus simple : txt et non binaire), on peut tenter une récupération de la DB si le logiciel ou le disque dur est défaillant. Sous xl, le plupart des infos sont binaires et donc difficiles à lire sans le log (sans parler des incompatibilités entre les différentes versions, merci cro$oft !).
Je sais, c'est pousser la rusticité de l'informatique jusqu'à ses limites mais je me place toujours dans la situation où plus rien ne fonctionne (pas si rare que ça) à part la console en ligne de commande !

Je remonte ce post, car j'ai commencé une base de donnée Access pour suivre mes achats alimentaires et aussi voir l'évolution des prix. Je vais l'améliorer en tenant compte des DLC et ainsi faire une bonne rotation des stocks.

Je voulais savoir si ce logiciel à vu jour. Si non, quel fut son existence?