methodatlas
MethodenanleitungKnowledge Modeling

Ontology Design Patterns

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel
Zeit1-3 h pro Pattern
Teilnehmende1-6
FormatWorkshop + Async
ReifegradEstablished
Ontology Design Patterns planen
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenBegrenzter Gegenstand

Scope und Zweck von Ontology Design Patterns sind als konkrete Frage benannt.

Ohne Scope wird ODP Adoption Record beliebig.
Vorher abschließenZugang zu relevanten Perspektiven

Competency Questions, lokales Vokabular, Kandidaten aus dem ODP-Katalog und entscheidungsfähige Fachpersonen sind verfügbar.

Ohne diese Perspektiven bleiben zentrale Aussagen in ODP Adoption Record unbelegt.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

Competency Questions, lokales Vokabular, Kandidaten aus dem ODP-Katalog, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.

Personen / Rollen

Ontology Engineer · Domain Expert · Data Consumer

Vorabinfos

Competency Questions, lokales Vokabular, Kandidaten aus dem ODP-Katalog vorab zusammentragen und offene Annahmen markieren.

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.

03

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welches Ontology Design Pattern erfüllt die Competency Questions mit passenden Konsequenzen?

04

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Content ODPs lösen wiederkehrende Modellierungsprobleme mit Intent, Competency Questions, Konsequenzen und Beispielaxiomen. Auswahl und Spezialisierung müssen zur lokalen Semantik passen.

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

  1. 1

    Problem

    Problem

    Ziel

    Problemprofil so erarbeiten, dass die Kernfrage „Welches Ontology Design Pattern erfüllt die Competency Questions mit passenden Konsequenzen?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Competency Questions
    • lokales Vokabular
    • Kandidaten aus dem ODP-Katalog

    Durchführung

    • Modellierungsproblem und Competency Questions abgrenzen.
    • Quelle, Begründung und offene Unsicherheit direkt in Problemprofil festhalten.

    Ergebnis

    Problemprofil

    Problemprofil · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Ist das Teilproblem unabhängig testbar?

    Stolperfalle

    Ein Pattern wird wegen seines Namens kopiert, ohne Intent, CQs und Konsequenzen zu prüfen. Intent und CQs zuerst abgleichen, minimale Axiome übernehmen und Positiv-/Negativqueries ausführen.

    Zeitlicher Rahmen: 10–20 Minuten

  2. 2

    Patternvergleich

    Patternvergleich

    Ziel

    Patternvergleich so erarbeiten, dass die Kernfrage „Welches Ontology Design Pattern erfüllt die Competency Questions mit passenden Konsequenzen?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Problemprofil
    • lokales Vokabular
    • Kandidaten aus dem ODP-Katalog

    Durchführung

    • Intent, Beispiele, Konsequenzen und bekannte Verwendungen vergleichen.
    • Quelle, Begründung und offene Unsicherheit direkt in Patternvergleich festhalten.

    Ergebnis

    Patternvergleich

    Patternvergleich · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Passt die ontologische Verpflichtung?

    Stolperfalle

    Ein Pattern wird wegen seines Namens kopiert, ohne Intent, CQs und Konsequenzen zu prüfen. Intent und CQs zuerst abgleichen, minimale Axiome übernehmen und Positiv-/Negativqueries ausführen.

    Zeitlicher Rahmen: 10–20 Minuten

  3. 3

    Spezialisierung

    Spezialisierung

    Ziel

    Patternmodul so erarbeiten, dass die Kernfrage „Welches Ontology Design Pattern erfüllt die Competency Questions mit passenden Konsequenzen?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Patternvergleich
    • lokales Vokabular
    • Kandidaten aus dem ODP-Katalog

    Durchführung

    • Pattern minimal importieren oder lokal spezialisieren.
    • Quelle, Begründung und offene Unsicherheit direkt in Patternmodul festhalten.

    Ergebnis

    Patternmodul

    Patternmodul · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Bleiben IRIs und Herkunft nachvollziehbar?

    Stolperfalle

    Ein Pattern wird wegen seines Namens kopiert, ohne Intent, CQs und Konsequenzen zu prüfen. Intent und CQs zuerst abgleichen, minimale Axiome übernehmen und Positiv-/Negativqueries ausführen.

    Zeitlicher Rahmen: 10–20 Minuten

  4. 4

    CQ-Test

    CQ-Test

    Ziel

    Adoption Record so erarbeiten, dass die Kernfrage „Welches Ontology Design Pattern erfüllt die Competency Questions mit passenden Konsequenzen?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Patternmodul
    • lokales Vokabular
    • Kandidaten aus dem ODP-Katalog

    Durchführung

    • Queries auf Positiv-, Negativ- und Grenzfälle ausführen.
    • Quelle, Begründung und offene Unsicherheit direkt in Adoption Record festhalten.

    Ergebnis

    Adoption Record

    Adoption Record · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Erfüllt das Modul alle relevanten CQs?

    Stolperfalle

    Ein Pattern wird wegen seines Namens kopiert, ohne Intent, CQs und Konsequenzen zu prüfen. Intent und CQs zuerst abgleichen, minimale Axiome übernehmen und Positiv-/Negativqueries ausführen.

    Zeitlicher Rahmen: 10–20 Minuten

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Ontology Design Patterns · Modellierungsmuster wiederverwendenEin Modellierungsproblem mit Pattern-Katalogen abgleichen, ein Muster anpassen und über Competency Questions validieren
Ontology Design PatternsDas Visual zeigt ein Modellierungsproblem, einen Pattern-Katalog, ein adaptiertes Domain-Fragment und die Validierung über Competency Questions.Wiederkehrende Ontology-Probleme mit Mustern lösenPatterns machen Modellierungsentscheidungen wiederverwendbar, prüfbar und für Reviews erklärbar.Modellierungsproblemwiederkehrende Struktur isolierenPattern-KatalogPart-WholeTeil-GanzesRoleKontextrolleTime IntervalGültigkeitDescriptionKonzeptbeschreibungAdaptiertes FragmentPattern mit Domain-Begriffen belegenCQ-Validationbeantwortet das Pattern die Testfrage?passendes Musterwählenan Domain anpassenEntscheidungdokumentieren
Form

