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,5 +1,73 @@
	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	+
1	1	= Zeitplan =
2	2
	70	+(% class="wrapped" %)
3	3	|=(((
4	4	Datum
5	5	)))|=(((
...	...	@@ -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		-

Confluence.Code.ConfluencePageClass[0]

Id

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

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/20153884/Proposalsammlung