Jmp "Projet" vs "Application"Salut à tous,
Nous cherchons à script / automatiser certaines tâches répétitives. Je ne peux pas décider s'il est plus logique de créer cet outil en tant que "Projet" ou "Application". Ils semblent tous les deux vous permettre d’avoir une table de données et plusieurs autres rapports ouverts et organisés sous forme d’onglets dans une seule fenêtre. Je cherche des commentaires sur les avantages / inconvénients de chaque approche. Le cas d'utilisation consiste à associer une table de données à un seul test et à plusieurs autres rapports (générateur de graphes, etc.) extrayant les données de cette table.
En ce moment, je me penche vers au projet, car cela semble plus propice à l’écriture de scripts.
Si quelqu'un a des commentaires / suggestions d'une manière ou d'une autre, je serais heureux de les entendre!
Merci,
Kristo
Re: Jmp "Projet" vs "Application"Voici mon point de vue sur votre situation. D'autres peuvent se sentir différemment? J'aime décrire un projet JMP comme un conteneur regroupant tous les éléments associés à un travail. Le conteneur peut contenir beaucoup d'éléments. Pour en nommer quelques-uns, JMP (tables de données, journaux, applications, tableaux de bord, scripts, rapports de plate-forme) et des fichiers autres que JMP tels que MS (PowerPoint, Excel, Word) et d'autres fichiers tels que des fichiers PDF, jpeg, etc. Ainsi, le contenu de votre automatisation (scripts ou applications) peut figurer dans le projet. Vous voudrez peut-être envisager de créer vos éléments d'automatisation et de les inclure ensuite en tant que contenu dans le projet.
