스크립팅 인덱스를 약간 수정하여 다음을 수행한다고 가정해 보겠습니다.
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()를 사용하여 관리 차트()를 실행했습니다.
결론은 결국 이 관점을 고려할 수 있도록 이에 대한 위시리스트 항목을 만들도록 격려받았다는 것입니다.
적어도 옵션으로서는 가치가 있다고 생각합니다.
이 아이디어가 왜 중요한가요?
주요 문제/가치는 다양한 다른 보고서에 대한 관문인 프로세스 심사에서 시작하여 데이터의 일부 또는 문제를 놓칠 수 있다는 것입니다.그룹화당 여러 수준이 있고 시스템 소스에서 제공되는 데이터를 사용하여 여러 그룹화에 포함된 대량의 데이터를 사용하는 고객과 작업하는 동안 이 점에 주목하게 되었습니다.어느 정도 프로세스 스크리닝은 수많은 프로세스를 선별할 수 있다고 광고되므로 일부 데이터에 결함이 있을 가능성과 이를 간과할 가능성이 높아지는 상황입니다.이 플랫폼은 그러한 그룹을 포함하는 것은 물론이고 강조할 수도 있습니다.
저는 JMP의 대부분의 플랫폼이 (프로세스 스크리닝뿐만 아니라) 어떤 방식으로든 이를 지원해야 한다고 생각합니다. 예를 들어 Graph Builder에서는 이미 그렇게 하고 있으며 JMP Pro를 사용하면 신경망도 마찬가지입니다.
그래프 빌더에는 누락된 항목을 별도의 범주로 처리하는 옵션이 있습니다.
신경망도 같은 작업을 수행할 수 있습니다(JMP Pro 사용).
기본적으로 이 설정이 너무 혼란스럽다면 빨간색 삼각형을 Shift+클릭하면 숨겨져 있을 수 있으므로 아무도 이에 대해 알 수 없습니다(예: 그래프 빌더에서 제외된 행 표시).
@하드너 , @jthi , :엄지손가락 위로:
저는 Process Screening 플랫폼에 대해서도 동일한 우려를 갖고 있습니다. 나는 모든 데이터가 복잡한 BY 변수 세트에 요약되어 있다고 생각했지만 나중에 우리가 모든 관리도를 검토하고 승인하지 않았다는 것을 깨달았습니다. 이것이 구현될 수 있기를 바랍니다. 우리는 이를 기억하기 어렵고 사람들에게 주의를 주기 어려운 BY-그룹 처리의 공백으로 봅니다.
감사해요
