DAY 75제작 과제팔란티어 온톨로지 I

제작 3 · 운영 온톨로지 설계서

물류 지연 대응 팀을 위한 운영 온톨로지를 설계합니다. 역량 질문에서 출발해 객체 타입·키·링크 타입을 정하고, SHACL식 규칙으로 데이터를 검사한 뒤 질문에 실제로 답해 봅니다.

약 40분조작형 실험 확인 퀴즈

01 / UNDERSTAND

핵심 개념

결과물은 한 업무(물류 지연 대응)를 위한 운영 온톨로지 설계서입니다. 순서는 역량 질문 → 객체 타입(속성·기본 키·제목 키) → 링크 타입(카디널리티·백킹 방식) → SHACL식 검증 규칙 → 역량 질문에 대한 답과 경로입니다. Part 3에서 배운 역량 질문(DAY 61), SHACL(DAY 63), 객체·링크·인터페이스(DAY 72~74)를 한 문서에 잇는 것이 목표입니다.

고정 데이터(기준일 2026년 10월 7일). 배송: S-101(고객 C-1·창고 W-1·약속 10-05·도착 10-07), S-102(C-2·W-1·약속 10-06·미도착), S-103(C-1·W-2·약속 10-06·도착 10-06), S-104(C-3·W-2·약속 10-04·미도착), S-105(C-2·W-1·약속 10-08·미도착), S-106(고객 없음·창고 W-3·약속일이 문자열 ‘10월 9일’). 창고: W-1 부산센터, W-2 대전센터. 고객: C-1 한빛상사(A등급), C-2 다온마트(B등급), C-3 바른약국(A등급). 운송 배정(조인 테이블): S-101–K-1, S-102–K-1, S-102–K-2, S-103–K-2, S-104–K-1, S-105–K-2 (K-1 빠른운송, K-2 한결물류). 지연 규칙: 도착일이 약속일보다 늦거나, 미도착인데 기준일이 약속일을 지났으면 지연입니다.

판단 기준은 추적 가능성입니다. 객체 타입·속성·링크 타입마다 어느 역량 질문에서 왔는지 적고, 어떤 질문에도 쓰이지 않는 요소는 빼거나 이유를 남깁니다. 기본 키는 고유하고 결정적이어야 하며, ‘지연 여부’처럼 기준일에 따라 바뀌는 값은 저장할지 계산할지 결정해야 합니다(계산 로직은 DAY 97의 함수). 검증 규칙은 지금 있는 데이터를 닫힌 세계로 검사하는 SHACL식으로 쓰고, 통과하지 못한 행은 지연 계산에서 빼서 따로 보고합니다. 이 설계서는 Foundry 설정 문법이 아니라 설계 판단을 기록하는 문서이며, 액션과 권한은 Part 4에서 이어서 다룹니다.

역량 질문에서 출발해 객체·키·링크·검증 규칙까지 이어진 설계서는 각 요소가 어떤 질문에 답하는지 추적할 수 있어야 합니다.

02 / WORKED EXAMPLE∑

작은 예제로 따라가기

역량 질문 ‘기준일 10-07에 지연된 배송은?’에 지연 규칙을 적용하면 S-101(2일 늦게 도착), S-102, S-104(약속일 경과 미도착) 3건입니다. S-105는 약속일이 아직 오지 않았습니다.

‘지연이 가장 많은 창고는?’에는 Shipment–Warehouse 링크를 따라 W-1이 3건 중 2건, W-2가 2건 중 1건으로 답합니다.

‘지연 배송을 가장 많이 맡은 운송사는?’에는 조인 테이블을 따라 K-1 3건(S-101, S-102, S-104), K-2 1건(S-102)으로 답합니다.

03 / EXPLORE

직접 실험해 보기

실험에서 값을 확인하고 아래 제작 과제에 자신의 계산과 판단을 남기세요.

LIVE EXPERIMENT · OBJECT TYPE

백킹 데이터셋의 행을 Shipment 객체로 만들기

객체 타입(Object type) Shipment의 백킹 데이터소스(backing datasource)는 shipments 데이터셋입니다. 어떤 열을 기본 키(primary key)로 해야 행 하나가 객체 하나가 될까요? 바꾸기 전에 중복을 먼저 예상해 보세요.

shipments 데이터셋 · 행 → 객체, 열 → 속성(property) · 기본 키 열: shipment_id · status는 10-07 기준 도착 여부
customer_name	status	warehouse_id	promised_date
한빛상사	delivered	W-1	10-05
다온마트	in_transit	W-1	10-06
한빛상사	delivered	W-2	10-06
바른약국	in_transit	W-2	10-04
다온마트	in_transit	W-1	10-08
(빈 값)	in_transit	W-3	10월 9일

