역량 질문으로 범위 정하기
온톨로지를 만들기 전에 ‘이 온톨로지가 답해야 할 질문’부터 적습니다. 그 목록이 무엇을 넣고 뺄지 정하는 범위이자, 다 만든 뒤의 합격 기준이 됩니다.
이번 회차, 내 속도로.
기초를 더 짚거나 궁금한 주제로 잠깐 넓혀 보세요. 최대 3단계를 거쳐 DAY 61로 돌아옵니다.
난이도·관심 주제 고르기
1/2개 선택 · 새 보충·심화 수업과 본과정 다시 읽기를 선택할 수 있어요.
이렇게 다녀와요 1단계 · 약 12분
- 출발 · DAY 61역량 질문
- 1. 관심 주제명명 규칙·레이블·정의문추가 25 · 새 추가 수업
- 복귀 · DAY 61원래 회차 이어가기
- 명명 규칙·레이블·정의문 · DAY 62의 7단계로 클래스와 슬롯을 만들었다면, 그 이름과 설명을 다른 사람이 오해하지 않도록 다듬는 방법을 봅니다.
선택과 경로 기록은 이 브라우저에 저장됩니다. 본과정의 회차 완료와는 별도입니다.
핵심 개념
역량 질문(competency questions)은 온톨로지와 그 위의 지식 베이스가 답할 수 있어야 하는 질문 목록입니다. Grüninger와 Fox(1995)는 TOVE(Toronto Virtual Enterprise) 기업 모델링 프로젝트를 진행하며 이 방법을 제시했습니다. 절차는 동기 시나리오(motivating scenario) → 비형식 역량 질문 → 1차 논리로 쓴 용어 → 형식 역량 질문 → 공리 → 완전성 정리(completeness theorems) 순서입니다.
역량 질문은 두 가지 역할을 합니다. 하나는 범위 정하기입니다. Grüninger와 Fox는 온톨로지에 넣는 모든 객체·속성·관계·공리마다 그것을 요구하는 비형식 역량 질문이 먼저 있어야 한다고 썼습니다. 다른 하나는 평가입니다. Noy와 McGuinness는 역량 질문을 나중에 쓰는 리트머스 시험이라 부르며, 처음에는 빠짐없는 목록이 아니라 스케치여도 된다고 말합니다.
좋은 역량 질문은 구체적이고 답의 형태가 정해져 있습니다. Grüninger와 Fox는 질문을 계층적으로 짜서 상위 질문이 하위 질문의 답을 이용하게 하라고 하고, 모든 질문이 단순 조회라면 잘 설계된 온톨로지가 아니라고 지적합니다. ‘지연된 배송은?’(조회) → ‘지연이 가장 많은 창고는?’(집계) → ‘오늘의 지연이 A등급 고객에게 미치는 영향은?’(여러 단계)처럼 쌓아 갑니다.
한계도 분명합니다. 원 논문의 표현대로 역량 질문은 온톨로지적 약속(ontological commitment)을 만들어 내지 않고, 이미 한 약속을 평가하는 데 쓰입니다. 목록에 없는 영역은 검증되지 않으므로 질문은 설계자가 아니라 실제 사용자의 업무에서 가져와야 합니다. 팔란티어의 온톨로지 설계 검증 문서도 실제 비즈니스 질문을 가장 좋은 수용 테스트로 꼽습니다(DAY 75).
작은 예제로 따라가기
CQ1 ‘배송 S1은 어느 창고에서 출발했나?’에 답하려면 Shipment·Warehouse 클래스와 departsFrom 속성이 필요합니다.
CQ2 ‘지난주 지연된 배송이 가장 많은 창고는?’에는 약속 도착일(promisedDate)과 실제 도착일(deliveredAt) 속성이 추가로 필요합니다.
현재 온톨로지에 Shipment·Warehouse·departsFrom만 있으면 답 가능 1/2이고, 두 날짜 속성을 더하면 2/2가 됩니다.
직접 실험해 보기
클래스·속성 칩을 하나씩 추가하면서 footer의 ‘답 가능 n/5’가 어떻게 늘어나는지 확인하고, 다섯 질문 모두에 답하는 데 필요한 가장 작은 칩 조합을 찾아 적으세요.
역량 질문 5개로 온톨로지 범위 재기
질문에 쓰이지 않는 요소(건물·층수)는 범위 밖 후보입니다. 역량 질문(Grüninger & Fox 1995)은 무엇을 넣을지와 함께 무엇을 뺄지도 정해 줍니다.
- 민수는 어느 부서 소속인가?부족: 부서(Department), 소속(belongsTo)
- ‘물류 대시보드’ 프로젝트에 참여한 직원은?부족: 프로젝트(Project), 참여(worksOn)
- 민수의 상사는 누구인가?부족: 상사(reportsTo)
- 2023년 이후 시작한 프로젝트는?부족: 프로젝트(Project), 시작일(startDate)
- 파이썬을 쓸 줄 아는 직원이 있는 부서는?부족: 기술(Skill), 보유 기술(hasSkill), 부서(Department), 소속(belongsTo)
이번에는 직접 풀어 보세요
정답을 보기 전에 계산과 이유를 적어 보세요. 해설과 비교하고 확인 표시를 남기면 완료할 수 있습니다.
힌트 보기
‘누가/무엇을/언제’로 시작하는 조회 질문 두 개와, 그 답을 묶는 질문 하나를 만들어 보세요.
풀이와 비교하기
예: CQ1 ‘초코의 담당 수의사는?’(Pet, Vet, treatedBy). CQ2 ‘초코가 받은 예방접종과 날짜는?’(Vaccination, received, date). CQ3 ‘이번 달 예방접종 기한이 지난 반려동물의 보호자는?’(Owner, ownedBy, dueDate)는 CQ2의 접종 기록을 이용합니다. 각 클래스와 속성 옆에 어느 질문에서 왔는지 적어 두면 범위를 넘는 항목을 찾기 쉽습니다.
풀이와 확인 표시는 이 브라우저에 저장됩니다.
오늘 이해한 것과 다시 볼 것
계산이 달라진 이유, 헷갈린 개념, 다음에 확인할 질문을 남겨 보세요.
메모는 이 브라우저에 저장됩니다. 홈에서 전체 기록을 내려받을 수 있습니다.오늘의 이해 확인
Grüninger와 Fox(1995)의 절차에서 비형식 역량 질문 바로 앞에 오는 단계는?
완료 조건: 확인 퀴즈 정답 · / 직접 풀기 0/1
더 깊이 읽기
예제와 실험 데이터는 이 과정을 위해 만든 것입니다. 원문은 선택 자료이며, 강의와 직접 풀기만으로도 다음 회차를 이어갈 수 있습니다.
Methodology for the Design and Evaluation of OntologiesGrüninger & Fox (1995)Ontology Development 101: A Guide to Creating Your First OntologyNoy & McGuinness (2001)Ontology design: ValidationPalantir Foundry Docs이 자료는 개념 학습용입니다. 실제 데이터베이스·라이브러리·플랫폼의 동작과 설정은 제품과 버전마다 다를 수 있습니다.