Die NeOn Methodology strukturiert Ontology-Arbeit als kontrollierten Prozess mit Reuse, Szenarien und Reviews. Sie ist nützlich, wenn Ontologien nicht ad hoc, sondern modular und wiederverwendbar entstehen sollen.
Knowledge Modeling Prozessmodell
NeOn Methodology
Plant Ontologieprojekte als Kombinationen von neun Szenarien für Spezifikation, Wiederverwendung, Reengineering und Alignment.
NeOn behandelt Ontologien als Netzwerke und bietet neun Szenarien statt eines linearen Prozesses. Ein Projekt wählt Szenarien, Outputs, Abhängigkeiten und Lifecycle passend zum Kontext.
Welche NeOn-Szenarien und Aktivitäten führen von unseren Quellen zum wartbaren Ontologienetzwerk?
- Teilnehmende
- 2-10
- Zeit
- Mehrere Wochen bis Monate
NeOn Methodology verwendet projektspezifische Kombination der neun NeOn-Szenarien mit expliziten Deliverables. Bewertungen bleiben begründet und kontextgebunden.

Requirements
Requirements
Ontology Requirements Specification und Netzwerkgrenze festlegen.
Szenarien
Szenarien
Passende NeOn-Szenarien aus Quellen und Reuse-Bedarf wählen.
Aktivitäten
Aktivitäten
Deliverables, Abhängigkeiten, Rollen und Tests je Szenario planen.
Lifecycle
Lifecycle
Module, Versionen, Alignment und Releases steuern.
Nach neuer Evidenz oder einer relevanten Kontextänderung aktualisieren und frühere Fassung erhalten.
Geeignet, wenn
Für größere Ontologievorhaben mit Wiederverwendung, nicht-ontologischen Quellen oder mehreren Ontologien.
Ideal für
- Größere Ontology-Projekte
- Reuse bestehender Ontologien
- Verteilte Modellierungsteams
- Enterprise Knowledge Graphs
Nicht gut für
- Sehr kleine Ad-hoc-Ontologien
- Pure explorative Skizzen ohne Reuse-Anspruch
Ergebnisse

NeOn Project Route
NeOn Project Route mit nachvollziehbaren Quellen, Annahmen und fachlichen Entscheidungen.

