
Parfois, les limites de spécification et les limites de contrôle sont trop restrictives et j'ai besoin d'un autre type de limite, comme par exemple lorsque je travaille avec des données de surveillance environnementale. Dans ce cas, il serait bien d'avoir une double limite supérieure pour les choses que je surveille, une limite d'alerte lorsque les niveaux ou les nombres deviennent élevés et une limite d'action qui déclenche un ensemble d'actions basées sur les SOP.
Malheureusement, prêt à l'emploi, JMP n'inclut pas de propriété EM Limits. Heureusement, il est super facile à ajouter et à utiliser avec juste un peu de personnalisation. Et avec beaucoup de personnalisation, ce concept initial (ci-dessous) peut être utilisé pour charger des valeurs dans cette nouvelle propriété de colonne.
Le script joint imite la plate-forme JMP Spec Limits Manager... en quelque sorte.
La première boîte de dialogue est utilisée pour sélectionner les colonnes appropriées. Il dispose également d'une option pour définir des limites quantiles. (en fait, il est activé par défaut et il ne s'éteint pas encore).

Après avoir sélectionné les colonnes, une boîte de dialogue de tableau s'affiche avec une ligne pour chaque colonne sélectionnée et une colonne pour modifier la valeur de l'action et de la limite d'alerte. Les options incluent l'envoi de la table de dialogue à une table de données (utile comme modèle), l'envoi des valeurs de la table de dialogue à la propriété de colonne Limites EM (la nouvelle que ce script crée) Obtenir les limites d'une table de données et les envoyer directement à la propriété de colonne, ainsi que la table de dialogue, et enfin un bouton pour créer un ensemble de graphiques d'exécution EM qui incluent les limites d'action et d'alerte comme lignes de référence horizontales. Notez que le bouton graphique ne fonctionnera pas s'il n'y a pas de limites d'action et d'alerte.

Dans le script joint, les lignes de référence dans les graphiques sont réalisées en référençant les valeurs de la propriété de colonne EM Limits.
C'est un peu fantaisiste dans le script, alors voici une version légèrement simplifiée. Remarque : : pièce 1 est un nom de colonne dans ma table de données, votre étiquette peut varier.
em=:room1<< Get Property( "EM Limits" ); //get the column property values and put them in a list
Control Chart Builder(
Size( 900, 240 ),
Show Two Shewhart Charts( 0 ),
Test Excluded Subgroups( 1 ),
Show Control Panel( 0 ),
Show Limit Summaries( 0 ),
Variables( Subgroup( :date ), Y( :room 1 ) ),
Chart(
Points( Statistic( "Individual" ) ),
Limits(
Sigma( "Moving Range" ),
Show Center Line( 0 ),
Show Lower Limit( 0 ),
Show Upper Limit( 0 )
)
),
SendToReport(
Dispatch(
{},
"room 1",
ScaleBox,
{Add Ref Line( em[1], "Solid", "Black", "Action "||char(em[1]), 1 ), //em[1] is the first thing in the list
Add Ref Line( em[2], "Solid", "Black", "Alert "||char(em[2]), 1 )}. //em[2] is the second thing in the list<BR /> //"em" is a list, defined on the first line
)
)
)
Jetez un œil à ceci et dites-moi si cela vous semble utile, ou ce que vous pourriez ajouter. Ceci n'est qu'une première ébauche d'une solution conceptuelle pour un problème assez étroit. En même temps, cette approche pourrait facilement être généralisée pour fonctionner dans de nombreux contextes différents.
Vous voulez dire à part les erreurs grammaticales ?
J'aime l'approche consistant à baser les deux limites sur des quantiles, mais quelqu'un aurait-il des limites prédéterminées qu'il souhaite utiliser à la place ?
Je pense que c'est bon! Je le publierais et je verrais quel genre de commentaires vous obtenez.