기록 관리 차트 세트에서 NELSON 규칙 위반 목록 제공이벤트가 발생하는 매개변수에 대해 넬슨 규칙 위반이 있는 배치를 추출해야 합니다. 목록을 직접 생성할 수 있는 방법이 있습니까?
품질 및 프로세스 엔지니어링Re: 기록 관리도 세트에 NELSON 규칙 위반 목록을 제공하십시오.안녕 @자라 ,
이를 수행하는 데는 여러 가지 옵션이 있을 수 있지만 다음은 매우 간단한 옵션입니다.
컨트롤 차트가 빌드되고 컨트롤 차트 빌더 옵션에서 Nelson 테스트가 선택되면 빨간색 삼각형을 클릭하고 "요약 저장"을 선택할 수 있습니다. 이전에 원래 데이터 테이블에 있던 것과 동일한 관찰을 가진 테이블을 생성하지만 "테스트 실패" 및 컨트롤 차트 설정과 같은 일부 추가 열이 있습니다. 그런 다음 이 열을 기준으로 쉽게 정렬하고 테스트 실패가 없는 행을 필터링할 수 있습니다.
이 솔루션은 아마도 JSL 스크립팅으로 자동화될 수 있습니다.
"테스트 실패" 열이 있는 테이블 요약에 대한 "제어 차트 빌더" 및 "프로세스 측정 - 프로세스 4 요약" 스크립트를 사용하여 데이터 테이블 프로세스 측정에 제공된 예제를 볼 수 있습니다.
도움이 되길 바라며,
Re: 기록 관리도 세트에 NELSON 규칙 위반 목록을 제공하십시오.귀하의 도움과 예제 파일 제공에 대해 Victor에게 감사드립니다. 이것은 각 매개변수에 대한 새로운 요약 테이블을 보여주며 너무 많은 매개변수(100개 이상)가 있을 때 모든 단일 파일을 필터링하고 요약에 함께 넣는 것은 매우 수동적일 것입니다.
모든 배치의 모든 실패 목록, 도움이 될 수 있는 아이디어가 포함된 최종 보고서를 작성해야 합니다. 실패가 이미 결과에 있을 때 어떻게든 목록을 생성할 수 있다고 생각했습니다.
Re: 기록 관리도 세트에 NELSON 규칙 위반 목록을 제공하십시오.모든 배치의 모든 실패를 나열하는 한 가지 방법은 Process Screening Platform을 사용하여 모든 알람을 켠 다음(빨간색 삼각형, 테스트 선택, 모두 활성화) 세부 정보 테이블을 출력하는 것입니다(빨간색 삼각형, 세부 정보 테이블 저장). 아래 스크립트는 몇 가지 샘플 데이터를 사용하고 모든 행이 위반하는 모든 Nelson Rules 목록이 포함된 Alarm 열을 포함하는 이 테이블을 출력합니다.
Names Default To Here (1);
dt = open ("$SAMPLE_DATA\Consumer Prices.jmp");
rpt = dt << Process Screening(
Process Variables( :Price ),
Grouping( :Series ),
Control Chart Type( "Indiv and MR" ),
Time( :Date ),
Subgroup Sample Size( 3 ),
Test 2( 1 ),
Test 3( 1 ),
Test 4( 1 ),
Test 5( 1 ),
Test 6( 1 ),
Test 7( 1 ),
Test 8( 1 ),
Range Limit Exceeded( 1 )
);
dt_final_report = rpt << Save Details Table();
Re: 기록 관리도 세트에 NELSON 규칙 위반 목록을 제공하십시오.안녕 @자라 ,
또 다른 옵션은 "경보 스크립트"의 스크립트를 사용하는 것입니다. 이 스크립트는 샘플, 행 및 경보 테스트를 나열하는 것과 같이 예상대로 수행하는 것으로 보입니다.일부 관련 정보는 여기에서 찾을 수 있습니다. 해결됨: 제어 차트 알람 스크립트: 행을 데이터 테이블로 식별 - JMP 사용자 커뮤니티
여러 매개변수를 확인하려면 플랫폼 프로세스 스크리닝을 사용하는 것이 더 효율적입니다.
Re: 기록 관리도 세트에 NELSON 규칙 위반 목록을 제공하십시오.귀하의 요청에 도움을 드릴 수 없으므로 이 게시물이 유용하지 않은 경우 무시하십시오. 아아, 왜 당신이 이것을 원하는지 이해가 안 돼요? 지정 가능한 원인 변동(Nelson 또는 Western Electric 규칙)의 증거인 특정 데이터 포인트와 상관 관계가 있는 배치 그들이 실패라고 표시하지 마십시오 . 이것이 사양이 의도한 바이며 우리는 사양이 실제 프로세스 변화와 거의 관련이 없다는 것을 확실히 알고 있습니다(그들은 독립적으로 파생되기 때문입니다).
제어 한계는 사양 한계와 같지 않습니다.
컨트롤 차트 방법의 원래 의도는 변동 원인을 비교하고 인과 구조를 이해하는 데 도움을 주는 것이었습니다(물론 적절한 비교를 위해 먼저 비교 기준인 하위 그룹 내 변동의 일관성을 테스트해야 하므로 범위 차트). . 그들은 적극적으로 사용될 때 가장 잘 작동합니다. 예를 들어, 범위 차트가 "제어 불능" 상태를 표시하는 경우 이는 프로세스에서 하나 이상의 x가 이 시점에서 지정 가능하게 다르다는 것을 나타냅니다. Shewhart는 사후 분석이 아니라 프로세스가 실행되는 동안 이 시점에서 조사하는 것이 가치가 있을 것이라고 제안합니다. 비유를 사용하겠습니다. 당신이 형사라고 상상해보십시오. 범위 차트에 OOC 조건이 표시되면 범죄가 발생하고 있는 것입니다. 범죄가 저질러졌을 때 실제로 그 자리에 있었다면 해결하기 다소 쉬운 범죄일 것입니다(vs. 범죄가 저질러진 후 단서를 찾고 이후에 가설을 테스트해야 함).
따라서 귀하의 예를 들어, 귀하는 말하자면 x가 자신을 노출하는 동안 프로세스에서 x의 영향을 실시간으로 볼 수 있는 기회를 이미 놓쳤습니다. 이러한 OOC 조건과 상관 관계가 있는 배치는 실제로 지금까지 만든 최고의 배치일 수 있습니다.
BTW, 다른 방식으로 데이터를 그릴 수 없다는 의미는 아닙니다.
Re: 기록 관리도 세트에 NELSON 규칙 위반 목록을 제공하십시오.귀하의 의견에 감사드립니다. 귀하가 말씀하신 모든 내용에 동의하며 실제로 실시간 접근 방식으로 컨트롤 차트를 사용하고 있으며 컨트롤 제한이 사양 제한이 아님을 알고 있습니다...
따라서 내 요청은 CPV 또는 추가 분석과 관련이 없습니다... 역사를 되돌아보고 문서의 일부로 많은 배치와 로트에 대해 이 경우 "Nelson Rules Violation(넬슨 규칙 위반)"을 모두 나열해야 하기 때문입니다. 그게 다입니다. 일상적인 관리 차트와 연속 처리가 다르다는 것을 알고 있습니다.
