Closed KonradHoeffner closed 4 years ago
M.E. kann eine Teilaufgabe (z.B. Systemanalyse) Komponente in verschiedenen Aufgaben sein und muss daher nicht unbedingt Subklasse dieser Aufgaben sein bzw. diese können sich ja auch unterscheiden.
Dann würde ich die Tripel gerne behalten aus folgenden Gründen:
Was meinen Sie, @AlfredWinter?
ich möchte das gerne gemeinsam anhand meines konkreten Beispiels diskutieren. Und dann brauchen wir eine generelle Regel
Ich habe die Untertickets mal geschlossen und die Einträge hier hinzugefügt, damit wir alles an gleichen Ort haben.
Subjekt | Prädikat | Objekt |
---|---|---|
ob:StrategicHISPlanning | rdfs:subClassOf | ob:InformationManagement |
ob:FormulationOfAProjectIdea | rdfs:subClassOf | ob:InformationManagement |
bb:ShortTermHISPlanning | rdfs:subClassOf | bb:InformationManagement |
bb:LongTermHISPlanning | rdfs:subClassOf | bb:InformationManagement |
bb:StrategicHISPlanning | rdfs:subClassOf | bb:InformationManagement |
Subjekt | Prädikat | Objekt |
---|---|---|
ob:InformationManagement | meta:functionComponent | ob:StrategicManagementOfInformationSystems |
bb:InformationManagement | meta:functionComponent | bb:StrategicInformationManagement |
Es muss da im Einzelfall entschieden werden. In den in den Issues #337, #338, #339 und #340 beschriebenen Fällen soll die Verbindung entfernt (also auf EntityType/Role/Function umgehängt werden):
@FranziskaJahn, @BirgitSNIK: Ich brauche mal euren Input für ein gemeinsames Problem der Issues #337, #338, #339, #340:
Wenn X eine Komponente Y hat und X ist Unterklasse der Klasse C, ist Y dann auch Unterklasse von C?
Und wenn ja, soll das Unterklassenstatement zwischen Y und C dann entfernt werden? Was, wenn es das einzige solche Statement ist, wodurch soll es dann ersetzt werden?
Für die part-of Relation gilt das ja nicht allgemein, ein Auto hat die Komponente Rad und gehört zur Klasse Fahrzeug aber ein Rad ist kein Fahrzeug. Aber die component-Relation in SNIK kann ja anders definiert sein.