Changes for page Proposalsammlung

Last modified by ybl2 on 2025/01/30 12:15
<
From version < 13.1 >
edited by ybl2
on 2016/11/15 16:34
To version < 16.1 >
edited by ybl2
on 2023/07/13 12:53
>
Change comment: Renamed from xwiki:RTP16.Proposalsammlung

Summary

Details

Page properties
Parent
... ... @@ -1,0 +1,1 @@
1 +Real Time Project WS 1617 (Layout)
Content
... ... @@ -1,5 +1,69 @@
1 -= Zeitplan =
1 += Vortrag =
2 2  
3 +==== Thema des Projekts ====
4 +
5 +Betrachtung einer anderen Darstellungsweise von Hierarchien (explizite Darstellung Kindknoten außerhalb der Elternknoten)
6 +
7 +==== Motivation ====
8 +
9 +Testen von Alternativen um (im besonderern für die Tapete) ein anderes Layout zu erzeugen.
10 +
11 +Mit Grundvoraussetzung das die Kindknoten explizit gezeichnet werden.
12 +
13 +==== Überleitung ====
14 +
15 +Da ein Layout nicht alle Probleme löst, betrachten wir verschiedene Use Cases.
16 +
17 +==== Use Cases ====
18 +
19 +===== Case 1 - Ausdrucken =====
20 +
21 +Ziel: Wenig Whitespace/kompaktes Layout mit einem guten Seitenverhältnis.
22 +
23 +Ansicht: voller Graph (alle Kanten, alle Beschriftungen)
24 +
25 +Mögliche Lösungen: HV-Bäume\Recursive Winding
26 +
27 +TODO: weitere Kompaktionsmöglichkeiten suchen
28 +
29 +===== Case 2 - Überblick über das Modell =====
30 +
31 +Ziel: Verdeutlichung von Hierachien und Abhängigkeiten.
32 +
33 +Ansicht:
34 +
35 +Mögliche Lösungen: Mr. Tree, Radiales Baumlayout
36 +
37 +===== Case 3 - Signal Verfolgung =====
38 +
39 +Ziel: Nachvollziehen von Signalflüsse
40 +
41 +Mögliche Lösung: Hervorhebung einzelner Signalflüsse. Nachteil bei diesem Ansatz ist, dass Signale zwischen zwei Kindern wieder durch den Parent fließen müssen.(Oder neue Kante)
42 +
43 +Grundsätzlich sind kurze Kanten zu bevorzugen. Kein Algorithmus hat besondere Vorteile dafür.
44 +
45 +===== Case 4 - Nachvollziehbarkeit (mit Hilfe von Navigation)/Detailansichten =====
46 +
47 +Ziel: Durch Navigation und andere Hilfsmittel können einzelne Teile des Modells gesondert betrachtet/ nachvollzogen werden.
48 +
49 +Mögliche Lösung: Fokus und Kontext- Lösungen, Möglichkeit verschiedene Teile des Modells zu minimieren oder hevorzuheben.
50 +
51 +==== Umsetzung ====
52 +
53 +Erster Schritt : KGraph Synthese
54 +
55 +Priorisierung der Use Cases:
56 +
57 +1. Use Case 2
58 +1. Use Case 4
59 +1. Use Case 3
60 +1. (((
61 +Use Case 1
62 +)))
63 +
64 +==== Zeitplan ====
65 +
66 +(% class="wrapped" %)
3 3  |=(((
4 4  Datum
5 5  )))|=(((
... ... @@ -17,6 +17,13 @@
17 17  )))
18 18  |(% colspan="1" %)(% colspan="1" %)
19 19  (((
84 +
85 +)))|(% colspan="1" %)(% colspan="1" %)
86 +(((
87 +Zwischenergebnis Präsentation
88 +)))
89 +|(% colspan="1" %)(% colspan="1" %)
90 +(((
20 20  19.03
21 21  )))|(% colspan="1" %)(% colspan="1" %)
22 22  (((
... ... @@ -35,6 +35,12 @@
35 35  Abschlussvortrag
36 36  )))
37 37  
109 +==== Verworfene Ideen ====
110 +
111 +3D
112 +
113 +Force Directed Layout
114 +
38 38  = Layout Algorithmen =
39 39  
40 40  == Radiales Layout ==
... ... @@ -129,54 +129,4 @@
129 129  
130 130  
131 131  
132 -= Use Cases =
133 -
134 -== Case 1 - Ausdrucken ==
135 -
136 -Ziel: Wenig Whitespace/kompaktes Layout mit einem guten Seitenverhältnis.
137 -
138 -Mögliche Lösungen: HV-Bäume\Recursive Winding
139 -
140 -TODO: weitere Kompaktionsmöglichkeiten suchen
141 -
142 -== Case 2 - Überblick über das Modell ==
143 -
144 -Ziel: Verdeutlichung von Hierachien und Abhängigkeiten.
145 -
146 -Mögliche Lösungen: Mr. Tree, Radiales Baumlayout
147 -
148 148  
149 -
150 -== Case 3 - Signal Verfolgung ==
151 -
152 -Ziel: Nachvollziehen von Signalflüsse
153 -
154 -Mögliche Lösung: Hervorhebung einzelner Signalflüsse. Nachteil bei diesem Ansatz ist, dass Signale zwischen zwei Kindern wieder durch den Parent fließen müssen.(Oder neue Kante)
155 -
156 -Grundsätzlich sind kurze Kanten zu bevorzugen. Kein Algorithmus hat besondere Vorteile dafür.
157 -
158 -
159 -
160 -== Case 4 - Nachvollziehbarkeit (mit Hilfe von Navigation) ==
161 -
162 -Ziel: Durch Navigation und andere Hilfsmittel können einzelne Teile des Modells gesondert betrachtet/ nachvollzogen werden.
163 -
164 -Mögliche Lösung: Fokus und Kontext- Lösungen, Möglichkeit verschiedene Teile des Modells zu minimieren oder hevorzuheben.
165 -
166 -
167 -
168 -
169 -
170 -
171 -
172 -
173 -
174 -
175 -
176 -
177 -
178 -
179 -
180 -
181 -
182 -
IMG_8355.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +9.6 MB
Content
IMG_8356.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +9.7 MB
Content
IMG_8357.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +10.0 MB
Content
IMG_8358.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +9.6 MB
Content
IMG_8359.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +10.0 MB
Content
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -20153882
1 +20153724
URL
... ... @@ -1,1 +1,1 @@
1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153882/Proposalsammlung
1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153724/Proposalsammlung

Navigation

Quick Links

KIELER on GitHub
RTSYS Homepage