공통 데이터 모델 사용 방법

공통 데이터 모델 준수를 위한 지침과 공통 데이터 모델을 만드는 방법의 예시입니다.

공통 데이터 모델이란 무엇인가요?

애플리케이션을 결합하여 사용 사례를 해결하고, 이산{target=_blank}용 Tulip 공통 데이터 모델 또는 제약용 공통 데이터 모델의 테이블을 사용하여 제조 프로세스 전반을 연결할 수 있습니다. 종속성에 의존하는 기존 데이터 모델과 달리, 구성 가능한 공통 데이터 모델은 시간이 지남에 따라 사례별로 테이블을 추가할 수 있습니다.

공통 데이터 모델은 표준화되고 확장 가능한 데이터 스키마 모음을 제공합니다. 이러한 사전 정의된 스키마는 운영 아티팩트, 물리적 아티팩트, 참조 자료, 이벤트 로그 등 다양한 유형의 데이터를 다룹니다. 이러한 스키마는 작업 지시 및 단위와 같이 널리 사용되는 개념과 활동을 표현함으로써 데이터를 더 쉽게 생성, 컴파일 및 분석할 수 있게 해줍니다. 이러한 표준화는 여러 시스템에서 데이터 처리를 간소화하는 데 도움이 됩니다.

컴포저빌리티의 공통 데이터 모델

튤립 테이블은 데이터 흐름을 처리하고 애플리케이션 간의 연결을 유지하는 데 중요한 역할을 합니다. 여기에는 애플리케이션에 표시되는 정보가 포함되어 있으며 애플리케이션은 테이블 레코드를 생성, 업데이트 및 삭제합니다. 여러 애플리케이션이 동일한 테이블을 사용하는 경우 테이블을 통해 서로 통신할 수 있습니다.

예를 들어 관리자가 한 앱에서 작업 지시를 생성하면 운영자가 다른 앱 또는 앱 집합에서 해당 작업 지시를 실행할 수 있습니다.

주어진 문제에 대한 솔루션을 설계할 때 사용할 테이블을 정의하는 것은 가장 중요한 단계 중 하나입니다. 테이블을 논리적으로 선택하면 더 간단하고 재사용 가능하며 컴포저블한 애플리케이션을 만들 수 있습니다. 적절한 양의 데이터가 테이블에 저장되면 앱 빌더는 사용되는 앱 변수의 수를 줄여 애플리케이션을 덜 복잡하고 쉽게 사용자 지정할 수 있습니다. 솔루션 내의 애플리케이션이 동일한 테이블 집합을 사용하는 경우, 애플리케이션을 재설계할 필요 없이 앱을 상호 교환하거나 구성할 수 있습니다.

모범 사례

:::(Info) (참고)공통 데이터 모델을 구성하는 테이블을 이해하려면 Tulip에 데이터를 저장하는 모범 사례:: 를 아는 것이 중요합니다:

Tulip 테이블은 기본적으로 디지털 트윈 모델을 따라야 하며, 이는 테이블이 물리적 공장 또는 작업 현장을 최대한 엄격하게 반영해야 함을 의미합니다. 과거 앱 데이터는 완료 레코드에 국한되어야 하며, 테이블이 마스터 데이터나 완료 레코드 또는 외부 레코드의 중복 데이터를 저장하는 데 사용되지 않도록 해야 합니다.

기본 테이블 유형

이상적으로 테이블은 물리적 및 운영 아티팩트를 나타내야 합니다.

이러한 테이블에는 항상 앱에 의해 정기적으로 업데이트되는 상태 필드가 포함됩니다.

아래 다이어그램은 공통 데이터 모델의 전체 테이블과 개별 제조 및 제약 사용 사례에 사용할 테이블을 보여줍니다.

다음은 공통 데이터 모델의 모든 테이블 유형에 대한 분석입니다:

물리적 아티팩트

물리적 아티팩트는 시설의 유형 개체 또는 운영 중에 사용되거나 생산되는 구성 요소입니다. 물리적 아티팩트의 상태가 변경되거나 업데이트되면 이러한 변경 사항이 기록에 반영됩니다(예: 상태 변경).

물리적 아티팩트에는 두 가지 범주가 있습니다:

1. 자산자산에는다음과 같이 프로세스에서 장비, 포함 또는 수행하는 구성 요소가 포함됩니다: * 장비 * 저울 * 위치

2. 재료재료에는다음과 같이 프로세스에서 사용되거나 생성되는 항목이 포함됩니다: * 인벤토리 항목 * 단위 * 배치

