methodatlas

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.

Kernfrage
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.

Papierillustration von Ontology Design Patterns mit dem methodenspezifischen Arbeitsmodell.
  1. Problem

    Problem

    Modellierungsproblem und Competency Questions abgrenzen.

  2. Patternvergleich

    Patternvergleich

    Intent, Beispiele, Konsequenzen und bekannte Verwendungen vergleichen.

  3. Spezialisierung

    Spezialisierung

    Pattern minimal importieren oder lokal spezialisieren.

  4. 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.

ODP Adoption Record
GegenstandProblem/CQPatternKonsequenzTest
ODP Adoption RecordDurchgearbeitetes BeispielRollenbezogene Beteiligung im Zeitraum.Participation Pattern.Participation als eigene Instanz.Approver A-17 gefunden; außerhalb Zeitraum ausgeschlossen.
  1. 1. Problem/CQ

    ODP Adoption Record
    Rollenbezogene Beteiligung im Zeitraum.
  2. 2. Pattern

    ODP Adoption Record
    Participation Pattern.
  3. 3. Konsequenz

    ODP Adoption Record
    Participation als eigene Instanz.
  4. 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.

OntologyDesignPatterns.org

Erster Schritt

Beginne mit der Kernfrage: Welches Ontology Design Pattern erfüllt die Competency Questions mit passenden Konsequenzen?

Zur Methodenanleitung

Vertiefung

Zweck

Ontology Design Patterns liefern wiederverwendbare Bausteine für wiederkehrende Modellierungsprobleme. Die Methode bringt Struktur in die Suche nach sauberen Begriffen, Beziehungen und Rollen.

Funktionsweise

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.

Im Detail

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.

Durchführung

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 öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen
Artefakt-Vorlagen
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

GegenstandProblem · Frage · GrenzeName · Intent · QuelleAxiom · Verpflichtung · QueryfolgePositivfall · Negativfall · Ergebnis
ODP Adoption Record
  • ODP Adoption Record: Durchgearbeitetes Beispiel

Nur reale Angaben, Quellen und Entscheidungen eintragen.

OntologyDesignPatterns.org

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.

Alle Methoden
Rahmenbedingungen und Herkunft
MittelWorkshop + Async1-3 h pro Pattern

Steckbrief

Methodenform
Analyse-Methode
Teilnehmende
1-6
Zeit
1-3 h pro Pattern
Reifegrad
Established
Ursprung
Ontology Design Patterns Community
Papierillustration von Shape-first Modeling mit dem methodenspezifischen Arbeitsmodell.
Als Nächstes: Shape-First Modeling