Ontology Design Patterns liefern wiederverwendbare Bausteine für wiederkehrende Modellierungsprobleme. Die Methode bringt Struktur in die Suche nach sauberen Begriffen, Beziehungen und Rollen.
Knowledge Modeling Analyse-Methode
Ontology Design Patterns
Wendet kleine wiederverwendbare Modellierungslösungen auf klar umrissene Ontologieprobleme an.
Content ODPs lösen wiederkehrende Modellierungsprobleme mit Intent, Competency Questions, Konsequenzen und Beispielaxiomen. Auswahl und Spezialisierung müssen zur lokalen Semantik passen.
Welches Ontology Design Pattern erfüllt die Competency Questions mit passenden Konsequenzen?
- Teilnehmende
- 1-6
- Zeit
- 1-3 h pro Pattern
Ontology Design Patterns verwendet lokales Modellierungsproblem gegen Intent, CQ, Axiome und Konsequenzen eines ODP prüfen. Bewertungen bleiben begründet und kontextgebunden.

Problem
Problem
Modellierungsproblem und Competency Questions abgrenzen.
Patternvergleich
Patternvergleich
Intent, Beispiele, Konsequenzen und bekannte Verwendungen vergleichen.
Spezialisierung
Spezialisierung
Pattern minimal importieren oder lokal spezialisieren.
CQ-Test
CQ-Test
Queries auf Positiv-, Negativ- und Grenzfälle ausführen.
Nach neuer Evidenz oder einer relevanten Kontextänderung aktualisieren und frühere Fassung erhalten.
Geeignet, wenn
Für wiederkehrende Teilprobleme wie Teilnahme, Situation, Zeitintervall oder n-äre Relation.
Ideal für
- Konsistente Ontology Modellierung
- Knowledge Graph Schemas
- Domänenübergreifender Reuse
- Onboarding neuer Modellierer
Nicht gut für
- Sehr einmalige Domain-Strukturen
- Schnelle Prototyping-Skizzen ohne Reuse-Ziel
Ergebnisse

ODP Adoption Record
ODP Adoption Record mit nachvollziehbaren Quellen, Annahmen und fachlichen Entscheidungen.