Entscheidungs- und Prüfspur
Owner, Termine und nächste Prüfung für NeOn Project Route.
NeOn Project Route
Fiktives Arbeitsbeispiel
projektspezifische Kombination der neun NeOn-Szenarien mit expliziten Deliverables als präzise Arbeitsstruktur mit fiktivem Beispiel.
Bedarf
CQ · Scope · Nicht-Ziel
Projektmaßnahmen, keine Finanzontologie.
Szenario
Nummer · Zweck · Input
S2: CSV wiederverwenden und re-engineeren; S3: ORG wiederverwenden.
Deliverable
Output · Test · Owner
Mapping Tests; Ontology Lead.
Abhängigkeit
Modul · Version · Alignment
W3C ORG reuse; Person↔Member mapping.
Das Beispiel zeigt die Fachlogik von NeOn Methodology; eigene Vorlagen bleiben leer.
Erster Schritt
Beginne mit der Kernfrage: Welche NeOn-Szenarien und Aktivitäten führen von unseren Quellen zum wartbaren Ontologienetzwerk?
Davor sinnvoll
Vertiefung
Zuerst werden Kontext, Ziele und passende NeOn-Szenarien festgelegt. Dann plant das Team Reuse bestehender Ontologien und arbeitet in iterativen Modellierungs- und Reviewschritten. Am Ende stehen dokumentierte Module und klare Pflegewege für größere Knowledge-Graph-Vorhaben.
Die NeOn Methodology funktioniert, weil sie Ontology Arbeit als wiederverwendbaren Entwicklungsprozess mit Szenarien, Reuse und Reviews organisiert. Ihr Nutzen steigt, wenn Entscheidungen über Quellen, Module und Pflege nicht beiläufig, sondern als gestaltbare Arbeitspakete behandelt werden. Substanz gewinnt sie durch die lebendige Verbindung zwischen Domänenziel, wiederverwendeten Bausteinen und Governance, damit die Ontologie über den ersten Entwurf hinaus konsistent weiterentwickelt werden kann.
Für den Einstieg eignet sich ein klarer Anwendungsfall mit wenigen Modulen und einem Review Rhythmus, der fachliche sowie technische Rückmeldungen zusammenführt. Zum sensiblen Punkt wird es, wenn Reuse attraktiver wirkt als Passung; dann müssen Übernahmen hart gegen die eigene Domäne geprüft werden. Ein guter Schluss verankert Verantwortlichkeiten, Prüfkriterien und den nächsten Iterationsschritt im laufenden Arbeitsmodus.
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
NeOn Methodology: ArbeitsvorlagePlane NeOn Methodology entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.markdown
neon-methodology-working-template.md
Plane NeOn Methodology entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.
NeOn Methodology: Arbeitsvorlage
Fragestellung
Noch zu klären
Gewünschtes Ergebnis
Noch zu klären
Rahmen
Vollständiges Vorhaben Zeit: Planung 2–4 Stunden; Initiative über mehrere Iterationen
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
Vorbereitung für diesen Umfang
Methodische Grundausstattung
- Materialien: Ontology Requirements Specification, Quellen- und Ontologieinventar, Reuse- und Governance-Ziele, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
- Rollen: Ontology Lead · Domain Experts · Data Stewards · Integration Owners
- Vorab-Infos: Ontology Requirements Specification, Quellen- und Ontologieinventar, Reuse- und Governance-Ziele vorab zusammentragen und offene Annahmen markieren.
- Gesamter Zeitbedarf: Planung 2–4 Stunden; Initiative über mehrere Iterationen
- Setup: projektspezifische Kombination der neun NeOn-Szenarien mit expliziten Deliverables sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.
Für die Arbeitsschritte bereitstellen
Requirements: Requirements
- Ontology Requirements Specification
- Quellen- und Ontologieinventar
- Reuse- und Governance-Ziele
Szenarien: Szenarien
- ORSD
- Quellen- und Ontologieinventar
- Reuse- und Governance-Ziele
Aktivitäten: Aktivitäten
- Szenario-Route
- Quellen- und Ontologieinventar
- Reuse- und Governance-Ziele
Lifecycle: Lifecycle
- Arbeitsplan
- Quellen- und Ontologieinventar
- Reuse- und Governance-Ziele
NeOn Project Route
Bedarf
CQ · Scope · Nicht-Ziel
...
Szenario
Nummer · Zweck · Input
...
Deliverable
Output · Test · Owner
...
Abhängigkeit
Modul · Version · Alignment
...
Nur reale Angaben, Quellen und Entscheidungen eintragen.
NeOn Methodology for Building Ontology Networks
Requirements: Requirements
Erwartetes Artefakt: ORSD
ORSD · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Sind Competency Questions und Nicht-Ziele enthalten?
Szenarien: Szenarien
Erwartetes Artefakt: Szenario-Route
Szenario-Route · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Sind die neun NeOn-Szenarien gemäß Primärliste korrekt unterschieden?
Aktivitäten: Aktivitäten
Erwartetes Artefakt: Arbeitsplan
Arbeitsplan · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Besitzt jedes Deliverable ein Akzeptanzkriterium?
Lifecycle: Lifecycle
Erwartetes Artefakt: Release Route
Release Route · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Sind Abhängigkeiten und Rückwärtskompatibilität geprüft?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/neon-methodology/run-sheet
Alternativen und Nachbarn
Passende Alternativen mit Entscheidungshilfe, danach weitere verwandte Methoden.

Statt NeOn Methodology, wenn du Begriffe mit offenen Vokabularen und externen Referenzen vernetzen willst.

Entwirft Node Labels, Relationship Types, Properties und Constraints passend zu Query Patterns und Migrationen.

Formt Anforderungen an Datenqualität in SHACL oder ShEx und verankert daraus prüfbare Data Contracts.

Zwingt komplexe Inhalte in einfache Sprache und legt sofort offen, welche Wissenslücken noch geschlossen werden müssen.

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.
Rahmenbedingungen und Herkunft
Steckbrief
- Methodenform
- Prozessmodell
- Teilnehmende
- 2-10
- Zeit
- Mehrere Wochen bis Monate
- Reifegrad
- Established
- Ursprung
- NeOn Project

