TemplateBrowser als Baum Umsetzen (Advanced)

weitere Version zu ~~#96~~

Siehe https://wiki.imise.uni-leipzig.de/Projekte/3LGM2IHEDFG/AP3BereitstellungEntwurfsmuster/D3.4Angepasster3LGM2BaukastenVersion2?v=50j
Wir machen dazu Mockups
Gibt es keine TemplateViewDefinition, dann werden einfach alle im Template enthaltenen Elemente, die unabhängig von anderen sind (MIN_CARDINALITY zu allen anderen Elementen ist 0) im View jeweils unter einem Klassennamenknoten angezeigt (wie im Modelexplorer nur ohne Layer-Knoten). → prüfen, ob eine ViewDefinition Voraussetzung ist → Entscheidung: es muss immer eine ViewDef. geben, Abbhängikeiten wichtig sind bei der Darstellung und auch bei der Übernahme vom Template ins Modell
[in eigenes Ticket auslagern] HasPart-Kanten werden analog zum ModelExplorer als Unterordnungen angezeigt → Ist bei IHE aktuell nicht erforderlich. Wird jedoch für andere Templates benötigt, z.B. Ref.modell der Fachlichen Ebene, Modeltemplates (Entwurfsmuster) [import dieser Template Modell in jeweils eigenen Tickets zu gegebener Zeit]
Eine TemplateViewDefiniton enthält Meta-Pfade, die vorgeben, welche Elemente mit welchen Unterordnungen wie angezeigt werden.
- Schritt 1 Hierarchie: TemplateLibrary-Name
  - [in eigenes Ticket auslagern] [Optional: <Alle Elemente>] (Optional, wenn es kein Teilmodell in der TemplateLibrary gibt)
  - [erledigt] Elementart (wird nicht angezeigt)
    - [erledigt] Instanzen der Elementart
  - Teilelemente (hasPart analog Model Browser)
- Schritt 2 Hierarchie befüllen und erweitern: verbundene Elemente Pfadschritt 1 (jeweils mit Teilelementen)
- Schritt 3 Hierarchie befüllen und erweitern: verbundene Elemente Pfadschritt 2 (jeweils mit Teilelementen)
- Schritt n: usw. ...

‌

Comments (12)