스크립팅 인덱스를 약간 수정하여 다음을 수행한다고 가정해 보겠습니다.
Names Default To Here( 1 );
dt = Open( "$SAMPLE_DATA/Semiconductor Capability.jmp" );
obj = dt << Process Screening( Grouping( :Site, :lot_id ), Process Variables( Eval( 5 :: 132 ) ), automaticrecalc(1) );
Grouping() 열의 다양한 값 조합에 대한 행이 포함된 다음과 같은 보고서가 표시됩니다.
그리고 그 행은 다양한 플롯으로 가는 관문 역할을 합니다.예를 들어 해당 플랫폼에서 이러한 grouping() 열을 By()로 사용한 것과 거의 유사한 프로세스 기능 또는 제어 차트를 얻을 수 있습니다.그러나 그룹화 열 값이 누락되었거나 문자인 경우 공백이 있는 그룹화에 대해서는 행을 얻을 수 없습니다.따라서 lot_id 값을 공백으로 바꾸거나 SITE를 누락으로 바꾸면 보고서에 해당 내용이 표시되지 않으므로 주의가 필요한 일부 데이터가 있는지 알 수 없습니다.
JMP 지원팀과 이 문제에 대해 논의했을 때 이는 다른 JMP 플랫폼과도 일치한다는 말을 들었습니다. 예를 들어 비어 있는 X 값은 Oneway의 X축에 표시되지 않습니다.하지만 내 관점에서는 Grouping()이 이 경우 By()와 훨씬 더 유사하다는 것입니다(누락된 값이나 공백 값을 사용하여 by 그룹에 대한 플롯을 만듭니다).Grouping()의 상황은 해당 그룹을 인식하고 행을 생성하는 요약/요약과 유사합니다.
Process Screening에 By()가 있고 Grouping()이 없다는 점은 감사하지만, 이러한 그룹을 표시하고 by()에서 볼 수 있는 것과 동일한 플롯에 대한 액세스를 제공하는 것이 가치가 있다고 생각합니다(예: 누락된 SITE에 대한 보고서를 볼 수 있는 동일한 열에 by()를 사용하여 관리 차트()를 실행했습니다.
결론은 결국 이 관점을 고려할 수 있도록 이에 대한 위시리스트 항목을 만들도록 격려받았다는 것입니다.
적어도 옵션으로서는 가치가 있다고 생각합니다.
이 아이디어가 왜 중요한가요?
주요 문제/가치는 다양한 다른 보고서에 대한 관문인 프로세스 심사에서 시작하여 데이터의 일부 또는 문제를 놓칠 수 있다는 것입니다.그룹화당 여러 수준이 있고 시스템 소스에서 제공되는 데이터를 사용하여 여러 그룹화에 포함된 대량의 데이터를 사용하는 고객과 작업하는 동안 이 점에 주목하게 되었습니다.어느 정도 프로세스 스크리닝은 수많은 프로세스를 선별할 수 있다고 광고되므로 일부 데이터에 결함이 있을 가능성과 이를 간과할 가능성이 높아지는 상황입니다.이 플랫폼은 그러한 그룹을 포함하는 것은 물론이고 강조할 수도 있습니다.
