Programme pour faire des devis

Bon ben voila mon père aimerait un peu se moderniser (il est tps me direz vous) ..

Il en a marre de faire ces calculs a la main ...

Pour ce faire il aimerai un petit programme pour faire ses devis ..

Je vous explique ce qu'il attend de celui ci :




Donc il va avoir plusieurs colones

1 : Référence : C'est la référence de sa pièce qu'il va encoder .

2 : Descriptif : Lorsqu'il aura encoder la référence de sa pièce il aimerai que le descriptif s'affiche automatiquement .

3 : G/D : Gauche/Droite , une colone qu'il remplira lui meme et qui n' a pas d' influence sur le prix .

4 : Quantité : La quantité de pièces qui influera sur le prix .

5 : La catégorie : Il y a plusieurs catégories de pièces suivant les matériaux etc . il aimerait encoder directement formule suivant les dessin ci dessous avec par exemple une carcasse de type 2 et des portes de type D .
Mais évidement il y a énormément de possibilité de pièces .




Donc j' aimerais avoir votre sur la façon la plus simple de réaliser ce type de "programme" , en sachant qu'il doit être très évolutif , nouveau prix celon les prix d'achat des matériaux , nouelles pièces , etc

Merci d'avance pour votre aide et si c'est pas très clair posez des questions

Une base de données => c'est clair
& Un programme qui l'exploite...

La base de données doit être normalisée correctement afin qu'elle soit "évolutive" comme tu le demandes.
Le programme doit permettre via son interface de choisir le type d'utilisateur (professionnel, client, autre) et suivant ce type accéder, modifier ou lister les produits de façon simplifiée...
Pour ce qui est des formules, il y a moyen via un champ d'édition de lire la chaîne de caractère et d'analyser un à un pour ensuite l'ajouter dans l'application et que cette dernière puisse s'en servir pour des nouveaux calculs => ça c'est plus lourd car c'est de la vérification de saisie...
"quand tu tapes 5+5 au clavier dans un champ", pour le programme ça ne veut dire que "5+5" alors que pour toi ça correspond à la valeur 10...

=> "5+5" doit devenir "5" "+" "5", on lit du numérique => on stocke d'une manière ou d'une autre (mémoire, pile, autre), puis on lit un caractère non numérique => on se demande quel type d'opération etc...

"555 + 5" => on lit "5", on lit "5", on lit encore "5" => ce ne sont pas des chiffres "5" mais un nombre qui est "555".

Suivant les langages, il y a des "outils" pour traiter ces cas facilement. (ce n'était que des exemples pour faire comprendre où pourrait se situer les pb)




Faudrait que tu spécifies un peu plus...

Quels types d'attributs (les colonnes dans LES (et pas le) tableaux)

Enfin, si tu veux que qqn te dise comment faire; j'ai de gros doute... T'aider +/- dans le code, il y a moyen mais conceptualiser à ta place => alors autant fixer un prix pour qu'on te le fasse.

Dans un tel cas => Interview avec ton père pour avoir un max d'infos sur les produits; savoir ce qu'il est important de faire ressortir et surtout quels genres de mises à jour il attendra de l'application.

Pour l'évolutivité, ben le domaine est assez ouvert...
On peut se servir de la BD pour faire un accès simplifié via le NET (un site, etc)

Avec les focntions d'excel il y a largement moyen de rendre tout automatique...

Thymus a dit:

Avec les focntions d'excel il y a largement moyen de rendre tout automatique...

Cliquez pour agrandir...

Oui point de vue point de vue développement au départ, et non car il faudrait BEAUCOUP plus de temps pour gérer (controler) correctement les données.

AGain a dit:

Thymus a dit:

Avec les focntions d'excel il y a largement moyen de rendre tout automatique...

Cliquez pour agrandir...

Oui point de vue point de vue développement au départ, et non car il faudrait BEAUCOUP plus de temps pour gérer (controler) correctement les données.

Cliquez pour agrandir...

Clair quand y a un paquet de données, excel c'est la foire.

Après moultes conseils je pense que je vais faire cela en Access !

Je suis arrivé a faire qques trucs avec excell mais bon , ce sera qd meme bcp + facil via Access vu que c'est qd même + prévu pour , merci Mav pour ton explication

Normalement tu peux faire la même chose avec OpenOffice et SQLite (ou une autre base de données mais SQLite a l'avantage d'être "intégrée", comme MS Access: pas besoin d'un serveur). Niveau évolutif ben c'est une base de données donc si tu fais ça bien ya pas de problème. Par rapport à MS Access ça a l'avantage d'être gratuit et portable (donc plus évolutif aussi qq part). En fait c'est peut-être plus flexible que MS Access: si tu veux ajouter une interface web par exemple, en PHP (ou Perl ou n'importe quoi) c'est faisable assez facilement, pareil si tu veux au final remplacer OO par un programme "maison": suffit d'accéder à la DB par ODBC (ou directement l'API de SQLite). Avec MS Access ça risque d'être plus compliqué à faire.

Ya aussi moyen de traiter la DB directement avec Calc (équivalent de MS Excell).

http://fr.openoffice.org/Documentation/How-to/Bdd/08SQLite_2.pdf
http://fr.openoffice.org/Documentation/How-to/indexht.html (vers le milieu de la page: "Base de données")

un petit programme en VB sur une db acces sa serais le pied

eGm_ a dit:

un petit programme en VB sur une db acces sa serais le pied

Cliquez pour agrandir...

Une entreprise DOIT justifier ces licences.

Office (word, ACCESS, EXELL) est payant et souvent préinstallé sur ces machines. Donc, un programme fait dans Access ou Exell s'installe FACILEMENT et peut être programmé sur toutes ces machines. De plus, si l'on achete Office developper, on peut installer une version d'access GRATUITE allégé

AGain a dit:

eGm_ a dit:

un petit programme en VB sur une db acces sa serais le pied

Cliquez pour agrandir...

Une entreprise DOIT justifier ces licences.

Office (word, ACCESS, EXELL) est payant et souvent préinstallé sur ces machines. Donc, un programme fait dans Access ou Exell s'installe FACILEMENT et peut être programmé sur toutes ces machines. De plus, si l'on achete Office developper, on peut installer une version d'access GRATUITE allégé

Cliquez pour agrandir...

Un p'tit soft en Java + DB Access ... ca réduit deja le probleme de licence...

Si c'est pour utiliser une interface programmée dans autre chose que Access autant prendre une très bonne base de données gratuite ... tu devines à quelle système de DB je pense