기본 키 shipment_id: 모든 행이 고유 → 객체 6개각 객체는 기본 키 값 하나로 식별됩니다. S-106도 객체가 되지만 고객 누락·없는 창고 W-3·약속일 형식 문제가 있어 검증(DAY 75)에서 따로 걸러냅니다.

제목 키(title key) — 화면에 보이는 이름

제목 키는 객체의 표시 이름일 뿐 식별자가 아니어서 고유할 필요가 없습니다. 다만 customer_name을 제목으로 쓰면 ‘한빛상사’ 객체가 두 개 보여 헷갈릴 수 있습니다. 행의 shipment_id를 눌러 다른 객체를 미리 보세요.

Shipment · 객체(object)S-101기본 키 shipment_id = S-101

shipment_id: S-101
customer_name: 한빛상사
status: delivered
warehouse_id: W-1
promised_date: 10-05

04 / MAKE SOMETHING

나의 제작 노트

계산과 판단을 남기고 기준에 따라 직접 점검하세요. 양식을 채운 40자 이상의 노트가 필요합니다.

역량 질문 4개를 씁니다. 지연 배송 목록, 창고별 지연 수, 지연 배송의 고객과 등급, 지연 배송을 맡은 운송사를 묻고 질문마다 필요한 개념에 밑줄을 긋습니다.
Shipment·Warehouse·Customer·Carrier 객체 타입의 속성과 기본 타입(String, Date 등)을 적고 기본 키와 제목 키를 정합니다.
Shipment–Warehouse, Shipment–Customer, Shipment–Carrier 링크 타입의 카디널리티와 백킹 방식(외래 키/조인 테이블)을 정합니다.
SHACL식 검증 규칙을 3개 이상 씁니다(예: customer 정확히 1개, promisedDate는 xsd:date, warehouse 값은 Warehouse 타입). 고정 데이터에서 위반을 찾아 focus node·path·이유로 적습니다.
검증을 통과한 배송으로 역량 질문 4개에 답하고, 답마다 거친 객체 타입·속성·링크 타입의 경로를 적습니다.
반품(Return)이 추가될 때 Trackable 같은 인터페이스로 무엇을 공유할지, 지연 여부를 저장할지 계산할지 결정과 이유를 한 문장씩 남깁니다.

역량 질문 4개, 객체 타입 표(속성과 기본 타입·기본 키·제목 키), 링크 타입 표(카디널리티·백킹 방식), 검증 규칙 3개 이상과 위반 목록, 질문별 답과 탐색 경로, 인터페이스·지연 계산에 대한 결정을 담은 설계서

내 결과물 점검

자동 채점이 아닙니다. 작성한 계산과 근거를 확인한 뒤 표시하세요.

역량 질문마다 그 답에 쓰인 객체 타입·속성·링크 타입이 표에 있고, 어느 질문에도 쓰이지 않는 요소에는 이유가 적혀 있다.기본 키가 고유하고 결정적이며, Date·Double 같은 타입이나 중복될 수 있는 이름을 기본 키로 고르지 않았다.Shipment–Carrier를 다대다로 보고 조인 테이블로 백킹했으며, 나머지 링크의 카디널리티가 데이터와 맞다.S-106의 위반 3건(고객 누락, 약속일 데이터 타입, 존재하지 않는 창고)을 찾았고, 지연 배송을 S-101·S-102·S-104로 계산했다.지연 여부를 저장할지 계산할지에 대한 판단과 그 이유가 적혀 있다.

풀이와 확인 표시는 이 브라우저에 저장됩니다.

YOUR NOTES

오늘 이해한 것과 다시 볼 것

계산이 달라진 이유, 헷갈린 개념, 다음에 확인할 질문을 남겨 보세요.

메모는 이 브라우저에 저장됩니다. 홈에서 전체 기록을 내려받을 수 있습니다.

05 / CHECK YOURSELF

오늘의 이해 확인

설계서의 ‘지연 여부’를 백킹 데이터셋에 고정 값으로 저장할 때 가장 주의할 점은?

완료 조건: 확인 퀴즈 정답 · / 제작 노트와 자기 점검 ·

더 깊이 읽기

예제와 실험 데이터는 이 과정을 위해 만든 것입니다. 원문은 선택 자료이며, 강의와 직접 풀기만으로도 다음 회차를 이어갈 수 있습니다.

Methodology for the Design and Evaluation of OntologiesGrüninger & Fox (1995)Shapes Constraint Language (SHACL)W3C Object types: OverviewPalantir Foundry Docs Link types: OverviewPalantir Foundry Docs Create an object typePalantir Foundry Docs Ontology design: ValidationPalantir Foundry Docs

이 자료는 개념 학습용입니다. 실제 데이터베이스·라이브러리·플랫폼의 동작과 설정은 제품과 버전마다 다를 수 있습니다.