Entscheidungs- und Prüfspur
Owner, Termine und nächste Prüfung für ODP Adoption Record.
ODP Adoption Record
Fiktives Arbeitsbeispiel
lokales Modellierungsproblem gegen Intent, CQ, Axiome und Konsequenzen eines ODP prüfen als präzise Arbeitsstruktur mit fiktivem Beispiel.
| Gegenstand | Problem/CQ | Pattern | Konsequenz | Test |
|---|---|---|---|---|
| ODP Adoption RecordDurchgearbeitetes Beispiel | Rollenbezogene Beteiligung im Zeitraum. | Participation Pattern. | Participation als eigene Instanz. | Approver A-17 gefunden; außerhalb Zeitraum ausgeschlossen. |
1. Problem/CQ
- ODP Adoption Record
- Rollenbezogene Beteiligung im Zeitraum.
2. Pattern
- ODP Adoption Record
- Participation Pattern.
3. Konsequenz
- ODP Adoption Record
- Participation als eigene Instanz.
4. Test
- ODP Adoption Record
- Approver A-17 gefunden; außerhalb Zeitraum ausgeschlossen.
Das Beispiel zeigt die Fachlogik von Ontology Design Patterns; eigene Vorlagen bleiben leer.
Erster Schritt
Beginne mit der Kernfrage: Welches Ontology Design Pattern erfüllt die Competency Questions mit passenden Konsequenzen?
Davor sinnvoll
Vertiefung
Zuerst wird das Problem oder der Modellierungskontext präzise beschrieben. Danach wählt das Team passende Patterns aus, passt sie an und prüft, ob sie die fachliche Bedeutung korrekt abbilden. So entsteht ein Modell, das konsistent bleibt und nicht bei jeder Erweiterung neu erfunden werden muss.
Ontology Design Patterns helfen, weil sie wiederkehrende Modellierungsprobleme in erprobte Lösungsformen übersetzen. Die Methode wirkt dann stark, wenn ein Pattern als Denkhilfe dient und seine Annahmen bewusst gegen die eigene Domäne geprüft werden. Gute Nutzung achtet auf semantische Passung, spätere Erweiterbarkeit und saubere Dokumentation der Anpassungen, damit Konsistenz wächst ohne fachliche Besonderheiten glattzuschleifen.
Bereite ein kleines Set passender Patterns vor und formuliere zu jedem kurz, welches Problem es lösen soll. Der Kipppunkt liegt oft dort, wo ein Pattern elegant aussieht, aber wichtige Rollen oder Zeitbezüge der Domäne ausblendet. Schließe mit einer begründeten Auswahl, dokumentierten Anpassungen und einem Beispiel, das die neue Struktur unmittelbar testet.
Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.
Methodenanleitung öffnenDeine Einschätzung
Hilft dir diese Methode für dein Vorhaben?
Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.
Quellen und Themen
Ontology Design Patterns: ArbeitsvorlagePlane Ontology Design Patterns entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.markdown
ontology-design-patterns-working-template.md
Plane Ontology Design Patterns entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.
Ontology Design Patterns: Arbeitsvorlage
Fragestellung
Noch zu klären
Gewünschtes Ergebnis
Noch zu klären
Rahmen
Gesamten Workshop Zeit: 60–90 Minuten pro Pattern
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
Vorbereitung für diesen Umfang
Methodische Grundausstattung
- Materialien: Competency Questions, lokales Vokabular, Kandidaten aus dem ODP-Katalog, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
- Rollen: Ontology Engineer · Domain Expert · Data Consumer
- Vorab-Infos: Competency Questions, lokales Vokabular, Kandidaten aus dem ODP-Katalog vorab zusammentragen und offene Annahmen markieren.
- Gesamter Zeitbedarf: 60–90 Minuten pro Pattern
- Setup: lokales Modellierungsproblem gegen Intent, CQ, Axiome und Konsequenzen eines ODP prüfen sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.
Für die Arbeitsschritte bereitstellen
Problem: Problem
- Competency Questions
- lokales Vokabular
- Kandidaten aus dem ODP-Katalog
Patternvergleich: Patternvergleich
- Problemprofil
- lokales Vokabular
- Kandidaten aus dem ODP-Katalog
Spezialisierung: Spezialisierung
- Patternvergleich
- lokales Vokabular
- Kandidaten aus dem ODP-Katalog
CQ-Test: CQ-Test
- Patternmodul
- lokales Vokabular
- Kandidaten aus dem ODP-Katalog
ODP Adoption Record
| Gegenstand | Problem · Frage · Grenze | Name · Intent · Quelle | Axiom · Verpflichtung · Queryfolge | Positivfall · Negativfall · Ergebnis |
|---|---|---|---|---|
| ODP Adoption Record |
- ODP Adoption Record: Durchgearbeitetes Beispiel
Nur reale Angaben, Quellen und Entscheidungen eintragen.
Problem: Problem
Erwartetes Artefakt: Problemprofil
Problemprofil · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Ist das Teilproblem unabhängig testbar?
Patternvergleich: Patternvergleich
Erwartetes Artefakt: Patternvergleich
Patternvergleich · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Passt die ontologische Verpflichtung?
Spezialisierung: Spezialisierung
Erwartetes Artefakt: Patternmodul
Patternmodul · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Bleiben IRIs und Herkunft nachvollziehbar?
CQ-Test: CQ-Test
Erwartetes Artefakt: Adoption Record
Adoption Record · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Erfüllt das Modul alle relevanten CQs?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/ontology-design-patterns/run-sheet
Alternativen und Nachbarn
Passende Alternativen mit Entscheidungshilfe, danach weitere verwandte Methoden.

Statt Ontology Design Patterns, wenn du Begriffe mit beschrifteten Beziehungen in einem fachlichen Netz verbinden willst.

Verbindet Use Cases, Vokabulare und Konzeptmodelle zu einer publizierbaren Ontology mit Wartungsstrategie.

Plant Ontology-Arbeit als modulare Folge von Szenarien, Reuse und Reviews für größere Modellierungsvorhaben.

Kartiert kritisches Wissen, Wissensträger und Lücken, damit Übergaben und Transfer gezielt geplant werden können.

Sortiert Wissen in Projects, Areas, Resources und Archive, damit persönliche Wissensarbeit leichter steuerbar bleibt.

Zwingt komplexe Inhalte in einfache Sprache und legt sofort offen, welche Wissenslücken noch geschlossen werden müssen.
Rahmenbedingungen und Herkunft
Steckbrief
- Methodenform
- Analyse-Methode
- Teilnehmende
- 1-6
- Zeit
- 1-3 h pro Pattern
- Reifegrad
- Established
- Ursprung
- Ontology Design Patterns Community


