Salut,
dans ma conception d'applications sous Excel, il faut bien décomposer deux étapes :
- l'objectif de l'application
- l'utilisateur de l'application
> ton objectif peut être une simple mise à jour de données comme faire un ensemble de contrôles qui déboucheront sur des mails à générer par exemple
> de la même façon, tu peux avoir besoin d'une grosse interface utilisateur comme une interface inexistante, avec un traitement qui se lance à l'ouverture du classeur, manipule et ferme le classeur en fin de traitement.
N'étant pas un designer né, je demande souvent à mes utilisateurs de m'expliquer la cinématique qu'ils souhaitent avoir (enchainement et succession d'étapes plus ou moins complexes) en me dessinant leur idée de formulaires et de spécifications graphiques
Sur la partie du code, outre les modules de traitement, il faut avoir une rigueur importante dans la mise en place des interfaces. Toujours penser que l'utilisateur doit être pris par la main => blindage des saisies et gestion poussée si nécessaire des erreurs.
Un simple traitement de compilation de lignes issues de divers fichiers ne pourra prendre que 3h de code + 15 minutes de tests et roulez jeunesse.
Mais j'ai des applications sous Excel, mises en place en 2008, qui continuent d'évoluer au fur et à mesure de l'évolution du périmètre des utilisateurs
En espérant que ca pourra permettre à chacun de faire le distinguo entre les notions à aborder lorsque j'évoque la conception d'une application Excel.
(C'est aussi vrai pour les autres applis Office
)
0 |
0 |
) ne se lancent elles même, en se disant "on verra bien".