Versioniertes ODP Adoption Record mit Datum, Quellen, Ownern und nächstem Review.

Versionierung / Ownership

Datum, Quelle, Annahmenstand und Entscheidung je Fassung von ODP Adoption Record erhalten.

Tool-Alternativen
  • ODP Adoption Record als Board oder Dokument
  • Quellen- und Evidenzregister
  • Entscheidungs- und Maßnahmenlog

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

06

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

ontology-design-patterns-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Problem: n-äre Beteiligung aus Person, Maßnahme, Rolle und Zeitraum. Kandidat: Participation Pattern erweitert um Role und TimeInterval. CQ-Test: Wer war als Approver an A-17 zwischen 1. und 15. Mai beteiligt? Konsequenz: Participation wird eigene Instanz; einfache Direktkante reicht nicht.

07

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

  1. ProblemEin Pattern wird wegen seines Namens kopiert, ohne Intent, CQs und Konsequenzen zu prüfen.In der Phase ansehen
  2. PatternvergleichEin Pattern wird wegen seines Namens kopiert, ohne Intent, CQs und Konsequenzen zu prüfen.In der Phase ansehen
  3. SpezialisierungEin Pattern wird wegen seines Namens kopiert, ohne Intent, CQs und Konsequenzen zu prüfen.In der Phase ansehen
  4. CQ-TestEin Pattern wird wegen seines Namens kopiert, ohne Intent, CQs und Konsequenzen zu prüfen.In der Phase ansehen
08

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

ODP Adoption Record beantwortet die Kernfrage mit nachvollziehbaren Belegen oder offen markierter Unsicherheit.
Owner, nächste Aktion und Prüftermin sind für offene Punkte benannt.

Methode nach Ontology Design Patterns Community. Kuratiert mit 1 Quellen.

Quellen: OntologyDesignPatterns.org

Ablauf, Timeboxen und Stolperfallen sind redaktionell kuratierte Praxisempfehlungen auf Basis der genannten Quellen.

Wie geht es weiter?

Papierillustration von Shape-first Modeling mit dem methodenspezifischen Arbeitsmodell.
Knowledge Modeling
Shape-First Modeling

Formt übernommene Muster in prüfbare SHACL- oder ShEx-Regeln um.

Papierillustration von Property Graph Schema Design mit dem methodenspezifischen Arbeitsmodell.
Knowledge Modeling
Property Graph Schema Design

Überträgt übernommene Muster in ein Property-Graph-Schema für Graphdatenbanken.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum SteckbriefWeitere Methoden