Vorher abschließenBegrenzter Gegenstand
Scope und Zweck von NeOn Methodology sind als konkrete Frage benannt.
Ohne Scope wird NeOn Project Route beliebig.
MethodenanleitungKnowledge Modeling
NeOn Methodology
Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
KomplexitätHoch
ZeitMehrere Wochen bis Monate
Teilnehmende2-10
FormatWorkshop + Async
ReifegradEstablished
01
Vorbedingung
Was vorher fertig sein muss
Vorher abschließenZugang zu relevanten Perspektiven
Ontology Requirements Specification, Quellen- und Ontologieinventar, Reuse- und Governance-Ziele und entscheidungsfähige Fachpersonen sind verfügbar.
Ohne diese Perspektiven bleiben zentrale Aussagen in NeOn Project Route unbelegt.
02
Vorbereitung
Was vor Start vorliegen muss
Materialien
Ontology Requirements Specification, Quellen- und Ontologieinventar, Reuse- und Governance-Ziele, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
Personen / Rollen
Ontology Lead · Domain Experts · Data Stewards · Integration Owners
Vorabinfos
Ontology Requirements Specification, Quellen- und Ontologieinventar, Reuse- und Governance-Ziele vorab zusammentragen und offene Annahmen markieren.
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.
03
Kernfrage
Die eine Frage, die diese Methode beantwortet
Welche NeOn-Szenarien und Aktivitäten führen von unseren Quellen zum wartbaren Ontologienetzwerk?
04
Ablauf
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
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.
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.
- 1
Requirements
Requirements
Ziel
ORSD so erarbeiten, dass die Kernfrage „Welche NeOn-Szenarien und Aktivitäten führen von unseren Quellen zum wartbaren Ontologienetzwerk?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Ontology Requirements Specification
- Quellen- und Ontologieinventar
- Reuse- und Governance-Ziele
Durchführung
- Ontology Requirements Specification und Netzwerkgrenze festlegen.
- Quelle, Begründung und offene Unsicherheit direkt in ORSD festhalten.
Ergebnis
ORSD
ORSD · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Sind Competency Questions und Nicht-Ziele enthalten?
Stolperfalle
Die neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet. Nur benötigte Szenarien wählen, Entry/Exit-Outputs definieren und externe Artefakte vor Übernahme evaluieren.
Zeitlicher Rahmen: 10–20 Minuten
- 2
Szenarien
Szenarien
Ziel
Szenario-Route so erarbeiten, dass die Kernfrage „Welche NeOn-Szenarien und Aktivitäten führen von unseren Quellen zum wartbaren Ontologienetzwerk?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- ORSD
- Quellen- und Ontologieinventar
- Reuse- und Governance-Ziele
Durchführung
- Passende NeOn-Szenarien aus Quellen und Reuse-Bedarf wählen.
- Quelle, Begründung und offene Unsicherheit direkt in Szenario-Route festhalten.
Ergebnis
Szenario-Route
Szenario-Route · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Sind die neun NeOn-Szenarien gemäß Primärliste korrekt unterschieden?
Stolperfalle
Die neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet. Nur benötigte Szenarien wählen, Entry/Exit-Outputs definieren und externe Artefakte vor Übernahme evaluieren.
Zeitlicher Rahmen: 10–20 Minuten
- 3
Aktivitäten
Aktivitäten
Ziel
Arbeitsplan so erarbeiten, dass die Kernfrage „Welche NeOn-Szenarien und Aktivitäten führen von unseren Quellen zum wartbaren Ontologienetzwerk?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Szenario-Route
- Quellen- und Ontologieinventar
- Reuse- und Governance-Ziele
Durchführung
- Deliverables, Abhängigkeiten, Rollen und Tests je Szenario planen.
- Quelle, Begründung und offene Unsicherheit direkt in Arbeitsplan festhalten.
Ergebnis
Arbeitsplan
Arbeitsplan · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Besitzt jedes Deliverable ein Akzeptanzkriterium?
Stolperfalle
Die neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet. Nur benötigte Szenarien wählen, Entry/Exit-Outputs definieren und externe Artefakte vor Übernahme evaluieren.
Zeitlicher Rahmen: 10–20 Minuten
- 4
Lifecycle
Lifecycle
Ziel
Release Route so erarbeiten, dass die Kernfrage „Welche NeOn-Szenarien und Aktivitäten führen von unseren Quellen zum wartbaren Ontologienetzwerk?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Arbeitsplan
- Quellen- und Ontologieinventar
- Reuse- und Governance-Ziele
Durchführung
- Module, Versionen, Alignment und Releases steuern.
- Quelle, Begründung und offene Unsicherheit direkt in Release Route festhalten.
Ergebnis
Release Route
Release Route · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Sind Abhängigkeiten und Rückwärtskompatibilität geprüft?
Stolperfalle
Die neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet. Nur benötigte Szenarien wählen, Entry/Exit-Outputs definieren und externe Artefakte vor Übernahme evaluieren.
Zeitlicher Rahmen: 10–20 Minuten
05
Artefakt
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Form
Versioniertes NeOn Project Route mit Datum, Quellen, Ownern und nächstem Review.
Versionierung / Ownership
Datum, Quelle, Annahmenstand und Entscheidung je Fassung von NeOn Project Route erhalten.
Tool-Alternativen
- NeOn Project Route als Board oder Dokument
- Quellen- und Evidenzregister
- Entscheidungs- und Maßnahmenlog
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
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.
neon-methodology-beispiel.md
Konkret gefülltes Szenario, fiktives Beispiel
Szenario 1 für die Projektontologie aus Requirements, Szenario 2 für Reuse und Reengineering des CSV-Vokabulars, Szenario 3 für Reuse von W3C ORG und Szenario 5 für Reuse und Merging von Personenontologien. Liste: S1 Spezifikation; S2 Non-Ontology Reuse/Reengineering; S3 Ontology Reuse; S4 Ontology Reuse/Reengineering; S5 Reuse/Merging; S6 Reuse/Merging/Reengineering; S7 ODP Reuse; S8 Restructuring; S9 Localization. Deliverables: ORSD, Reuse-Entscheid, Mapping Tests und Modul-Releases.
07
Stolperfallen
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
- RequirementsDie neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet.In der Phase ansehen
- SzenarienDie neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet.In der Phase ansehen
- AktivitätenDie neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet.In der Phase ansehen
- LifecycleDie neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet.In der Phase ansehen
Falle
Requirements
Symptom
Die neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet.
Was tun
Nur benötigte Szenarien wählen, Entry/Exit-Outputs definieren und externe Artefakte vor Übernahme evaluieren.
Falle
Szenarien
Symptom
Die neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet.
Was tun
Nur benötigte Szenarien wählen, Entry/Exit-Outputs definieren und externe Artefakte vor Übernahme evaluieren.
Falle
Aktivitäten
Symptom
Die neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet.
Was tun
Nur benötigte Szenarien wählen, Entry/Exit-Outputs definieren und externe Artefakte vor Übernahme evaluieren.
Falle
Lifecycle
Symptom
Die neun Szenarien werden als Pflichtphasen behandelt oder fachlich falsch zugeordnet.
Was tun
Nur benötigte Szenarien wählen, Entry/Exit-Outputs definieren und externe Artefakte vor Übernahme evaluieren.
08
Abbruchkriterien
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
NeOn Project Route beantwortet die Kernfrage mit nachvollziehbaren Belegen oder offen markierter Unsicherheit.
Owner, nächste Aktion und Prüftermin sind für offene Punkte benannt.
Methodenanleitung durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.