운영 아티팩트

운영 아티팩트는 운영을 가능하게 하거나 지원하는 유형 또는 무형의 요소 또는 구성 요소입니다.

운영 아티팩트에는 세 가지 범주가 있습니다:

1. 작업작업에는다음과 같은 실행 가능한 프로세스가 포함됩니다: * 검사 결과 * 칸반 카드

2. 이벤트이벤트에는다음과 같이 발생한 일이 포함됩니다: * 결함 * 수정

3. 주문주문에는다음과 같은 상품 또는 계약에 대한 정보가 포함됩니다: * 작업 지시 * 프로세스 주문

보조(고급) 테이블 유형

모범 사례 위반을 고려해야 할 때가 있습니다. 보다 고급 상황에서는 가능한 한 드물게 다음 두 가지 보조 테이블 유형을 사용해야 할 수 있습니다:

• 로그
• 참조

이러한 테이블의 데이터는 정적이며 업데이트되지 않을 가능성이 높으므로 이러한 유형의 데이터는 완료 레코드나 원래의 외부 시스템에 보관하는 것이 좋습니다.

:::(Error)Secondary table types do not fit within a Digital Twin model and should only be considered by advanced users. 이러한 테이블 유형은 솔루션 디자인 프로세스를 진행하고 다른 모든 옵션을 다 사용한 후에만 포함해야 합니다. 보조 테이블 유형은 앱 솔루션의 기초가 되어서는 절대로 안 됩니다:

로그

이벤트 로그는 프로덕션에서 무언가를 조회하고 정의할 수 있는 정보입니다. 이러한 로그는 ERP와 같은 외부 시스템에서 흔히 볼 수 있습니다. 일반적으로 기록 데이터는 앱 완료를 통해 추적되고 완료 레코드에 저장되므로 다음과 같은 경우에만 로그 테이블을 사용하면 됩니다. * 시각화 목적으로 완료 레코드에서 특정 데이터를 분리해야 하는 경우 * 이 데이터를 계산, 특히 쿼리 및 집계에 사용해야 하는 경우에만 로그 테이블을 사용하면 됩니다.

예시

• 참고 및 코멘트
• 계보 기록
• 스테이션 활동 기록
• 검사 결과

로그 테이블을 사용하지 않아야 하는 경우: * 이력 기록* 추적성

참조

참조는 애플리케이션 간에 공유되는 원장입니다. 이는 완료 기록의 개념과 유사하지만 애플리케이션 간에 공유되고 테이블 쿼리, Aggregation, 튤립 테이블의 변경 가능성에 액세스할 수 있다는 점이 다릅니다.

가능한 경우, 데이터는 HTTP 커넥터를 통해 ERP와 같은 원본 소스에서 직접 실시간으로 가져와야 합니다. 다음과 같은 경우에 참조 테이블을 사용해야 할 수도 있습니다. * 일시적으로 ERP에 연결을 설정하는 동안 * 외부 시스템에 Tulip으로 보강해야 하는 제한된 참조 데이터가 포함된 경우.

솔루션이 성숙해지고 시스템이 더욱 통합되고 긴밀하게 연결됨에 따라 시간이 지남에 따라 접근 방식이 발전할 것입니다.

예시:

• 자료 정의
• 자재 명세서

나만의 공통 데이터 모델 구축

Tulip의 예시 공통 데이터 모델은 데이터 모델을 구축하기 위한 출발점이 될 수 있도록 설계되었습니다. 그러나 모든 프로세스와 솔루션은 서로 다르며, 애플리케이션과 마찬가지로 데이터 모델도 필요에 따라 사용자 정의할 수 있습니다.

테이블에서 필드를 추가하거나 제거하는 등의 작은 변경도 가능합니다. 일부 경우(특수한 프로세스, 동일한 사용 사례에 여러 테이블이 필요한 경우)에는 큰 변경이 필요합니다. 이 작업은 다운로드한 데이터 모델에서 하나 이상의 테이블을 대체하거나 추가 테이블을 삽입하여 수행할 수 있습니다.

공통 데이터 모델 계획

1. 프로세스의 물리적 및 운영적 아티팩트를 정의하세요.
2. 각 아티팩트에 대한 각 테이블 찾기
3. 애플리케이션에서 수집할 데이터의 유형과 사용해야 하는 참조를 탐색합니다.

추가 읽기

• 데이터 저장소
• 일반적인 튤립 테이블
• Tulip에 데이터를 저장하는 모범 사례