Summary

• Page properties (1 modified, 0 added, 0 removed)
• Objects (1 modified, 0 added, 0 removed)
  • Confluence.Code.ConfluencePageClass[0]

Details

Page properties

Content

...	...	@@ -1,73 +68,5 @@
1		-= Thema des Projekts =
2		-
3		-Betrachtung einer anderen Darstellungsweise von Hierarchien (explizite Darstellung Kindknoten außerhalb der Elternknoten)
4		-
5		-= Motivation =
6		-
7		-Testen von Alternativen um (im besonderern für die Tapete) ein anderes Layout zu erzeugen.
8		-
9		-Mit Grundvoraussetzung das die Kindknoten explizit gezeichnet werden.
10		-
11		-= Überleitung =
12		-
13		-Da nicht ein Layout alle Probleme löst, betrachten wir verschiedene Use Cases.
14		-
15		-= Use Cases =
16		-
17		-== Case 1 - Ausdrucken ==
18		-
19		-Ziel: Wenig Whitespace/kompaktes Layout mit einem guten Seitenverhältnis.
20		-
21		-Mögliche Lösungen: HV-Bäume\Recursive Winding
22		-
23		-TODO: weitere Kompaktionsmöglichkeiten suchen
24		-
25		-== Case 2 - Überblick über das Modell ==
26		-
27		-Ziel: Verdeutlichung von Hierachien und Abhängigkeiten.
28		-
29		-Mögliche Lösungen: Mr. Tree, Radiales Baumlayout
30		-
31		-
32		-
33		-== Case 3 - Signal Verfolgung ==
34		-
35		-Ziel: Nachvollziehen von Signalflüsse
36		-
37		-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)
38		-
39		-Grundsätzlich sind kurze Kanten zu bevorzugen. Kein Algorithmus hat besondere Vorteile dafür.
40		-
41		-
42		-
43		-== Case 4 - Nachvollziehbarkeit (mit Hilfe von Navigation)/Detailansichten ==
44		-
45		-Ziel: Durch Navigation und andere Hilfsmittel können einzelne Teile des Modells gesondert betrachtet/ nachvollzogen werden.
46		-
47		-Mögliche Lösung: Fokus und Kontext- Lösungen, Möglichkeit verschiedene Teile des Modells zu minimieren oder hevorzuheben.
48		-
49		-
50		-
51		-== Verworfene Ideen ==
52		-
53		-3D
54		-
55		-= Umsetzung =
56		-
57		-Erster Schritt : KGraph Synthese
58		-
59		-
60		-
61		-Priorisierung der Use Cases:
62		-
63		-1. Use Case 2
64		-1. Use Case 4
65		-1. Use Case 3
66		-1. Use Case 1
67		-
68	68	= Zeitplan =
69	69
70		-(% class="wrapped" %)
71	71	|=(((
72	72	Datum
73	73	)))|=(((
...	...	@@ -197,4 +197,54 @@
197	197
198	198
199	199
	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	+
200	200
	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	+

Confluence.Code.ConfluencePageClass[0]

Id

...	...	@@ -1,1 +1,1 @@
1		-20153884
	1	+20153882

URL

...	...	@@ -1,1 +1,1 @@
1		-https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153884/Proposalsammlung
	1	+https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153882/Proposalsammlung