Manchmal sind Spezifikationsgrenzen und Kontrollgrenzen zu einschränkend und ich benötige einen anderen Grenzwerttyp, wie zum Beispiel wenn ich mit Umweltüberwachungsdaten arbeite. In diesem Fall wäre es schön, eine doppelte Obergrenze für die Dinge zu haben, die ich überwache, eine Warngrenze, wenn Levels oder Counts hoch werden, und eine Aktionsgrenze, die eine Reihe von SOP-gesteuerten Aktionen auslöst.
Leider enthält JMP standardmäßig keine EM-Limits-Eigenschaft. Glücklicherweise ist es super einfach, mit nur ein wenig Anpassung hinzuzufügen und zu verwenden. Und mit vielen Anpassungen kann dieses anfängliche Konzept (unten) verwendet werden, um Werte in diese neue Spalteneigenschaft zu laden.
Das angehängte Skript imitiert die JMP Spec Limits Manager-Plattform ... irgendwie.
Der erste Dialog dient zur Auswahl geeigneter Spalten. Es besteht auch die Möglichkeit, Quantilgrenzen zu definieren. (eigentlich ist es standardmäßig eingeschaltet und noch nicht ausgeschaltet).
Nach dem Auswählen von Spalten wird ein Tabellendialogfeld mit einer Zeile für jede ausgewählte Spalte und einer Spalte zum Bearbeiten des Werts der Aktions- und Warngrenze angezeigt. Zu den Optionen gehören das Senden der Dialogtabelle an eine Datentabelle (nützlich als Vorlage), das Senden der Werte in der Dialogtabelle an die Spalteneigenschaft EM Limits (die neue, die dieses Skript erstellt) Das Abrufen von Grenzwerten aus einer Datentabelle und das direkte Senden an die Spalteneigenschaft sowie die Dialogtabelle und schließlich eine Schaltfläche zum Erstellen eines Satzes von EM-Durchlaufdiagrammen, die die Aktions- und Alarmgrenzen als horizontale Referenzlinien enthalten. Beachten Sie, dass die Diagrammschaltfläche nicht funktioniert, wenn keine Aktions- und Warngrenzen vorhanden sind.
Im angehängten Skript werden die Referenzlinien in den Diagrammen durch Bezugnahme auf die Werte der Spalteneigenschaft EM-Grenzen erstellt.
Das Skript ist ein wenig ausgefallen, daher hier eine leicht vereinfachte Version. Hinweis: :Raum 1 ist ein Spaltenname in meiner Datentabelle, Ihr Label kann abweichen.
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
)
)
)
Schauen Sie sich das an und lassen Sie mich wissen, ob es nützlich aussieht oder was Sie hinzufügen könnten. Dies ist nur ein erster Entwurf einer Konzeptlösung für ein ziemlich enges Problem. Gleichzeitig könnte dieser Ansatz leicht verallgemeinert werden, um in vielen verschiedenen Kontexten zu funktionieren.
Du meinst außer den Grammatikfehlern?
Ich mag den Ansatz, die beiden Grenzen auf Quantilen zu basieren, aber hätte jemand vordefinierte Grenzen, die er stattdessen verwenden möchte?
Ich finde es sieht toll aus! Ich würde es veröffentlichen und sehen, welche Art von Kommentaren Sie erhalten.
