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, ce serait bien d'avoir une double limite supérieure pour les choses que je surveille, une limite d'alerte lorsque les niveaux ou les comptes deviennent élevés et une limite d'action qui démarre dans un ensemble d'actions pilotées par SOP.
Malheureusement, JMP n'inclut pas de propriété EM Limits. Heureusement, c'est très 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 ci-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 allumé 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 la limite d'alerte. Les options incluent l'envoi de la table de dialogue vers une table de données (utile comme modèle), l'envoi des valeurs de la table de dialogue à la propriété de colonne EM Limits (la nouvelle créée par ce script) L'obtention des limites d'une table de données et leur envoi directement à la propriété de colonne, ainsi que la table de dialogue, et enfin un bouton pour créer un ensemble de diagrammes d'exécution EM qui incluent les limites d'action et d'alerte sous forme de 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 ci-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 sophistiqué dans le script, voici donc une version légèrement simplifiée. Remarque : :room 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 faites-moi savoir si cela vous semble utile ou ce que vous pourriez ajouter. Il ne s'agit que d'une première ébauche d'une solution conceptuelle à un problème assez précis. Dans le même temps, cette approche pourrait facilement être généralisée pour fonctionner dans de nombreux contextes différents.
Tu veux 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 voudrait utiliser à la place ?
Je pense que c'est bon! Je le publierais et verrais quel genre de commentaires vous recevez.
