Knowledge Modeling Analyse-Methode

Shape-First Modeling

Entwirft RDF-Datenanforderungen zuerst als SHACL Shapes und validiert Beispieldaten früh.

SHACL trennt Shapes Graph und Data Graph. NodeShapes wählen Targets; PropertyShapes definieren Pfad, Kardinalität, Datentyp, Klasse und weitere Constraints. Validation erzeugt einen Results Graph.

Kernfrage

Welche RDF-Struktur muss für den Use Case gelten und wie wird jede Verletzung berichtet?

Shape-first Modeling planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 1-4
Zeit: Halber Tag pro Domain Slice

Shape-first Modeling verwendet Targets, NodeShapes, PropertyShapes und Constraint Components vor breiter Ontologiemodellierung. Bewertungen bleiben begründet und kontextgebunden.

Papierillustration von Shape-first Modeling mit dem methodenspezifischen Arbeitsmodell.

Datenvertrag
Datenvertrag
Use Case, Target, Muss-/Soll-Regeln und Severity festlegen.
Shapes
Shapes
NodeShapes und PropertyShapes mit Core Components schreiben.
Fixtures
Fixtures
Gültige, ungültige und Grenzfalldaten erstellen.
Validierung
Validierung
SHACL Processor ausführen und Results Graph prüfen.

Nach neuer Evidenz oder einer relevanten Kontextänderung aktualisieren und frühere Fassung erhalten.

Geeignet, wenn

Für RDF-Schnittstellen und Wissensgraphen mit konkreten Datenqualitätsverträgen.

Ideal für

Datenqualität in Knowledge Graphs
Linked Data Validation
Vertragsbasierte Schnittstellen zwischen Producer und Consumer
GraphRAG Quality Gates

Nicht gut für

Sehr explorative Skizzenphasen
Reine Schema-on-Read-Anwendungen ohne Qualitätsanspruch

Ergebnisse

SHACL Shape Suite
SHACL Shape Suite mit nachvollziehbaren Quellen, Annahmen und fachlichen Entscheidungen.
Entscheidungs- und Prüfspur
Owner, Termine und nächste Prüfung für SHACL Shape Suite.

SHACL Shape Suite

Fiktives Arbeitsbeispiel

Targets, NodeShapes, PropertyShapes und Constraint Components vor breiter Ontologiemodellierung als präzise Arbeitsstruktur mit fiktivem Beispiel.

Target

NodeShape · targetClass/Node

ActionShape targetClass Action.

PropertyShape

path · min/maxCount · datatype/class

owner min=1 max=1; dueDate xsd:date.

Fixture

Positiv · Negativ · Grenze

Action ohne Owner als Negativfall.

Result

focusNode · resultPath · severity · message

A-17, owner, Violation, Owner fehlt.

Das Beispiel zeigt die Fachlogik von Shape-first Modeling; eigene Vorlagen bleiben leer.

W3C Shapes Constraint Language (SHACL)

Erster Schritt

Beginne mit der Kernfrage: Welche RDF-Struktur muss für den Use Case gelten und wie wird jede Verletzung berichtet?

Zur Methodenanleitung

Davor sinnvoll

Knowledge Modeling

Competency Questions

Liefert RDF Use Cases, aus denen prüfbare Shapes abgeleitet werden.

Knowledge Modeling

Property Graph Schema Design

Liefert Constraints, die hier als SHACL- oder ShEx-Regeln formalisiert werden.

Wie geht es weiter?

Knowledge Modeling

Ontology Design Patterns

Prüft, ob validierte Datenstrukturen bestehende Entwurfsmuster erfüllen.

Knowledge Modeling

Linked Open Terms

Veröffentlicht die validierten Strukturen als Teil eines offenen Vokabulars.

Vertiefung

Zweck

Shape-First Modeling definiert Datenqualität über Shapes, bevor Implementierung oder Integration ausfranst. Der Ansatz passt, wenn Validierung und Data Contracts von Anfang an Teil des Designs sein sollen.

Funktionsweise

Zuerst werden die relevanten Knotenklassen und Pflichtmerkmale beschrieben. Danach übersetzt das Team diese Anforderungen in SHACL oder ShEx, validiert Beispieldaten und schärft die Regeln nach. Am Ende stehen prüfbare Shapes, die sich direkt in Pipelines und Verträge überführen lassen.

Im Detail

Shape First Modeling wirkt, weil Datenqualität schon im Modell festgelegt wird und nicht erst nach einer fehlerhaften Integration. Mehr Schärfe bekommt der Ansatz an Schärfe, wenn Shapes aus echten Datenverträgen, Pflichtaussagen und Prüfregeln abgeleitet werden. Besonders wichtig sind verständliche Fehlermeldungen, realistische Beispieldaten und saubere Versionierung, damit Validierung nicht bremst, sondern verlässliche Zusammenarbeit zwischen Quellen ermöglicht.

Durchführung

Für die Einführung eignet sich ein kleiner, geschäftskritischer Datenaustausch, an dem Nutzen und Grenze der Regeln schnell sichtbar werden. Der tipping point liegt meist bei zu strengen Shapes, die reale Datenlagen ausblenden, oder bei zu weichen Regeln ohne Schutzwirkung. Schließe mit einem lauffähigen Prüfpfad, wenigen priorisierten Shapes und einer Verabredung, wie künftige Änderungen eingebracht werden.

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

Wissensgraph Validierung Semantik

Quellen

W3C Shapes Constraint Language (SHACL)w3.orgW3C-Empfehlung SHACL; definiert Node- und Property-Shapes zur Validierung von RDF-Graphen.

In Playbooks

Knowledge Modeling vorbereitenVon Wissensdomäne zu Fragen, Konzeptmodell, Schema und Validierungsregeln.

Artefakt-Vorlagen

Shape-First Modeling: ArbeitsvorlagePlane Shape-first Modeling entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

markdown

shape-first-modeling-working-template.md

Plane Shape-first Modeling entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

Shape-First Modeling: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Gesamten Workshop Zeit: 60–120 Minuten pro Shape-Modul

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: RDF Use Cases, gültige und ungültige Beispieldaten, Namespace- und Severity Policy, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
Rollen: Domain Expert · RDF Engineer · Data Producer · Consumer
Vorab-Infos: RDF Use Cases, gültige und ungültige Beispieldaten, Namespace- und Severity Policy vorab zusammentragen und offene Annahmen markieren.
Gesamter Zeitbedarf: 60–120 Minuten pro Shape-Modul
Setup: Targets, NodeShapes, PropertyShapes und Constraint Components vor breiter Ontologiemodellierung sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.