Scope, Granularität und Erfolgskriterien einer Ontology vor der Modellierung festlegen.
Competency Questions
Beispielhafte Fachfragen, die eine Ontology oder ein Knowledge Graph beantworten können müssen.
Stakeholder formulieren konkrete Fachfragen, die Ontology oder Graph beantworten soll; daraus werden Konzepte, Properties und Constraints abgeleitet.
Visuelle Orientierung
Methodenskizze für ein schnelles Grundgefühl.
Ablauf
- 1Use Cases und Stakeholder identifizieren
- 2Konkrete Fachfragen sammeln
- 3Fragen nach Konzepten und Beziehungen analysieren
- 4Coverage und Lücken prüfen
- 5Aus Fragen Klassen, Properties und Constraints ableiten
- 6Test Queries gegen das Modell formulieren
Ideal für
- Ontology Engineering
- Knowledge Graph Scoping
- GraphRAG Pipelines
- Schema Design
Nicht gut für
- Rein explorative Domain Discovery ohne Zielsystem
- Reine Datenintegration ohne semantisches Modell
Vertiefung
Competency Questions wurden von Grüninger und Fox als Werkzeug für Ontology Engineering eingeführt. Statt direkt mit Klassen und Properties zu starten, wird das Modell von außen über Fragen definiert, die es beantworten können soll. So entstehen Beispielsätze wie 'Welche Autoren haben gemeinsam an einem Paper gearbeitet?' oder 'Welche Komponenten hängen von Service X ab?'. Diese Fragen werden in Konzepte, Beziehungen und Constraints zerlegt und dienen später als Akzeptanztest für Modell und Daten.
Competency Questions eignen sich besonders, wenn Ontology, Knowledge Graph oder GraphRAG-Pipeline einen klar nutzbaren Scope brauchen. Sie verhindern Überengineering und machen das Modell prüfbar. Weniger geeignet sind sie für reine Datenintegration ohne semantische Ziele.
Bereite ein paar Beispielfragen als Anker vor und arbeite mit Domain Experts und späteren Konsumenten der Daten zusammen. Sortiere Fragen nach Priorität, markiere Coverage und versioniere das Question Set parallel zum Modell.
Quellen
Competency Questions ArbeitsvorlageKompakte Arbeitsvorlage für Competency Questions mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.spreadsheet
# Competency Questions Arbeitsmatrix
| Element | Beschreibung | Bewertung | Evidenz | Owner | Nächster Schritt |
|---|---|---|---|---|---|
| 1 | | | | | |
| 2 | | | | | |
| 3 | | | | | |
## Ergebnisartefakte
- Competency Question Set:
- Required Concepts:
- Test Queries:
- Coverage Matrix:
## Entscheidung oder Empfehlung
Welche Konsequenz ergibt sich aus der Matrix?Ähnliche Methoden
Alle MethodenEntwurf von Node-, Relationship- und Property-Typen für Property-Graph-Datenbanken wie Neo4j.
Wiederverwendbare Modellierungsmuster für wiederkehrende Probleme in Ontologien und Knowledge Graphs.
Agile, leichtgewichtige Methodologie zur Entwicklung von Ontologien und Linked-Data-Vokabularen.
Modellierungsansatz, bei dem Datenshapes und Constraints vor offener Ontology-Semantik definiert werden.
Szenario-basiertes Vorgehen für modulare Ontology-Entwicklung mit gezieltem Reuse.
Modelliert Systemverhalten über Events, Commands, Views und Policies entlang eines Szenarios.