Skip to Content
Last modified by Thomas Schwotzer on 2025/06/04 11:42
From version 101.1
edited by Thomas Schwotzer
on 2024/10/29 10:15
Change comment: There is no comment for this version
To version 107.1
edited by Thomas Schwotzer
on 2025/04/08 12:33
Change comment: Uploaded new attachment "Projekt_Ablauf.pdf", version {1}

Summary

Details

Page properties
tags
... ... @@ -1,0 +1,1 @@
1 +favourite
Content
... ... @@ -7,7 +7,7 @@
7 7  1. Ihr Android-Projekt wird bewertet.
8 8  1. Sie schreiben eine Klausur.
9 9  
10 -Beide Teile gehen zu** 50%** in die Endnote ein. Außerdem: **Das Projekt muss erfolgreich bestanden sein**, d.h. wenigstens 50% der Leistung wurden erbracht. Wird das Projekt nicht erfolgreich bestanden, schließen Sie den Kurs mit einem Fehlerversuch ab.
10 +Beide Teile gehen zu** 50%** in die Endnote ein. Außerdem: **Das Projekt muss erfolgreich bestanden sein**, d.h. wenigstens 50% der Leistung wurden erbracht. Wird das Projekt nicht erfolgreich bestanden, schließen Sie den Kurs mit einem Fehlerversuch ab.
11 11  
12 12  Wir sind eine Hochschule der angewandten Wissenschaften. Ich meine, es ist ein richtiges Prinzip, wenn das Modul nur Studierende erfolgreich abschließen können, die wenigstens grundlegend in der Lage sind, eine Android-App zu implementieren.
13 13  
... ... @@ -19,9 +19,8 @@
19 19  
20 20  Mehr Details zu den Anforderungen und dem Ablauf des semesterbegleitendes Projektes finden Sie hier:
21 21  
22 -{{view-file att--filename="Projekt_Ablauf.pdf" display="thumbnail" height="250"/}}
22 +[[attach:Projekt_Ablauf.pdf||target="_blank"]]
23 23  
24 -\\
25 25  
26 26  Ablauf des Kurses. Das kann sich in den Semestern jeweils ändern. Es ist der grobe Fahrplan.
27 27  
... ... @@ -54,7 +54,7 @@
54 54  Wir ordnen Android einmal ein (Dalvik, Java, JVM, Android, ..). Und wir reden über Kotlin und Java und wie Android einen gesamten Softwaremarkt - nicht veränderte - eliminierte.
55 55  )))
56 56  )))|(((
57 -\\
56 +
58 58  )))|(((
59 59  (% class="content-wrapper" %)
60 60  (((
... ... @@ -81,7 +81,7 @@
81 81  
82 82  Bei der Gelegenheit kann ich auch loswerden, warum man [[anonyme Klassen>>url:https://docs.oracle.com/javase/tutorial/java/javaOO/anonymousclasses.html||shape="rect"]] sehr sehr vorsichtig einsetzen sollte. Sie führen meistens dazu, dass man Code hat, der sich ständig wiederholt und in der Tendenz nicht mehr wartbar ist.
83 83  
84 -\\
83 +
85 85  )))|(((
86 86  [[Android:Activity-Lifecycle>>url:https://developer.android.com/guide/components/activities/activity-lifecycle||shape="rect"]]
87 87  
... ... @@ -91,15 +91,13 @@
91 91  )))|(((
92 92  (% class="content-wrapper" %)
93 93  (((
94 -\\
93 +
95 95  )))
96 96  )))
97 97  |(((
98 -**1 (s.o.)
99 -**
97 +**1a) (s.o.)**
100 100  )))|(((
101 -**Vom Use-Case zum Interface
102 -**
99 +**Vom Use-Case zum Interface**
103 103  )))|(((
104 104  (% class="content-wrapper" %)
105 105  (((
... ... @@ -110,10 +110,24 @@
110 110  )))|(((
111 111  (% class="content-wrapper" %)
112 112  (((
113 -\\
110 +
114 114  )))
115 115  )))
116 116  |(((
114 +**1b) (s.o.)**
115 +)))|(((
116 +**Komponenten**
117 +)))|(((
118 +Wir machen einen kurzen Einstieg in Software-Komponenten. Was ist das, wie beschreibt man das, wie testet man das? Und warum ist es gut, so zu denken? Und wir reden einmal darüber was ein technical white paper ist. Und was all das mit test-driven-development zu tun hat.
119 +)))|(((
120 +[[UML Komponentendiagramme>>url:https://www.uml-diagrams.org/component-diagrams.html||shape="rect"]]
121 +)))|(((
122 +(% class="content-wrapper" %)
123 +(((
124 +
125 +)))
126 +)))
127 +|(((
117 117  **3**
118 118  )))|(((
119 119  **Bluetooth**
... ... @@ -122,14 +122,12 @@
122 122  )))|(((
123 123  [4], [5], [6]
124 124  )))|(((
125 -\\
136 +
126 126  )))
127 127  |(((
128 -**4
129 -**
139 +**4**
130 130  )))|(((
131 -**Security (Identitäten)
132 -**
141 +**Security (Identitäten)**
133 133  )))|(((
134 134  Geräte bauen Verbindungen und Netzwerke auf. Es ist oftmals sehr relevant, die Identät des anderen Gerätes oder der Person, die das Gerät benutzt sicher stellen zu können. Wir reden über Pairing in Bluetooth, wie man in PLMN sicher stellt, dass das Handy mit den Netz verbunden ist, dass es will und wir schauen uns Zertifikate an.
135 135  )))|(((
... ... @@ -141,11 +141,10 @@
141 141  
142 142  [[Wikipedia: Diffie-Hellman-Keys>>url:https://de.wikipedia.org/wiki/Diffie-Hellman-Schl%C3%BCsselaustausch||shape="rect"]]
143 143  )))|(((
144 -\\
153 +
145 145  )))
146 146  |(((
147 -**5
148 -**
156 +**5**
149 149  )))|(((
150 150  **Routing in Ad-hoc Netzwerken**
151 151  )))|(((
... ... @@ -153,25 +153,23 @@
153 153  
154 154  Das Thema vertiefen Sie gern im WP-Modul //Technik mobiler Systeme//.
155 155  )))|(((
156 -\\
164 +
157 157  )))|(((
158 -\\
166 +
159 159  )))
160 160  |(((
161 -**
162 -**
169 +
163 163  )))|(((
164 164  Naming
165 165  )))|(((
166 166  Services müssen benannt werden. Rechner bekommen nicht nur IP-Adressen, sondern auch Namen, die sich Menschen merken können. Wir müssen reden über DNS, LDAP und Servicebeschreibungen, z.B. in Bluetooth (SDP)
167 167  )))|(((
168 -\\
175 +
169 169  )))|(((
170 -\\
177 +
171 171  )))
172 172  |(((
173 -**
174 -**
180 +**6a**
175 175  )))|(((
176 176  **Prinzipien Ortung**
177 177  )))|(((
... ... @@ -181,11 +181,10 @@
181 181  
182 182  [[Indoor-Ortung Prinzipien - ein Papier>>url:https://github.com/LocationBasedSystems/Documentation/blob/master/praesentationen_kurzePaper/2016_09_30_Konzept_Skizze_Indoor_Ortung_Navigation.pdf||shape="rect"]]
183 183  )))|(((
184 -\\
190 +
185 185  )))
186 186  |(((
187 -**
188 -**
193 +**6b**
189 189  )))|(((
190 190  **GPS**
191 191  )))|(((
... ... @@ -195,11 +195,10 @@
195 195  
196 196  [[Earth-centered / Earth-fixed_coordinate_system (ECEF)>>url:https://en.wikipedia.org/wiki/Earth-centered,_Earth-fixed_coordinate_system||shape="rect"]]
197 197  )))|(((
198 -\\
203 +
199 199  )))
200 200  |(((
201 -**
202 -**
206 +
203 203  )))|(((
204 204  **Indoor-Ortung**
205 205  )))|(((
... ... @@ -207,10 +207,10 @@
207 207  )))|(((
208 208  [[Überblickspapier>>url:https://github.com/LocationBasedSystems/Documentation/tree/master/praesentationen_kurzePaper||shape="rect"]]
209 209  )))|(((
210 -\\
214 +
211 211  )))
212 212  |(((
213 -\\
217 +
214 214  )))|(((
215 215  Publish-Subscribe / Observer-Pattern
216 216  )))|(((
... ... @@ -220,10 +220,10 @@
220 220  
221 221  [[Android:Services>>url:https://developer.android.com/guide/components/services||shape="rect"]]
222 222  )))|(((
223 -\\
227 +
224 224  )))
225 225  |(((
226 -\\
230 +
227 227  )))|(((
228 228  Software-Architekturen
229 229  )))|(((
... ... @@ -233,37 +233,23 @@
233 233  (((
234 234  [[Mediathek:Video>>url:https://mediathek.htw-berlin.de/album/video/Verteilte-Anwendungsmuster-P2P-Client-Server-Agenten-SharkASAP/db6b10a1014fbda7eeb9b49eadead34b/329||shape="rect"]]
235 235  
236 -\\
240 +
237 237  )))
238 238  )))|(((
239 -\\
243 +
240 240  )))
241 241  |(((
242 -\\
246 +
243 243  )))|(((
244 -Komponenten
248 +**ASAP / Shark**
245 245  )))|(((
246 -Wir machen einen kurzen Einstieg in Software-Komponenten. Was ist das, wie beschreibt man das, wie testet man das? Und warum ist es gut, so zu denken? Und wir reden einmal darüber was ein technical white paper ist.
250 +
247 247  )))|(((
248 -[[UML Komponentendiagramme>>url:https://www.uml-diagrams.org/component-diagrams.html||shape="rect"]]
249 -)))|(((
250 -(% class="content-wrapper" %)
251 -(((
252 -\\
253 -)))
254 -)))
255 -|(((
256 -\\
257 -)))|(((
258 -ASAP / Shark
259 -)))|(((
260 -\\
261 -)))|(((
262 262  * [[Projekt ASAP / Shark Videos (Album)>>url:https://mediathek.htw-berlin.de/album/view/aid/278||shape="rect"]]
263 263  * [[ASAP@Github>>url:https://github.com/SharedKnowledge/ASAPJava/wiki||shape="rect"]]
264 264  * [[AWE-Reallabor>>url:https://wiki.htw-berlin.de/confluence/display/htwclusterssc/FB4+AWE+Reallabor||shape="rect"]]
265 265  )))|(((
266 -\\
256 +
267 267  )))
268 268  
269 269  == {{id name="B35MobileBetriebssystemeundNetzwerke-ErgebnissevonvorherigenSemestern"/}}Ergebnisse von vorherigen Semestern ==
... ... @@ -286,11 +286,8 @@
286 286  
287 287  [7] [[Open Distributed Processing - Viewpoints>>url:https://en.wikipedia.org/wiki/RM-ODP||shape="rect"]]
288 288  
289 -\\
290 290  
291 -\\
292 292  
293 -\\
294 294  
295 295  == {{id name="B35MobileBetriebssystemeundNetzwerke-KlausurenausvorherigenSemestern"/}}Klausuren aus vorherigen Semestern ==
296 296  
... ... @@ -311,23 +311,15 @@
311 311  {{view-file att--filename="24_PZR1_Klausur.pdf" display="thumbnail" height="150"/}}
312 312  )))
313 313  )))|=(((
314 -\\
301 +
315 315  )))
316 316  
317 -\\
318 318  
319 -\\
320 320  
321 -\\
322 322  
323 -\\
324 324  
325 -\\
326 326  
327 -\\
328 328  
329 -\\
330 330  
331 -\\
332 332  
333 -\\
312 +
23_24_PZR2_Klausur.pdf
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.schwotze
Size
... ... @@ -1,0 +1,1 @@
1 +50.2 KB
Content
24_PZR1_Klausur.pdf
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.schwotze
Size
... ... @@ -1,0 +1,1 @@
1 +51.9 KB
Content
CompBasedAppSkeleton.zip
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.schwotze
Size
... ... @@ -1,0 +1,1 @@
1 +26.6 MB
Content
ComponentSkeletonWithRecyclerView.zip
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.schwotze
Size
... ... @@ -1,0 +1,1 @@
1 +19.8 MB
Content
PZR1_Klausur.pdf
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.schwotze
Size
... ... @@ -1,0 +1,1 @@
1 +49.9 KB
Content
Projekt_Ablauf.pdf
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.schwotze
Size
... ... @@ -1,0 +1,1 @@
1 +114.9 KB
Content
Confluence.Code.ConfluencePageClass[0]
id
... ... @@ -1,1 +1,1 @@
1 -249767144
1 +137726522
url
... ... @@ -1,1 +1,1 @@
1 -https://wiki.htw-berlin.de/spaces/fb4mobileapplicatio/pages/249767144/B35 Mobile Betriebssysteme und Netzwerke
1 +https://wiki.htw-berlin.de/spaces/fb4mobileapplicatio/pages/137726522/B35 Mobile Betriebssysteme und Netzwerke
XWiki.XWikiRights[0]
allow
... ... @@ -1,0 +1,1 @@
1 +Allow
levels
... ... @@ -1,0 +1,1 @@
1 +edit
users
... ... @@ -1,0 +1,1 @@
1 +XWiki.schwotze