Emmanuel

Voici une réponse obtenue par une personne de ProGP.net.

Accrochez vous c'est très balèze :

Tout d'abord, je vous recommande une architecture suivante :
- Gestion de l'ensemble des données sous Access :
o Article (Réf, etc...)
o Nomenclature directe (cf. le système de proGP-2001 / vII)
o Prévisions des semis-finis (prévisions algorithmiques si possible [dans ce
cas, recherchez le(s) algorithme(s) répondant au mieux à vos besoins] mais
éditables [1])
o Transfert de données Prévisions --> PDP
o Génération des PDP par niveau et par cumul [2, 3 & 4]
- Génération de feuilles Excel avec transfert des données [5]



[1] Ex :
Utilisez une table de 52 semaines (avec départ du calcul à
Semaine(Maintenant+1) [ex : si on est en semaine 22, le calcul commencera en
S(23)]).

Créez un (des) algorithme(s) VB de génération des prévisions qui calculera
pour 52 semaines depuis la semaine de départ (ex : S23) et transférera les
données dans la table de sauvegarde.

Concernant les algorithmes, il existe plusieurs solutions à votre
dispositions. Je vous recommande la suivante :
Créez des modules contenant chacun un algorithmes ainsi qu'une table
contenant leur liste. Il vous restera à sélectionner dans le formulaire "
Article " l'algorithme affecté à l'article.
Je vous recommande de créer un programme VB créant automatiquement des
modules et mettant à jour les données de la table listant les algorithmes.


[2]
Exécutez le PDP d'un article et ses transferts. Procédez de même pour tous
les autres du niveau avant de passer aux niveau suivant (utiliser une
requête de tri par niveau [ ! utilisez bien le plus haut niveau d'un
article]).
Pensez bien à faire une initialisation au début de l'algorithme et à cumuler
les valeurs lors des transferts.
--> Vous pouvez aussi procéder comme il suit :
Nomenclatures : réalisez des nomenclatures inversées et procédez à nouveau
par niveau.
Contrairement au précédent qui calcule les données puis les transferts vers
les produits affiliés, ce système récupère les données des produits " pères
" puis calcule les données de l'article.
--> La solution par arbre (relation-objet par approche C++) est plus longue
et non adaptée au VB et est donc à proscrire.

[3]
Contrôle des charges :
Définissez une durée de travail périodique (hebdomadaire) fixe et affectez à
chaque article un temps unitaire (soit un temps unitaire et un temps de
préparation, soit un temps unitaire incorporant le temps de préparation [le
choix dépend de votre fonctionnement interne : taille des OF, etc...]).
Procédez, pour une approche correcte, à un contrôle de la charge
hebdomadaire après chaque ajout d'OFs (donc l'algorithme devra contrôler
l'état de charge à chaque fois qu'il ajoutera un OF) et à un déplacement
éventuel de tout ou partie de cet OF (semaines précédentes, suivantes ou
hybride selon le fonctionnement préférentiel).

[4]
Les OFs :
Je vous recommande de fixer une valeur minimale de taille d'OF (valeur en
accord avec votre volume de production et votre capacité) et d'ajouter à
votre algorithme un contrôle final de tous les OFs de tous les articles et
éventuellement de déplacer (ou non, là encore selon le fonctionnement
préférentiel) les OFs de tailles trop faibles.


[5]
Utilisez le VB pour générer des feuilles Excel standard que ce même code VB
complètera.
Conseil : utilisez une boucle par article incorporant le code de
récupération des données de l'article et de génération de la page.



Le développement de ce projet nécessitera plusieurs mois (environ 4 mois à
temps plein pour une version finalisée et déboguée) de ressources afin
d'être développé.
Je vous recommande donc de faire appel à un stagiaire informaticien.