제조 온톨로지 — 타입 체계

온톨로지는 "무엇이 존재하고 어떻게 연결되는가"를 정의합니다. 제조 현장에서 통용되는 체계는 이렇습니다.

엔티티(노드) 타입

타입	의미	예
Factory	공장	화성 1공장
ProductionLine	생산 라인	조립 A라인
Equipment	설비	프레스 1호기
Component	구성품	감속기, 유압 유닛
Part	부품	베어링 6205, 오일 씰
Process	공정	성형, 용접, 검사
Product	제품	브래킷 A형
Fault	고장	베어링 파손, 압력 저하
RootCause	근본 원인	윤활 부족, 정렬 불량
MaintenanceAction	정비 조치	급유 주기 단축, 부품 교체
Worker	작업자	(가명 처리)
Skill	역량	유압 정비, 진동 진단

관계 타입

관계	의미
HAS_LINE / HAS_EQUIPMENT / HAS_COMPONENT / HAS_PART	포함 계층
CAN_CAUSE	이 부품/상태가 이 고장을 일으킬 수 있다
CAUSED_BY	이 고장의 원인은 이것이다
RESOLVED_BY	이 고장은 이 조치로 해결됐다
USES_EQUIPMENT / NEXT_PROCESS / PRODUCES	공정 흐름
OPERATES / HAS_SKILL / REQUIRES_SKILL	사람과 역량

노드로 둘 것 vs 속성으로 둘 것

이 구분이 설계의 핵심입니다.

노드로 두어야 할 때

• 다른 것과 연결돼야 한다 (베어링은 여러 설비에 쓰인다 → 노드)
• 그 자체로 검색 대상이다 ("윤활 부족으로 생긴 고장 전부" → RootCause는 노드)

속성으로 두어야 할 때

• 그 노드에만 딸린 값이다 (설비의 도입연도, 제조사 → 속성)
• 연결할 필요가 없다

흔한 실수: 근본 원인을 고장 노드의 텍스트 속성으로 넣는 것. 그러면 "같은 원인의 다른 고장"을 찾을 수 없습니다.

설계는 질문에서 출발한다

먼저 답하고 싶은 질문 10개를 적으세요. 그 질문에 필요한 것만 노드로 만듭니다. "언젠가 쓸지도 모르니" 넣은 타입은 결국 비어 있는 채로 남습니다.