[Conception] Simulation de calcul de coût [Débutant(e)]

[yezid]

Bonjour,

Je suis débutant sur Access, je n’ai aucune notion de programmation, j’ai une application à créer qui doit permettre de calculer le cout de transport d’une pièce avec plusieur simulation possible, ce qui permet de choisir la meilleur.

Pour le moment les tables sont les suivantes :

Pièces (réf pièce, désignation, poids, réf emballage, nbre de pièce/emballage…)
Emballage (réf emballage, désignation, dimensions, poids…)
Unité de transport (code UT, dimensions, poids maxi …)
Expéditeur (N° compte, nom, ville, pays…)
Destinataire (N° compte, nom, ville, pays…)
Distance (N° compte1, N° compte 2, distance)
Tarifs (code tarifaire, tarif appliqué)

La procédure et la suivante :

1) l’utilisateur doit saisir la réf pièce et réf emballage
2) l’application doit calculer le nombre de pièce/UT pour chacune des UT)
3) l’utilisateur doit choisir l’UT la mieux approprié
4) l’utilisateur doit saisir le N° compte Expéditeur et Destinataire
5) l’application doit calculer le coût de transport/pièce

et tous les resultats doivent etre stocké

Je me pause des questions sur :

-Les formules de calcul son connu mais je ne sais pas comment les utiliser sur Access
-le ne sait pas si je dois incorporer les données calculées dans des table (ex : table cout de transport)
-l’influence de la quantité de données stocké sur le temps de traitement

je sait pas si j'ai été assez clair mais si vous voulez des précision je peux vous en donner.

merci d'avance

[random]

e suis un peu surpris de l’approche,
Voici ce que j’ai compris :
Tu veux une calculette qui va évaluer des solutions alternatives.
L’utilisateur après avoir fait x simulations va choisir la meilleure solution.
Première question pourquoi ce n’est pas le programme qui choisit la meilleure solution (valeur ajoutée) ?
Je réponds à ta place : parce que l’utilisateur a connaissance d’autres paramètres que je ne peux faire entrer dans le système( ??).
Est-ce bien si certain (il existe d’excellents programmes de prise en compte des contraintes, va voir sous excel le solveur ou google au sujet de la programmation linéaire.
Sinon pourquoi ne pas faire comme les logiciels de recherche de billets d’avions ?
Tu fais tous les calculs et tu hiérachises les résultats, l’utilisateur reste maître de son choix , mais il en connaît le coût et l’éventuel surcoût.
A propos du stockage des champs calculés on ne les entre pas dans la base, si leurs paramètres restent fixes, ici les déterminants de coûts vont évoluer, donc soit tu entres la valeur calculée soit tu historises leurs variations.
A propos des performances : elles décroissent fortement avec les volumes mais cela concerne pour des travaux normaux des volumes sensibles, si tes tables sont indexées tu devrais dans un service transport ne pas être gêné.
D’autant que les recherches sur des durées supérieures au trimestre sont rares et que tu peux prévoir un archivage sur 15 mois glissant.

[yezid]

Le cout de transport n'est pas la seul donnée qui détermine la meilleur solution, l’utilisateur reçois une demande, il calcul cout de transport a la pièce actuel puis il effectue des simulations en changeant l’expéditeur ou l’emballage par exemple, ensuite il répond a la demande en mettant en parallèle les différentes simulations avec leur couts.
Une première version ancienne de cette application existe déjà mais comme elle est développé sur paradoxe (logiciel ancien de type Access) il y’a des problèmes de maintenance mais aussi a cause de nouveaux besoins fonctionnelles.
Donc on m’a conseillé d’utiliser Access pour le développement du nouvel outil qui doit manipuler une grosse base de données.