Skip to Content
Last modified by Thomas Schwotzer on 2025/06/04 11:42
From version 106.1
edited by Thomas Schwotzer
on 2025/04/08 12:31
Change comment: There is no comment for this version
To version 101.1
edited by Thomas Schwotzer
on 2024/10/29 10:15
Change comment: There is no comment for this version

Summary

Details

Page properties
tags
... ... @@ -1,1 +1,0 @@
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,8 +19,9 @@
19 19  
20 20  Mehr Details zu den Anforderungen und dem Ablauf des semesterbegleitendes Projektes finden Sie hier:
21 21  
22 -[[attach:Projekt_Ablauf.pdf||target="_blank"]]
22 +{{view-file att--filename="Projekt_Ablauf.pdf" display="thumbnail" height="250"/}}
23 23  
24 +\\
24 24  
25 25  Ablauf des Kurses. Das kann sich in den Semestern jeweils ändern. Es ist der grobe Fahrplan.
26 26  
... ... @@ -53,7 +53,7 @@
53 53  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.
54 54  )))
55 55  )))|(((
56 -
57 +\\
57 57  )))|(((
58 58  (% class="content-wrapper" %)
59 59  (((
... ... @@ -80,7 +80,7 @@
80 80  
81 81  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.
82 82  
83 -
84 +\\
84 84  )))|(((
85 85  [[Android:Activity-Lifecycle>>url:https://developer.android.com/guide/components/activities/activity-lifecycle||shape="rect"]]
86 86  
... ... @@ -90,13 +90,15 @@
90 90  )))|(((
91 91  (% class="content-wrapper" %)
92 92  (((
93 -
94 +\\
94 94  )))
95 95  )))
96 96  |(((
97 -**1a) (s.o.)**
98 +**1 (s.o.)
99 +**
98 98  )))|(((
99 -**Vom Use-Case zum Interface**
101 +**Vom Use-Case zum Interface
102 +**
100 100  )))|(((
101 101  (% class="content-wrapper" %)
102 102  (((
... ... @@ -107,24 +107,10 @@
107 107  )))|(((
108 108  (% class="content-wrapper" %)
109 109  (((
110 -
113 +\\
111 111  )))
112 112  )))
113 113  |(((
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 -|(((
128 128  **3**
129 129  )))|(((
130 130  **Bluetooth**
... ... @@ -133,12 +133,14 @@
133 133  )))|(((
134 134  [4], [5], [6]
135 135  )))|(((
136 -
125 +\\
137 137  )))
138 138  |(((
139 -**4**
128 +**4
129 +**
140 140  )))|(((
141 -**Security (Identitäten)**
131 +**Security (Identitäten)
132 +**
142 142  )))|(((
143 143  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.
144 144  )))|(((
... ... @@ -150,10 +150,11 @@
150 150  
151 151  [[Wikipedia: Diffie-Hellman-Keys>>url:https://de.wikipedia.org/wiki/Diffie-Hellman-Schl%C3%BCsselaustausch||shape="rect"]]
152 152  )))|(((
153 -
144 +\\
154 154  )))
155 155  |(((
156 -**5**
147 +**5
148 +**
157 157  )))|(((
158 158  **Routing in Ad-hoc Netzwerken**
159 159  )))|(((
... ... @@ -161,23 +161,25 @@
161 161  
162 162  Das Thema vertiefen Sie gern im WP-Modul //Technik mobiler Systeme//.
163 163  )))|(((
164 -
156 +\\
165 165  )))|(((
166 -
158 +\\
167 167  )))
168 168  |(((
169 -
161 +**
162 +**
170 170  )))|(((
171 171  Naming
172 172  )))|(((
173 173  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)
174 174  )))|(((
175 -
168 +\\
176 176  )))|(((
177 -
170 +\\
178 178  )))
179 179  |(((
180 -**6a**
173 +**
174 +**
181 181  )))|(((
182 182  **Prinzipien Ortung**
183 183  )))|(((
... ... @@ -187,10 +187,11 @@
187 187  
188 188  [[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"]]
189 189  )))|(((
190 -
184 +\\
191 191  )))
192 192  |(((
193 -**6b**
187 +**
188 +**
194 194  )))|(((
195 195  **GPS**
196 196  )))|(((
... ... @@ -200,10 +200,11 @@
200 200  
201 201  [[Earth-centered / Earth-fixed_coordinate_system (ECEF)>>url:https://en.wikipedia.org/wiki/Earth-centered,_Earth-fixed_coordinate_system||shape="rect"]]
202 202  )))|(((
203 -
198 +\\
204 204  )))
205 205  |(((
206 -
201 +**
202 +**
207 207  )))|(((
208 208  **Indoor-Ortung**
209 209  )))|(((
... ... @@ -211,10 +211,10 @@
211 211  )))|(((
212 212  [[Überblickspapier>>url:https://github.com/LocationBasedSystems/Documentation/tree/master/praesentationen_kurzePaper||shape="rect"]]
213 213  )))|(((
214 -
210 +\\
215 215  )))
216 216  |(((
217 -
213 +\\
218 218  )))|(((
219 219  Publish-Subscribe / Observer-Pattern
220 220  )))|(((
... ... @@ -224,10 +224,10 @@
224 224  
225 225  [[Android:Services>>url:https://developer.android.com/guide/components/services||shape="rect"]]
226 226  )))|(((
227 -
223 +\\
228 228  )))
229 229  |(((
230 -
226 +\\
231 231  )))|(((
232 232  Software-Architekturen
233 233  )))|(((
... ... @@ -237,23 +237,37 @@
237 237  (((
238 238  [[Mediathek:Video>>url:https://mediathek.htw-berlin.de/album/video/Verteilte-Anwendungsmuster-P2P-Client-Server-Agenten-SharkASAP/db6b10a1014fbda7eeb9b49eadead34b/329||shape="rect"]]
239 239  
240 -
236 +\\
241 241  )))
242 242  )))|(((
243 -
239 +\\
244 244  )))
245 245  |(((
246 -
242 +\\
247 247  )))|(((
248 -**ASAP / Shark**
244 +Komponenten
249 249  )))|(((
250 -
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.
251 251  )))|(((
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 +)))|(((
252 252  * [[Projekt ASAP / Shark Videos (Album)>>url:https://mediathek.htw-berlin.de/album/view/aid/278||shape="rect"]]
253 253  * [[ASAP@Github>>url:https://github.com/SharedKnowledge/ASAPJava/wiki||shape="rect"]]
254 254  * [[AWE-Reallabor>>url:https://wiki.htw-berlin.de/confluence/display/htwclusterssc/FB4+AWE+Reallabor||shape="rect"]]
255 255  )))|(((
256 -
266 +\\
257 257  )))
258 258  
259 259  == {{id name="B35MobileBetriebssystemeundNetzwerke-ErgebnissevonvorherigenSemestern"/}}Ergebnisse von vorherigen Semestern ==
... ... @@ -276,8 +276,11 @@
276 276  
277 277  [7] [[Open Distributed Processing - Viewpoints>>url:https://en.wikipedia.org/wiki/RM-ODP||shape="rect"]]
278 278  
289 +\\
279 279  
291 +\\
280 280  
293 +\\
281 281  
282 282  == {{id name="B35MobileBetriebssystemeundNetzwerke-KlausurenausvorherigenSemestern"/}}Klausuren aus vorherigen Semestern ==
283 283  
... ... @@ -298,15 +298,23 @@
298 298  {{view-file att--filename="24_PZR1_Klausur.pdf" display="thumbnail" height="150"/}}
299 299  )))
300 300  )))|=(((
301 -
314 +\\
302 302  )))
303 303  
317 +\\
304 304  
319 +\\
305 305  
321 +\\
306 306  
323 +\\
307 307  
325 +\\
308 308  
327 +\\
309 309  
329 +\\
310 310  
331 +\\
311 311  
312 -
333 +\\
23_24_PZR2_Klausur.pdf
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.schwotze
Size
... ... @@ -1,1 +1,0 @@
1 -50.2 KB
Content
24_PZR1_Klausur.pdf
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.schwotze
Size
... ... @@ -1,1 +1,0 @@
1 -51.9 KB
Content
CompBasedAppSkeleton.zip
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.schwotze
Size
... ... @@ -1,1 +1,0 @@
1 -26.6 MB
Content
ComponentSkeletonWithRecyclerView.zip
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.schwotze
Size
... ... @@ -1,1 +1,0 @@
1 -19.8 MB
Content
PZR1_Klausur.pdf
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.schwotze
Size
... ... @@ -1,1 +1,0 @@
1 -49.9 KB
Content
Projekt_Ablauf.pdf
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.schwotze
Size
... ... @@ -1,1 +1,0 @@
1 -83.4 KB
Content
Confluence.Code.ConfluencePageClass[0]
id
... ... @@ -1,1 +1,1 @@
1 -137726522
1 +249767144
url
... ... @@ -1,1 +1,1 @@
1 -https://wiki.htw-berlin.de/spaces/fb4mobileapplicatio/pages/137726522/B35 Mobile Betriebssysteme und Netzwerke
1 +https://wiki.htw-berlin.de/spaces/fb4mobileapplicatio/pages/249767144/B35 Mobile Betriebssysteme und Netzwerke
XWiki.XWikiRights[0]
allow
... ... @@ -1,1 +1,0 @@
1 -Allow
levels
... ... @@ -1,1 +1,0 @@
1 -edit
users
... ... @@ -1,1 +1,0 @@
1 -XWiki.schwotze