Très bien. Bonjour, je m'appelle Eric Hill. Je suis responsable de l'équipe de développement JMP Live chez JMP. Je vais vous présenter les nouveautés de JMP Live 19. C'est pour ça que vous êtes connectés. Je vais commencer par une carte de contrôle. Voici un exemple de données de la machine à laver JMP. Je vais exécuter la carte P, la carte de contrôle.
Vous voyez qu'il y a quelques points incontrôlables ici. Je vais publier ceci sur JMP Live. Publier des rapports sur JMP Live. C'est le bon rapport. Je publie un nouveau rapport. Je dois trouver un emplacement pour le placer, donc je vais le placer dans l'espace ou le dossier de tri des cartes de contrôle. Le titre me convient. Je veux publier de nouvelles données. Elles ne sont pas encore disponibles sur JMP Live. Voilà. Le voilà.
Dans les versions précédentes de JMP Live, il était possible de publier des cartes de contrôle et d'avertir quasiment tous ceux qui pouvaient les consulter. Si vous publiiez une carte de contrôle contenant des avertissements actifs, les utilisateurs étaient informés et des notifications leur étaient envoyées pour qu'ils puissent les consulter.
Mais après cela, il n'y avait plus grand-chose à faire. Impossible de le désactiver. Impossible de dire que c'était correct, c'était désormais géré. Ne m'en parlez plus. C'était quasiment la fin de l'histoire. Dans JMP Live 19, nous avons entrepris de repenser complètement ce processus, vous permettant non seulement de consulter les avertissements de votre carte de contrôle, mais aussi de les gérer, de les corriger et de les résoudre dans JMP Live.
Pour illustrer cela, je peux simplement pointer l'un de ces points hors contrôle et cliquer dessus. Un panneau à gauche s'affiche, me fournissant plus de détails sur le point, indiquant la proportion défectueuse, la ligne sur laquelle il se trouve et le test qui a échoué. Ce point a échoué au test 3 Sigma.
Ensuite, je peux ajouter des informations pour que les autres personnes consultant ce graphique de contrôle comprennent ce qui se passe. Mais le plus important est de le confier à une personne dont la mission, à mon avis, est de faire des recherches et d'en déterminer la cause ou la solution, puis de documenter le tout ici.
Je sais que Chang Hua est responsable de ce processus. Je pense qu'elle est la personne la mieux placée pour analyser cet avertissement de carte de contrôle et comprendre ce qui se passe. Je vais simplement enregistrer cette modification. C'est la seule que je vais faire. J'ai un autre navigateur sur lequel Chang Hua est connectée. Voici sa session.
Vous remarquerez qu'une notification est désormais active dans ses notifications. Je clique dessus et elle est informée qu'Eric Hill lui a attribué un avertissement de carte de contrôle. Il lui suffit de cliquer sur cet avertissement ou sur cette notification. Elle sera alors redirigée vers l'endroit où je lui ai attribué cet avertissement. Elle peut alors commencer ses recherches.
La première chose qu'elle pourrait faire serait d'informer les gens qu'elle est sur l'affaire. Elle pourrait passer du statut d'enquête ouverte à celui d'enquête ouverte. Cela permettrait à tout le monde de savoir : « Tiens, quelqu'un enquête. » Elle pourrait ensuite ajouter des notes sur ce qu'elle compte faire. Dans ces notes, elle pourrait mentionner des personnes si elle souhaite que d'autres personnes soient impliquées dans l'enquête.
Imaginons que Chang écrive : « Hé, Joseph Carlson, envoyez-moi les détails sur la défaillance du régulateur la semaine dernière. » Mme Chang pense que cela pourrait avoir un rapport avec cela. Elle veut obtenir ces détails de Joseph. Lorsque j'enregistrerai ceci, plusieurs choses vont se produire. Tout d'abord, l'État va être chargé d'enquêter.
Ensuite, Joseph, puisqu'il a été mentionné, va recevoir un e-mail et une notification dans JMP Live, lui faisant savoir que Chang lui a demandé des informations afin qu'il puisse les lui fournir, soit directement ici, soit hors ligne.
Je vais simplement cliquer sur « Enregistrer ». Vous remarquerez peut-être aussi que cet avertissement de carte de contrôle était auparavant un cercle rouge, mais maintenant il est un losange orange, car il est en cours d'investigation, contrairement à celui-ci, qui est toujours ouvert. Personne ne l'examine. Quelqu'un pourrait peut-être s'en occuper.
En survolant le point, vous pouvez consulter toutes sortes d'informations sur ce qui se passe, les personnes qui y sont affectées, son statut et les notes prises. C'est un excellent moyen de consulter facilement ce qui s'y passe.
Supposons maintenant que Joseph fournisse à Chang les informations nécessaires et qu'elle conclue que le problème est dû à la défaillance du régulateur. Chang pourra revenir plus tard et dire : « C'était la défaillance du régulateur », puis elle pourra marquer le problème comme résolu et l'enregistrer pour qu'il apparaisse désormais en vert. Encore une fois, cela indique clairement qu'il n'y a plus lieu de s'inquiéter. Nous comprenons ce qui se passe.
La carte de contrôle elle-même comporte toujours un point d'exclamation dans les avertissements de ce petit panneau latéral, car il reste un avertissement non résolu. Il faudra bien que quelqu'un s'en occupe également.
Imaginons que Chang s'attribue également ce problème, le marque comme résolu et mentionne le même problème ici. Elle va enregistrer cette modification. Les deux avertissements de la carte de contrôle s'affichent alors en vert.
Maintenant que tout est résolu dans ce panneau de gauche, une coche verte apparaîtra partout où vous verrez ce graphique de contrôle dans JMP Live, indiquant qu'il n'y a aucun problème. Tout est en ordre. Plus besoin de s'en soucier.
Il s'agit du processus de tri des cartes de contrôle, une nouveauté de JMP Log 19. Une autre présentation complète de Michael Goff est consacrée à ce processus et l'explique plus en détail. Si cela vous intéresse, vous pouvez également consulter la contribution de Michael Goff et sa présentation.
Très bien, un sujet connexe, lié au contrôle qualité et processus, ainsi qu'aux avertissements des cartes de contrôle, concerne nos travaux sur le criblage des processus. Voyons maintenant quelques-uns de ces autres points. Je vais ouvrir la table de données d'échantillons de capacité des semi-conducteurs et exécuter le script de criblage des processus qui s'y trouve. Ce script génère un tableau répertoriant tous les processus documentés et leur état. Je peux ensuite y ajouter le tracé des objectifs et le graphique des performances des processus.
Maintenant, si j'avais publié ce rapport dans JMP Live 18, voyons à quoi il ressemblerait. Je retourne dans le navigateur, en haut. Il s'agit exactement du même rapport que je viens de créer, publié dans JMP Live 18 au lieu de 19. Qu'obtient-on ici ? Si je clique sur des éléments, ce n'est pas vraiment dynamique. Il ne se passe pas grand-chose. Je peux faire défiler la page vers le bas et je trouverai le graphique des objectifs et le graphique des performances du processus ici.
Mais si je clique sur un point du graphique d'objectif, rien ne se passe. Je n'obtiens aucune interactivité. Rien d'autre n'est sélectionné, ni sélectionné dans l'autre graphique. Rien de ce que l'on attend de JMP ne se produit dans JMP Live 18.
Publions sur JMP Live 19 et voyons si cela s'améliore. Retour à JMP, Fichier, Publier, Rapports sur JMP Live. Voilà le rapport. Je publie un nouveau rapport. Je vais le publier dans le dossier « Sélection des processus ». Le titre me convient. Je n'ai pas besoin d'ajouter de description. Continuons. Je ne souhaite pas que de nouvelles données soient publiées. Je ne veux pas trouver d'autres données déjà présentes sur JMP Live. Il se peut que ce ne soient pas les mêmes. Ensuite, je publierai.
Cela prend quelques secondes, mais c'est fait. Depuis la boîte de dialogue « Publier les résultats », je peux à nouveau cliquer sur « Ouvrir » pour l'ouvrir dans JMP Live, dans mon navigateur. Le résultat est là. Apparemment, c'est à peu près pareil, mais cliquons sur, disons, NPN9 ici ; il est sélectionné et le graphique de contrôle du processus NPN9 s'affiche ici, à droite.
Je voudrais peut-être comparer cette carte de contrôle au processus NPN6. Je peux effectuer une sélection multiple et comparer. J'essaierai aussi le PNP pour en avoir trois. Je peux sélectionner autant de processus que je veux dans le graphique, et je peux voir leurs cartes de contrôle individuelles à droite, les comparer et voir s'il y a des similitudes entre eux. Ce genre de choses.
Maintenant, qu'en est-il du graphique des objectifs et du graphique de performance du processus ? Pas besoin de faire défiler la page jusqu'en bas pour les voir. Nous les avons placés dans des onglets séparés dans le même rapport. Si je clique sur le graphique des objectifs, je le vois, et mes cartes de contrôle sont toujours là pour ces trois points. Vous pouvez voir que les points les plus foncés correspondent à ces trois points. Deux d'entre eux se trouvent dans la section des graphiques des objectifs. Ils fonctionnent bien. Celui-ci, l'autre, est un peu plus loin.
Mais si je clique ici, je peux sélectionner un autre ensemble de points à examiner. Prenons ces quatre ou cinq processus. Je suppose qu'il y en a quatre. Je peux les sélectionner, puis consulter les cartes de contrôle, les comparer et essayer de comprendre pourquoi aucun d'entre eux n'atteint l'objectif.
De même, si j'accède au graphique de performance du processus, je vois les quatre points sélectionnés dans le graphique des objectifs. Si je ne souhaite plus les consulter, je peux les désactiver, puis cliquer sur d'autres points. Je clique sur celui-ci. Je peux voir le graphique de contrôle correspondant.
Une expérience beaucoup plus interactive avec le filtrage des processus dans JMP Live 19. Si vous aimez le filtrage des processus, si vous l'utilisez, vous voudrez peut-être vérifier ce que JMP Live 19 peut faire pour vous pour distribuer votre filtrage des processus dans toute votre organisation et le rendre interactif comme vous l'avez vu ici.
Voici quelques nouveautés majeures de JMP Live 19. Abordons brièvement quelques améliorations générales concernant l'ergonomie et l'interface utilisateur. La fenêtre d'accueil a notamment retenu notre attention. Revenons à JMP Live 18 et examinons-la.
Ce n'est pas très clair. Il affiche simplement une liste de tous les articles auxquels vous avez accès, classés par ordre décroissant de date de dernière mise à jour. Vous voyez les articles les plus récents en premier, suivis des articles les moins récemment mis à jour plus bas, mais pas grand-chose d'autre.
JMP Live 19 est beaucoup plus précis. Nous avons une section « Consultés récemment » : si vous avez consulté un article hier, vous y reviendrez peut-être aujourd'hui et vous en discuterez peut-être. Vous pouvez y revenir immédiatement pour continuer à le consulter.
Il est essentiel de garder à disposition les éléments récemment consultés. Vous trouverez ici les six premiers, mais vous pouvez cliquer sur « Voir tout » pour visualiser tout ce que vous avez vu, par ordre décroissant de date de consultation. Vos favoris sont récapitulés dans cette section. Les favoris ont leur propre page, accessible également depuis cet emplacement. Nous en avons également ajouté certains sur le tableau de bord principal pour que vous puissiez les consulter.
Encore une fois, en mettant l'accent sur les avertissements relatifs aux cartes de contrôle, nous avons consacré une section entière à ces avertissements, qui répertorie tous les articles contenant des avertissements. Je vais cliquer sur « Voir tout » pour celui-ci, car il est plutôt intéressant.
De ce fait, ces trois états des cartes de contrôle nécessitent une attention particulière et une résolution complète. Cette page vous permet de filtrer les publications contenant des avertissements relatifs aux cartes de contrôle en fonction de leur état.
Si les problèmes entièrement traités ou en cours d'investigation ne m'intéressent pas, je souhaite simplement consulter les cartes de contrôle que personne ne consulte afin de voir celles qui nécessitent des améliorations. Les cartes de contrôle auxquelles personne ne prête attention, afin de pouvoir les consulter facilement et leur attribuer des avertissements, etc. Pour vous aider à gérer cela.
En bas se trouve la section « Récemment mise à jour », qui reprend pratiquement tous les éléments de JMP Live 18. C'est la seule chose que vous y voyiez : les mêmes articles se trouvent ici. Un avantage : vous pouvez restreindre l'accès à tous les espaces de JMP Live. Vous pouvez accéder à de nombreux espaces auxquels vous n'avez pas vraiment accès. Si vous le souhaitez, vous pouvez simplement consulter les articles de vos espaces favoris.
Il se trouve que je n'ai aucune publication dans mes espaces favoris. J'en ai peut-être besoin de plus. Comment faire ? Nous avons également beaucoup travaillé sur les espaces. Dans JMP Live 18, si vous alliez dans l'onglet « Espaces » en haut de JMP Live, vous n'obteniez qu'un répertoire de tous les espaces. C'est tout ce que vous pouviez voir à partir de là.
Dans JMP Live 19, lorsque vous cliquez sur le menu déroulant Espaces, vous voyez vos espaces favoris, vos espaces récemment visités, puis si vous cliquez sur Afficher tous les espaces, vous reviendrez au même répertoire que nous avions dans JMP Live 18.
Comment ajouter un espace à mes favoris ? Je peux cliquer ici et cliquer sur l'étoile. Les nouveautés de JMP Live sont désormais un de mes espaces favoris. Je reçois désormais mes publications ici, dans la section « Espaces favoris ». Je peux être sûr que, dans la liste des espaces à gauche de mon tableau de bord, les nouveautés de JMP Live 19 seront toujours affichées ici, car je les ai ajoutées à mes favoris.
Cette section vous présente les espaces que vous avez ajoutés à vos favoris ainsi que ceux que vous avez récemment visités. Elle évoluera au fil de vos visites.
Voilà pour les points forts de ce que nous avons apporté à la fenêtre d'accueil et à l'histoire de votre tableau de bord dans JMP Live. La prochaine fois, je passerai à une série de sections sur les modifications apportées aux données actualisables. L'un des points forts de JMP Live est la possibilité, une fois les données publiées dans JMP Live, de les consulter et de configurer un script d'actualisation (un script JSL) pour actualiser ces données depuis, par exemple, une base de données, un fichier sur disque ou autre, à tout moment.
Une fois les données actualisées, tous les rapports qui en dépendent se régénèrent automatiquement. C'est un excellent moyen de maintenir votre site JMP Live actif et à jour. Nous avons apporté une série d'améliorations aux scripts d'actualisation et à leurs possibilités dans JMP Live 19.
Commençons par les données liées. Voici un dossier contenant quatre rapports et quatre tables de données. Le petit cercle, en forme de recyclage, indique qu'il s'agit de tables de données actualisables. C'est ce que signifie ce symbole.
Nous avons des villes américaines, du Texas, de Caroline du Nord et de Californie. Ces trois villes semblent contenir un sous-ensemble des villes américaines de Postgres. Commençons par examiner les données de la ville américaine. Voici les données ; ensuite, dans les paramètres, je peux consulter son script d'actualisation.
Voici un script d'actualisation des données démographiques d'une ville américaine. Il semble s'agir d'une requête de générateur de requêtes qui s'appuie sur une base de données RDS, une base de données PostgreSQL sur Amazon. Elle récupère sur Amazon des données pour les 50 États américains. Elle contient plusieurs colonnes. Après avoir récupéré les données, un script post-requête calcule les pourcentages de femmes, d'hommes et d'anciens combattants pour chaque enregistrement, pour chaque ville, et dans chaque État.
C'est une requête assez complexe. Il faut aller jusqu'à RDS pour obtenir des données. Ça a l'air bien. Mais j'ai d'autres tables de données, Texas, Caroline du Nord et Californie, qui ne sont en réalité que des sous-ensembles de cette table des villes américaines.
Je préfère ne pas le faire, car ces autres tables doivent être transférées vers Postgres et RDS, et les données doivent être récupérées depuis là, alors que je récupère déjà les données de RDS ici. J'effectue certaines opérations, comme la création de colonnes calculées, et je travaille. Je ne veux pas dupliquer ce travail pour les autres tables dont j'ai besoin.
Pour ces autres tables, je voudrais commencer par les données présentes, puis les sous-ensembles en fonction de l'état. C'est possible dans JMP Live 19.
Prenons l'exemple du Texas. Voyons les paramètres. Pour le Texas, j'ai pu ajouter une table de données référençables. C'est un mot long, mais il s'agit en réalité d'une table de données liées. Vous pouvez donc y ajouter d'autres données, y trouver d'autres données sur votre système JMP Live, les sélectionner et les enregistrer, ce qui les ajoute à votre liste de tables de données référençables.
N'importe quelle table de cette liste JMP Live peut être référencée ici dans votre script d'actualisation. Vous pouvez utiliser une approche : vous pouvez combiner trois ou quatre tables en une seule, par exemple pour celle-ci.
C'est une chose à faire. Dans ce cas, je souhaite simplement prendre la table des villes américaines, supprimer celle dont je n'ai pas vraiment besoin et la définir en fonction de l'État qui m'intéresse. C'est ce que j'ai fait ici. Mon script d'actualisation ne fait rien avec le générateur de requêtes. Il dit simplement : « Hé, prenez les villes américaines de la table Postgres et filtrez-les selon le code d'État : Texas », et voilà. C'est tout.
Il n'est pas nécessaire d'utiliser RDS ou quoi que ce soit. J'ai un script d'actualisation très similaire dans les tables de Caroline du Nord et de Californie. Ce que cela signifie…
Revenons au dossier qui contient tout cela. Cela signifie que si j'accède à la table des villes américaines de Postgres et que je l'actualise, je vais revenir aux données du lien. À chaque actualisation de cette table, les autres tables qui en dépendent le seront également, car elles dépendent toutes de celle-ci. À chaque actualisation de cette table, les trois autres tables le seront également.
Les données sur les anciens combattants par État, qui dépendent de ce tableau de données original, seront donc régénérées. Ensuite, les trois rapports, qui dépendent de ces trois autres tableaux, seront également régénérés.
Laissez-moi m'en débarrasser. En actualisant simplement les villes américaines depuis Postgres, toutes les autres tables et rapports de données seront actualisés ou régénérés une fois les nouvelles données disponibles. Un clic, une actualisation, et j'ai mis à jour un dossier entier de données et de rapports.
Voici quelques petites choses simples que nous avons faites. Je vais vous les montrer rapidement. Si je consulte ce rapport sur les vétérans par État, vous remarquerez que les données sont actualisables, comme celles de ce tableau. Il s'agit du tableau de la ville américaine, et il est programmé. Il est actualisé tous les vendredis à 8h00, et ce, dans trois jours.
Nous vous indiquons toujours, pour une table de données, quand elle va s'actualiser. Sans avoir à fouiller dans le calendrier, nous vous indiquons le prochain événement d'actualisation. Il aura lieu dans trois jours, car il peut y avoir trois ou quatre calendriers différents. Déterminer lequel se déclenchera ensuite peut s'avérer complexe.
Ici, on vous dit : « La prochaine actualisation aura lieu dans trois jours. » Eh bien, il s'agit du tableau de données. Qu'en est-il du rapport lui-même ? Ce qui compte vraiment, c'est le rapport qui utilise ces données.
Nous allons maintenant examiner tous ces plannings et déterminer quelles données seront actualisées en premier. Le rapport sera alors généré immédiatement après. Si vous consultez simplement un rapport, vous saurez en haut qu'il sera régénéré dans trois jours, car c'est à ce moment-là que les données suivantes seront actualisées.
C'est simplement une façon plus simple de consulter un rapport et de comprendre quand il sera mis à jour. En parlant de planifications d'actualisation, revenons-en à la planification d'actualisation. Créons une nouvelle planification d'actualisation, une planification d'actualisation supplémentaire. Supposons que nous voulions commencer à 8h00.
Je voulais répéter : dans JMP Live 18, lorsque vous ouvrez le menu déroulant « Répéter », le nombre minimal était de cinq minutes. La fréquence maximale de reprogrammation, de répétition, était de cinq minutes.
Dans JMP Live, nous trouvions cela un peu restrictif. Dans JMP Live 19, une option personnalisée permet de définir un nombre de secondes allant jusqu'à 10 secondes. Si les données sont mises à jour si rapidement qu'elles doivent être actualisées toutes les 10 secondes, c'est possible. Dans ce cas, je dirais 30 secondes. Une demi-minute, je pourrais dire 120 pour faire deux minutes.
Cela rend le calcul précis du moment d'exécution de votre script d'actualisation très flexible. Annulez-le. Je n'en ai pas vraiment besoin. Juste quelques petites améliorations apportées à l'actualisation.
Nous avons déjà parlé des planifications d'actualisation et de l'utilisation de JSL pour les créer, mais nous savons que beaucoup maîtrisent Python mieux que JSL. Avec JMP 18, JMP a considérablement amélioré l'utilisation de Python, exécutant des scripts écrits en Python.
Dans JMP Live 19, nous avons intégré cette fonctionnalité à JMP Live. Je vais consulter ce tableau des tremblements de terre. Il contient des informations sur les tremblements de terre. Il est actualisé. Il contient des données appelées « Toute la journée », qui disposent d'un script d'actualisation.
Si vous regardez ici, si vous connaissez bien JSL, vous vous direz : « Ça ne ressemble pas du tout à du JSL. » Bien sûr, non. C'est du Python. Nous avons maintenant un sélecteur de langage pour votre script d'actualisation. Vous pouvez choisir JSL ou Python. Si vous choisissez Python, vous pouvez simplement insérer un script Python ici.
Examinons cela de plus près, car il y a plusieurs choses à faire. Bien sûr, nous importons des bibliothèques, et ce sont des bibliothèques Python fournies par JMP pour faciliter l'utilisation de Python avec JMP. Il y en a deux, et une troisième ici, JMP Utils. JMP Utils vous permet d'installer les bibliothèques Python dont vous avez besoin.
Dans ce cas, je vais installer la bibliothèque Pandas afin d'utiliser les trames de données Pandas dans mon script d'actualisation. Je l'installe, puis je l'importe. J'utilise ensuite une trame de données Pandas pour lire un fichier CSV d'un site web et le stocker dans une trame de données. Je le sous-ensemble ensuite pour obtenir des magnitudes supérieures à deux tremblements de terre seulement. Je ne veux pas de ces petits tremblements de terre insignifiants qui ne signifient pas grand-chose.
Je récupère ce sous-ensemble, puis, pour que cela soit renvoyé à JMP et à JMP Live, il faut qu'il s'agisse d'une table de données JMP. Or, JMP fournit un utilitaire permettant de convertir une trame de données en table de données JMP. Il suffit d'appeler la fonction « from data frame » de la bibliothèque Python JMP pour créer une table de données. Voici la syntaxe utilisée en Python pour renvoyer ce résultat à JMP suite à votre script d'actualisation.
Quelques complications, mais cela vous permet, si vous maîtrisez Python, de rester en Python. Je vais l'exécuter. Je vais simplement actualiser cette table, et vous constaterez que le script Python actualise les données avec succès.
Il ne me reste plus que quelques secondes… Et voilà. Ça a fonctionné. Je peux le confirmer en consultant l'historique et en constatant que l'actualisation a réussi. Ensuite, si je reviens en arrière et que je consulte le rapport, je ne pense pas qu'il ait beaucoup changé, car je l'ai fait il y a une heure ou deux. Je ne pense pas que les tremblements de terre aient beaucoup changé ces deux dernières heures, mais c'est à quoi ressemble la carte avec les données actualisées.
Si vous aimez Python, vous pouvez utiliser Python pour vos scripts d'actualisation dans JMP Live.
Voici une autre table de données avec un script d'actualisation. Je vais l'exécuter et voir ce qui se passe. Ensuite, je vous expliquerai ce qui se passe. J'exécute ce script d'actualisation. On verra s'il fonctionne. Bien sûr, cette introduction vous a probablement fait comprendre que ça ne fonctionnera pas. C'est un échec.
Je crois que dans la version 19, une nouveauté : lorsqu'un script d'actualisation échoue, pour vous éviter d'avoir à consulter l'historique pour comprendre la raison de l'échec, nous affichons le message d'erreur correspondant directement dans le panneau contenant le script d'actualisation. Vous n'avez pas besoin d'aller nulle part. Vous pouvez le consulter et identifier la cause du problème.
Il semble que nous ayons essayé d'inclure un élément appelé ADDIN_HOME, com.jmp.unitconversion. Cela signifie que ce script d'actualisation s'attend à ce qu'un module complémentaire JMP soit disponible et peut donc utiliser du code de ce module. Comment allons-nous rendre les modules complémentaires disponibles pour nos scripts d'actualisation dans JMP Live ? Eh bien, c'est possible. Le processus se déroule en deux étapes, mais voici comment procéder.
Tout d'abord, vous aurez un administrateur. Accédez aux paramètres d'administration de JMP Live. En faisant défiler la page, vous trouverez un ensemble de modules complémentaires dont un administrateur a indiqué : « Nous sommes disposés à vous autoriser à inclure ces quatre modules dans votre script d'actualisation. Ils ont été vérifiés. Nous les avons examinés. Ils sont sûrs. Tout est en ordre. »
Tout ce que vous avez à faire est de télécharger le fichier zip du module complémentaire, et nous le stockons dans JMP Live, puis lorsqu'un script d'actualisation utilise l'un de ces modules complémentaires, nous installerons ce module complémentaire sur l'instance de JMP Live sur laquelle votre script d'actualisation s'exécute, exécuterons votre script d'actualisation, puis une fois terminé, bien sûr, la session JMP est supprimée après chaque exécution du script d'actualisation et la redémarrerons.
Au redémarrage, cet ajout disparaîtra. Il ne sera présent dans votre session JMP que tant que votre script d'actualisation sera exécuté. Cela empêche les compléments ajoutés par une personne d'affecter les scripts d'actualisation d'une autre. Des collisions pourraient survenir ; nous souhaitons donc les éviter autant que possible.
C'est la première étape. Un administrateur doit confirmer : « Oui, vous pouvez ajouter, par exemple, le module complémentaire de conversion d'unités à votre script d'actualisation. » C'est fait. Si je retourne dans mon autre navigateur, je peux descendre. En faisant défiler la page, je trouve une section dédiée aux modules complémentaires dans la zone du script d'actualisation. Je clique sur « Attribuer » et je constate que la même liste de quatre modules complémentaires validés s'affiche, parmi lesquels je peux choisir de les activer pour mon script d'actualisation.
Je vais choisir la conversion d'unités et l'enregistrer. Elle apparaît ici. L'actualisation des données devrait prendre environ 20 secondes. L'opération devrait réussir, car le module complémentaire sera disponible et pourra trouver le fichier qu'il essaie d'inclure ici.
Voilà. Je ne vois pas d'erreur, et le message d'erreur a disparu. Je vais dans l'historique. Les données ont été actualisées. Apparemment, l'opération a réussi. Tout va bien.
Si vous avez des modules complémentaires à exécuter dans vos scripts d'actualisation, vous pouvez le faire. Un point important est la production de connecteurs de données par JMP Live, que d'autres peuvent également produire. Ces connecteurs sont distribués sous forme de modules complémentaires. Si vous devez utiliser des connecteurs de données, vous pouvez désormais intégrer des modules complémentaires à vos scripts d'actualisation. Vous pouvez installer ces modules complémentaires et les utiliser dans vos scripts d'actualisation.
Très bien, ceci conclut la section sur les scripts d'actualisation. Qu'en est-il des scripts de rapport, ceux de JMP Live qui régénèrent les rapports après la mise à jour des données ? Avons-nous fait quelque chose avec eux ?
Il s'avère que oui. C'est l'une de mes fonctionnalités préférées de JMP Live 19. Voici un tracé de contours des données Iris. Il semble correct, mais j'aimerais voir s'il y a des contours supplémentaires dans les données. On dirait que cela n'a été fait qu'avec un seul niveau de contours. J'aimerais peut-être en faire deux ou trois niveaux pour voir si je peux extraire davantage de contours des données.
Comment faire ? Le script qui régénère cette table a toujours été publié dans JMP Live à chaque publication de rapport. Mais jusqu'à JMP Live 19, il était en lecture seule. Impossible de le modifier. Pour modifier le nombre de courbes de niveau utilisées dans ce tracé, il fallait retourner dans JMP, retrouver le script initial, le réexécuter avec une valeur différente pour les courbes de niveau, puis le republier par-dessus celui-ci pour obtenir la nouvelle valeur.
C'était un peu fastidieux, nous avons donc décidé de l'autoriser dans JMP Live 19. Cela ressemble beaucoup au panneau de script d'actualisation des tables de données, mais il s'agit du panneau de script de régénération de rapport. Je peux l'ouvrir, modifier le nombre de niveaux de un à trois et enregistrer. Une fois enregistré, le bouton de régénération du rapport, puisque le script est désormais différent, s'activera.
Je peux cliquer sur « Régénérer le rapport » et vérifier que la modification que j'ai apportée produit bien le résultat escompté. Apparemment, c'est le cas. J'obtiens maintenant trois contours au lieu d'un seul. Je peux le constater avec ces outils. C'est le résultat souhaité. J'ai terminé et j'ai pu mettre à jour le rapport sans avoir à retourner dans JMP.
Un autre cas d'utilisation que j'utilise fréquemment est un rapport de données sur les diamants. Le prix est calculé au poids en carats. J'ai ensuite des filtres de données sur la couleur et la pureté. Mais si je me souviens bien, il y a en fait quatre C dans les diamants : le poids en carats, la couleur, la pureté et la taille. Où est la taille ? Eh bien, si je regarde les données, elles incluent la taille.
C'est juste que celui qui a créé ce rapport ne l'a pas inclus dans le script, ni dans le filtre de données, avant de le publier. Heureusement, nous pouvons maintenant modifier le script. Je peux y accéder et l'agrandir à nouveau. Je peux trouver le filtre de données ici dans le script et ajouter « Couper », « Tirer » et « Couper ». Sauvegarder. Le rapport va se régénérer. Nous allons l'activer. Cliquez dessus.
Voici le rapport mis à jour, et en bas, il y a la taille. Je souhaite uniquement une taille excellente. Je ne peux pas me permettre une taille idéale, mais excellente. Je recherche vraiment un diamant d'excellente qualité, donc je peux le sélectionner, et maintenant je peux filtrer selon ce critère en plus des autres.
Une fonctionnalité très utile est la possibilité de modifier le script d'actualisation. S'il ne correspond pas exactement à vos attentes, ajustez-le pour obtenir le résultat souhaité.
Bon, un dernier sujet : JSL. Je ne sais pas si vous le savez, mais JMP Live permet de réaliser diverses opérations à partir de scripts. Vous pouvez publier des rapports dans JMP Live via un script. Vous pouvez mettre à jour des données. JMP Live permet également diverses opérations en JSL.
Revenons à JMP et quittons cette boîte de dialogue. Voici un script qui aurait fonctionné dans JMP Live 18. Le voici :
J'ai une entreprise de fabrication de fromage, une entreprise de production de fromage, et je possède trois usines : une à Houston, une à Manchester et une à Shanghai. Ce script va générer un rapport de capacité pour chaque usine, puis le publier dans JMP Live. Cela me permettra de voir si mes usines présentent des différences en termes de capacité de traitement.
Elles partagent toutes un fichier de limites de spécifications hébergé sur JMP Live. Un bon moyen de centraliser vos limites de spécifications est de les placer dans un fichier sur JMP Live. Ainsi, tout le monde peut s'y référer, ce qui garantit une cohérence entre les différentes installations.
Voilà mon script. Voyons où il va déposer ses résultats. Si je retourne dans JMP Live et que je consulte ce fichier… Voici un dossier dans JMP Live. Il s'appelle Pads en JSL et contient des dossiers pour Houston, Manchester et Shanghai, chacune de mes usines.
Comment puis-je indiquer à JMP… Comment puis-je identifier ces dossiers dans mon script pour JMP ? Vous pourriez penser que je pourrais simplement les nommer. Dans JMP Live 18, cependant, ce n'était pas possible. Pour placer un élément dans un dossier, il fallait accéder au dossier et récupérer son identifiant, que vous trouverez ici dans la barre de titre, ou aller dans les détails, le copier, puis l'importer dans JMP et l'y placer.
C'est un peu de travail. Le script n'est pas très bien documenté, car j'ai ces identifiants dans mon script. Ça fonctionne, mais il faut les inclure dans le script. Dans ce cas, je mappe le nom de la plante. J'utilise le nom de la plante, qui est naturel, pour tout générer.
Mais ensuite, quand j'accède à JMP Live, je dois associer le nom de la plante à un identifiant pour savoir dans quel dossier la placer. Ce script ne me permet pas vraiment de savoir où elle se trouve. Quel est le dossier parent ? Difficile à dire.
Cela fonctionnerait certainement dans JMP Live 18 et JMP Live 19. Tout ce que nous avons fait dans 19 est toujours compatible avec 18. Mais dans 18, je pourrais faire les choses légèrement différemment.
Passons maintenant à un deuxième script. Voici une autre approche possible dans JMP Live 19. Dans JMP Live 19, vous pouvez utiliser les chemins et les noms de dossiers comme dans un système de fichiers Windows ou Mac. Vous pouvez naviguer dans votre système de fichiers comme ailleurs.
Si vous regardez en arrière, le nom de ce dossier, l'espace, est « Quoi de neuf ? », JMP Live 19, et le dossier est « 07paths » en JSL. Si je retourne à JMP, c'est exactement ce que je vois ici.
J'indique à JMP : je me connecte à JMP Live et, pour obtenir le dossier de base de toutes ces publications, je demande simplement à la connexion Live de me fournir un dossier avec ce chemin. Nouveautés de JMP Live 19, identiques à celles de JMP Live : auto-documentation. C'est intégré à mon script.
Ensuite, lorsque je parcours mes différentes usines de fabrication et que je souhaite obtenir le sous-dossier pour y placer un rapport, je dis simplement : récupérez-moi, à partir du dossier de base, récupérez-moi le sous-dossier qui porte le même nom que l'usine, Houston, Manchester ou Shanghai, puis publiez le contenu dans ce dossier.
C'est juste un peu mieux documenté, plus clair, et vous pouvez mémoriser les noms de vos plantes. Vous ne vous souviendrez jamais de ces identifiants ; vous devrez donc beaucoup moins consulter JMP Live pour utiliser les chemins et les noms que pour utiliser les identifiants.
Vous effectuez constamment des allers-retours : vous récupérez un identifiant, le récupérez et l'intégrez à votre script. Cela simplifie le processus de création de scripts. Je vais simplement exécuter ce script JSL, qui créera trois tracés de capacités différents et les publiera dans JMP Live, dans le dossier approprié.
Si je vais dans « Voir les nouveaux messages », il y a le fichier de capacités de Houston, celui de Manchester et celui de Shanghai. Ils se régénèrent donc pour une raison inconnue, mais ils sont tous là.
Juste une manière légèrement, je crois, un peu plus conviviale de créer un script JMP Live à partir de JMP en utilisant des chemins et des noms au lieu de devoir utiliser des identifiants.
Voilà, ma présentation des nouveautés de JMP Live 19 est terminée. Je m'appelle Eric Hill et mon adresse e-mail est eric.hill@jmp.com.
Si vous avez des questions sur le matériel que j'ai présenté ici, n'hésitez pas à me contacter et je pourrai répondre à toutes vos questions ou vous orienter dans la bonne direction.
