결함 추적 데이터 모델
  • 21 Oct 2024
  • 3 읽을 분
  • 기여자

결함 추적 데이터 모델


기사 요약

개요

데이터 아키텍처를 올바르게 파악하는 것은 프로세스 개선을 위한 올바른 조치를 취하는 데 매우 중요합니다. 해결해야 할 문제는 거의 동일하지 않기 때문에 데이터는 결코 만능이 아닙니다. 이 Functional Example에서는 결함 추적에 권장되는 핵심 데이터를 간략하게 설명합니다. 이 기능 예제를 확장하기 위해 Field를 자유롭게 추가하세요.

개념 확장 문서에서는 이 데이터 모델을 기반으로 더 많은 가치를 창출할 수 있는 몇 가지 방법에 대해 설명합니다.

테이블

이 애플리케이션은 데이터 저장을 위해 테이블을 사용합니다. 특히 결함 추적이 여러 앱에 걸쳐 존재하는 경우 동일한 테이블을 여러 앱에서 사용할 수 있다는 점에서 Composability의 중요한 특성인 테이블을 사용하는 것이 좋습니다(완성을 사용하는 것보다).

이 애플리케이션은 단일 [결함 이벤트] 테이블에 의존합니다.

개념 확장에서는 주문 추적 또는 기타 사용 사례와의 보다 광범위한 상호 연결을 포함하여 이 데이터 모델을 확장할 수 있는 몇 가지 기회를 다룹니다.

[결함 이벤트] 테이블

Defect Events.png

결함 이벤트 테이블은 프로세스에 대한 가시성을 높이는 데 필요한 기본 뼈대입니다. 일부 테이블 레코드 필드는 선택 사항이며, 일부 필드는 작업에 대한 가시성을 유지하기 위해 반드시 필요합니다.

이러한 필드는 반드시 사람이 입력할 필요는 없습니다. 주문 정보는 외부 데이터 소스에서 가져오거나 조건부 논리를 기반으로 추론할 수 있습니다.

예. 결함 설명은 재료 변수 및 이유 변수와 표현식을 결합하여 자동으로 계산됩니다:

'결함 ' + @Variable.Material + ' 때문에 ' + @Variable.Reason'

테이블 Fields

ID (텍스트)- 모든 테이블에는 각 테이블 레코드를 고유하게 나타내기 위해 ID 열이 필요합니다. 이 사용 사례에서는 임의의 문자열을 레코드 ID로 사용합니다.

설명 (텍스트) - 결함에 대한 사람이 읽을 수 있는 설명입니다. 용어집.기능 예시}}에서는 " 사유로 인한 결함 자료 " 형식을 따릅니다.

보고 날짜 (날짜/시간) - 결함이 처음 보고된 시간입니다.

신고자 (사용자) - 결함을 신고한 사용자입니다. 기능 예제에서는 로그인한 사용자로 채워져 있지만 정적 사용자로 설정하거나 사용자가 보고자를 선택할 수 있도록 할 수 있습니다.

자료 ID (텍스트) - 결함이 발견된 자료의 ID입니다. 이 필드를 [Materials] 테이블에 연결된 레코드로 대체하면 개념을 확장하는 좋은 방법이 될 수 있습니다.

수량 (숫자) - 이름에서 알 수 있듯이 결함이 발견된 부품의 수량입니다.

이유 (텍스트) - 상태 필드와 마찬가지로 이유 필드를 활용하여 결함을 올바른 팀에 자동으로 라우팅할 수 있습니다.

예. 모든 초과 재고 결함은 생산 관리자가 처리해야 합니다.

양수인 (사용자) - 결함을 처리할 책임이 있는 사용자입니다. 사유에 따라 동적으로 설정하거나 단일 사용자/팀으로 정적으로 설정할 수 있습니다.

상태 (텍스트) - 이 결함의 현재 상태입니다. 결함이 Functional Example에서 보고되면 기본값은 NEW로 설정됩니다. 사용 사례에서 결함은 3가지 상태로 이동합니다.1. NEW2. 검토 중3. CLOSED

댓글 (텍스트) - 결함에 대한 메모를 수집할 수 있는 자유 형식 텍스트 필드입니다. 이 필드를 근본 원인 분석의 일부로 활용하세요. 용어집.디지털 기록 이력}} 위젯과 결합하면 각 결함에 대한 기록 데이터를 볼 수 있습니다.

사진 (이미지)- 결함의 사진을 수집합니다. 이미지를 활용하여 근본 원인을 더 잘 이해할 수 있습니다.

결함종료 날짜 (날짜/시간)- 결함이 해결되면 이 필드에서 결함 보고서가 종료된 날짜를 추적할 수 있습니다. 애널리틱스에서 이 필드를 활용하여 기존 미결 결함 보고서의 백로그를 파악할 수 있습니다.

발견된 위치 (텍스트)- 결함이 처음 발견된 위치를 기준으로 결함을 정렬합니다. 이 필드를 사용하여 프로세스에서 가장 일반적인 실패 지점을 중심으로 인사이트를 도출하세요. 또한 이 필드를 활용하여 결함을 올바른 담당자에게 할당할 수 있습니다.

다음 단계 (텍스트) - 과 결합하면 결함에 대한 해결 방법을 추적할 수 있습니다. 위젯 사용자는 결함이 어떻게 해결되었는지 확인할 수 있습니다.


이 문서가 도움이 되었습니까?