Farbschema
Ontologie verstehen
Die Ontologie ist das Schema Ihres Wissensprojekts — sie legt fest, welche Arten von Dingen in Ihrem Wissensbereich existieren und wie diese miteinander zusammenhängen.
Was ist eine Ontologie?
Stellen Sie sich die Ontologie als Bauplan vor: Bevor Kelaria Dokumente verarbeitet und Wissen strukturiert, muss es wissen, welche Konzepte und Beziehungen überhaupt relevant sind. Diesen Bauplan nennen wir die Ontologie.
Beispiel aus der Gerätewartung:
- Was es gibt: Gerätemodelle, Komponenten, Fehlercodes, Servicemaßnahmen
- Wie es zusammenhängt: Ein Gerätemodell hat Komponenten; ein Fehlercode wird behoben durch eine Servicemaßnahme
Die Ontologie ist projekt-spezifisch. Jedes Projekt hat seine eigene. Sie kann jederzeit erweitert werden — jede Speicherung erzeugt automatisch eine neue Version, sodass frühere Stände erhalten bleiben.
Entity-Typen
Ein Entity-Typ beschreibt eine Klasse von Objekten in Ihrem Wissensbereich.
| Feld | Bedeutung |
|---|---|
| Name | Eindeutiger Bezeichner, in PascalCase (z. B. GeraeteModell, Fehlercode) |
| Beschreibung | Freitext — was fällt in diesen Typ, was nicht? |
| Attribute | Eigenschaften, die jede Instanz dieses Typs haben kann (siehe unten) |
| Erbt von (Parent-Type) | Optionaler übergeordneter Typ; der Entity-Typ erbt dann alle Attribute des Parents |
| Synonyme | Alternative Bezeichnungen, kommagetrennt (z. B. Heizgerät, Therme) |
PascalCase
Der Name eines Entity-Typs beginnt immer mit einem Großbuchstaben, weitere Wörter werden direkt angehängt und ebenfalls großgeschrieben — kein Leerzeichen, kein Bindestrich. Beispiel: GeraeteModell, ServiceMassnahme.
Vererbung (Parent-Type)
Wählen Sie unter Erbt von einen anderen Entity-Typ aus, übernimmt Ihr Typ automatisch alle dessen Attribute. Eigene Attribute können zusätzlich hinzugefügt werden. Im Graph-Editor wird die Vererbungsbeziehung als gestrichelte Linie dargestellt.
Beispiel: Hauptkomponente und Verschleissteil erben beide von Komponente — gemeinsame Felder wie bezeichnung müssen nur einmal am Parent definiert werden.
Relation-Typen
Ein Relation-Typ beschreibt eine gerichtete Beziehung zwischen zwei Entity-Typen.
| Feld | Bedeutung |
|---|---|
| Name | Eindeutiger Bezeichner, in snake_case (z. B. hat_komponente, behoben_durch) |
| Beschreibung | Was drückt diese Beziehung aus? |
| Von | Der Entity-Typ, von dem die Beziehung ausgeht |
| Nach | Der Entity-Typ, auf den die Beziehung zeigt |
| Kardinalität | Wie viele Instanzen auf jeder Seite möglich sind (siehe unten) |
| Attribute | Eigenschaften, die an der Beziehung selbst hängen (z. B. erfolgsrate) |
| Synonyme | Alternative Bezeichnungen, kommagetrennt |
snake_case
Der Name eines Relation-Typs besteht nur aus Kleinbuchstaben und Unterstrichen. Beispiel: hat_komponente, loest_aus.
Kardinalität
Die Kardinalität legt fest, wie viele Instanzen auf jeder Seite einer Beziehung erlaubt sind:
| Wert | Anzeige | Bedeutung |
|---|---|---|
one_to_one | 1 : 1 | Genau eine Instanz auf jeder Seite |
one_to_many | 1 : n | Eine Instanz links, beliebig viele rechts |
many_to_one | n : 1 | Beliebig viele links, eine rechts |
many_to_many | n : m | Beliebig viele auf beiden Seiten |
Attribut-Typen
Jedes Attribut eines Entity- oder Relation-Typs hat einen Typ, der festlegt, welche Werte gespeichert werden dürfen:
| Typ | Bedeutung | Beispiel |
|---|---|---|
string | Beliebiger Text | "Baureihe X200" |
integer | Ganze Zahl | 42 |
float | Dezimalzahl | 3.14 |
boolean | Ja/Nein-Wert | true |
date | Datum | 2024-03-15 |
datetime | Datum mit Uhrzeit | 2024-03-15T10:30:00 |
enum | Feste Werteliste | "kritisch", "mittel", "niedrig" |
reference | Verweis auf einen anderen Entity-Typ | Zeigt auf Komponente |
Zusätzlich stehen zwei optionale Kennzeichen zur Verfügung:
- Einheit — physikalische Einheit des Werts (z. B.
°C,kW,h) - Liste (Checkbox) — aktivieren, wenn ein Attribut mehrere Werte gleichzeitig tragen darf (z. B. eine Liste von Fehlercodes)
Enum-Werte
Bei Typ enum erscheint ein zusätzliches Eingabefeld Werte (kommagetrennt). Tragen Sie dort alle erlaubten Werte ein, z. B. kritisch, mittel, niedrig.
Reference — Verweis auf Entity-Typ
Bei Typ reference wählen Sie über ein Dropdown den Ziel-Entity-Typ aus. Das Attribut speichert dann einen Verweis auf eine konkrete Instanz dieses Typs — z. B. verweist hersteller auf einen Eintrag vom Typ Unternehmen.
Synonyme
Synonyme sind alternative Bezeichnungen für einen Entity- oder Relation-Typ. Sie helfen der KI beim Verarbeiten von Dokumenten: wenn ein Text Therme statt Heizgeraet schreibt, erkennt das System trotzdem den richtigen Typ.
Synonyme werden kommagetrennt im Feld Synonyme (kommagetrennt) eingetragen, z. B. Heizgerät, Therme, Brennwertgerät.
Wer darf die Ontologie bearbeiten?
Lesen und die Ontologie einsehen kann jeder Projekt-Mitarbeiter. Änderungen (Hinzufügen, Bearbeiten, Speichern) erfordern die Rolle Kurator, Experte oder Tenant-Administrator.
Nächste Schritte
- Ontologie-Editor — Ontologie-Typen anlegen, bearbeiten und speichern
- KI-Bootstrap — Initiale Ontologie aus einer Projektbeschreibung generieren lassen
- Versionen und Export — Versionshistorie einsehen, Versionen wiederherstellen und exportieren