Graphique de la structure d'un programme vba

Bonjour Forum,

Je développe une macro vba excel qui commence à être assez grande (12 User forms, gestion de 8 feuilles, gestion de files windows, etc). En gros, je fais de la gestion documentaire, la macro permettant d'identifier et d'entrer un nouveau document, et donne la possibilité de faire des recherches orientées et pré programmées en fonction de du métier de l'utilisateur.

Alors certains vont me dire : "pourquoi t'as pas fais une base accès tout simplement?" -->J'ai plusieurs raisons à cela, dont :
- Pas assez de licences acces
- Très peu de gens de mon service sauront administrer une base acces

J'essaie de faire quelque chose de propre et rigoureux, avec des noms de variables et de contrôles explicites, et de nombreux commentaires.

Ceci me permet de bien me retrouver, mais je pense que si quelqu'un reprend l'administration du fichier excel, il sera quand même un peu perdu.
Je souhaite donc créer un document graphique qui permette de visualiser assez simplement la structure et le fonctionnement de la macro, avec les varaiables entrantes et sortantes, les liens, le résultat de la manipulation des controles, etc.

Alors j'essaie de trouver la meilleurs façon de créer ce document d'aide. Peut-être avez vous déjà fait ce genre de doc?

Quels logiciels avez-vous utilisé, comment avez-vous structuré ce document, sous quelle forme?

Bonjour,

Microsoft Visio propose de nombreux types de plannings, organigrammes, graphiques je te conseille d'y jeter un œil.

Bonjour SkyRhum,

effectivement ça pourrait convenir. J'ai aussi trouvé un logiciel semblable mais gratuit : QALITEL

Il a moins de possibilités, mais j'ai l'impression qu’il est plus flexible.

Cependant, ma question est plutôt : comment représenter la structure, et quelles sont les éléments à faire paraitre?

Après je choisirai le logiciel, mais pour l’instant je reste sur le principe. Vois-tu ce que je veux dire?

Je ne connais pas vraiment, mais l'uml est certainement une aide pour représenter graphiquement le fonctionnement de ton application.

Je ne connaissais pas l'uml, mais c'est vrai que ça à l'air pas mal. Je vais creuser la dessus. Merci et bonne soirée ;)

Bonjour

Documenter est une question de point de vue.

On peut partir de l'interface de l'application : tel bouton appelle tel sub qui appelle telle autre...

S'il y a des userform il faut ainsi documenter chaque champ et bouton

On peut partir des fonctionnalités : comment je fais telle ou telle chose et dans le mode d'emploi avoir une colonne qui indique les procédures ou fonctions appelées.

S'il y a des procédures événementielles l'approche fonctionnelle est plus adaptée que le diagramme de procédure trop linéaire...

Pour commencer, je pense qu'il faut que tu fasses une arborescence des procédures : 2 colonnes une avec l'arborescence, l'autre avec des commentaires.

Cela te donne un point de départ et une vue d'ensemble à partir de laquelle tu peux décliner telle ou telle approche.