Skip to Content
Last modified by Thomas Schwotzer on 2025/06/04 11:42
From version 91.1
edited by Thomas Schwotzer
on 2024/07/24 14:30
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,8 +7,10 @@
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. 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.
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 +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 +
12 12  Die Prozentzahlen aus Projekt und Klausur ergeben die Note dieses Moduls.
13 13  
14 14  Implikationen daraus:
... ... @@ -17,9 +17,8 @@
17 17  
18 18  Mehr Details zu den Anforderungen und dem Ablauf des semesterbegleitendes Projektes finden Sie hier:
19 19  
20 -{{view-file att--filename="Projekt_Ablauf.pdf" display="thumbnail" height="250"/}}
22 +[[attach:Projekt_Ablauf.pdf||target="_blank"]]
21 21  
22 -\\
23 23  
24 24  Ablauf des Kurses. Das kann sich in den Semestern jeweils ändern. Es ist der grobe Fahrplan.
25 25  
... ... @@ -52,7 +52,7 @@
52 52  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.
53 53  )))
54 54  )))|(((
55 -\\
56 +
56 56  )))|(((
57 57  (% class="content-wrapper" %)
58 58  (((
... ... @@ -60,14 +60,16 @@
60 60  
61 61  [[Android-Studio Download>>url:https://developer.android.com/studio||shape="rect"]]
62 62  
63 -Sie arbeiten das Tutorial [[Build your first application in Java>>url:https://developer.android.com/codelabs/build-your-first-android-app#0||shape="rect"]] durch. Sie stoppen an der Stelle, an der Sie Fragmente implementieren sollen. Stattdessen laden Sie sich das folgende Programmskelett in einem eigenen Projekt herunter und bringen es zum Laufen.
64 +Sie arbeiten das Tutorial [[Build your first application in Java>>url:https://web.archive.org/web/20240304060923/https://developer.android.com/codelabs/build-your-first-android-app#0||shape="rect"]] (das ist keine perfekte Lösung. Die Diskussion zu Kotlin führen wir in der Übung. Das wird sich auch ändern ab Sommer 25).
64 64  
66 + durch. Sie stoppen an der Stelle, an der Sie Fragmente implementieren sollen. Stattdessen laden Sie sich das folgende Programmskelett in einem eigenen Projekt herunter und bringen es zum Laufen.
65 65  
68 +
66 66  {{view-file att--filename="CompBasedAppSkeleton.zip" display="thumbnail" height="150"/}}
67 67  )))
68 68  )))
69 69  |(((
70 -**1**
73 +**2 (Reihenfolge Wechseln im Sommer 25)**
71 71  )))|(((
72 72  **Android und MVC**
73 73  )))|(((
... ... @@ -77,7 +77,7 @@
77 77  
78 78  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.
79 79  
80 -\\
83 +
81 81  )))|(((
82 82  [[Android:Activity-Lifecycle>>url:https://developer.android.com/guide/components/activities/activity-lifecycle||shape="rect"]]
83 83  
... ... @@ -87,12 +87,43 @@
87 87  )))|(((
88 88  (% class="content-wrapper" %)
89 89  (((
90 -\\
93 +
91 91  )))
92 92  )))
93 93  |(((
94 -**2**
97 +**1a) (s.o.)**
95 95  )))|(((
99 +**Vom Use-Case zum Interface**
100 +)))|(((
101 +(% class="content-wrapper" %)
102 +(((
103 +Wir diskutieren einen Ansatz wie an eine mobile App entwickeln kann. Ein paar Worte über Viewpoints: Mobile Anwendungen kann man wie alle nicht-trivialen Systeme aus unterschiedlichen Perspektiven designen und beschreiben. Wir diskutieren das einmal.
104 +)))
105 +)))|(((
106 +[7]
107 +)))|(((
108 +(% class="content-wrapper" %)
109 +(((
110 +
111 +)))
112 +)))
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 +**3**
129 +)))|(((
96 96  **Bluetooth**
97 97  )))|(((
98 98  Wir schauen uns Bluetooth als ein Beispiel drahtlosen Layer 2 Netzwerkes an, das ohne vordefinierte Infrastruktur auskommt. Bluetooth kann eine Basis für mobile Ad-hoc Netzwerke (MANETs) sein.
... ... @@ -99,14 +99,12 @@
99 99  )))|(((
100 100  [4], [5], [6]
101 101  )))|(((
102 -\\
136 +
103 103  )))
104 104  |(((
105 -**3
106 -**
139 +**4**
107 107  )))|(((
108 -**Security (Identitäten)
109 -**
141 +**Security (Identitäten)**
110 110  )))|(((
111 111  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.
112 112  )))|(((
... ... @@ -118,11 +118,10 @@
118 118  
119 119  [[Wikipedia: Diffie-Hellman-Keys>>url:https://de.wikipedia.org/wiki/Diffie-Hellman-Schl%C3%BCsselaustausch||shape="rect"]]
120 120  )))|(((
121 -\\
153 +
122 122  )))
123 123  |(((
124 -**
125 -**
156 +**5**
126 126  )))|(((
127 127  **Routing in Ad-hoc Netzwerken**
128 128  )))|(((
... ... @@ -130,25 +130,23 @@
130 130  
131 131  Das Thema vertiefen Sie gern im WP-Modul //Technik mobiler Systeme//.
132 132  )))|(((
133 -\\
164 +
134 134  )))|(((
135 -\\
166 +
136 136  )))
137 137  |(((
138 -**
139 -**
169 +
140 140  )))|(((
141 141  Naming
142 142  )))|(((
143 143  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)
144 144  )))|(((
145 -\\
175 +
146 146  )))|(((
147 -\\
177 +
148 148  )))
149 149  |(((
150 -**
151 -**
180 +**6a**
152 152  )))|(((
153 153  **Prinzipien Ortung**
154 154  )))|(((
... ... @@ -158,11 +158,10 @@
158 158  
159 159  [[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"]]
160 160  )))|(((
161 -\\
190 +
162 162  )))
163 163  |(((
164 -**
165 -**
193 +**6b**
166 166  )))|(((
167 167  **GPS**
168 168  )))|(((
... ... @@ -172,11 +172,10 @@
172 172  
173 173  [[Earth-centered / Earth-fixed_coordinate_system (ECEF)>>url:https://en.wikipedia.org/wiki/Earth-centered,_Earth-fixed_coordinate_system||shape="rect"]]
174 174  )))|(((
175 -\\
203 +
176 176  )))
177 177  |(((
178 -**
179 -**
206 +
180 180  )))|(((
181 181  **Indoor-Ortung**
182 182  )))|(((
... ... @@ -184,10 +184,10 @@
184 184  )))|(((
185 185  [[Überblickspapier>>url:https://github.com/LocationBasedSystems/Documentation/tree/master/praesentationen_kurzePaper||shape="rect"]]
186 186  )))|(((
187 -\\
214 +
188 188  )))
189 189  |(((
190 -\\
217 +
191 191  )))|(((
192 192  Publish-Subscribe / Observer-Pattern
193 193  )))|(((
... ... @@ -197,10 +197,10 @@
197 197  
198 198  [[Android:Services>>url:https://developer.android.com/guide/components/services||shape="rect"]]
199 199  )))|(((
200 -\\
227 +
201 201  )))
202 202  |(((
203 -\\
230 +
204 204  )))|(((
205 205  Software-Architekturen
206 206  )))|(((
... ... @@ -210,37 +210,23 @@
210 210  (((
211 211  [[Mediathek:Video>>url:https://mediathek.htw-berlin.de/album/video/Verteilte-Anwendungsmuster-P2P-Client-Server-Agenten-SharkASAP/db6b10a1014fbda7eeb9b49eadead34b/329||shape="rect"]]
212 212  
213 -\\
240 +
214 214  )))
215 215  )))|(((
216 -\\
243 +
217 217  )))
218 218  |(((
219 -\\
246 +
220 220  )))|(((
221 -Komponenten
248 +**ASAP / Shark**
222 222  )))|(((
223 -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 +
224 224  )))|(((
225 -[[UML Komponentendiagramme>>url:https://www.uml-diagrams.org/component-diagrams.html||shape="rect"]]
226 -)))|(((
227 -(% class="content-wrapper" %)
228 -(((
229 -\\
230 -)))
231 -)))
232 -|(((
233 -\\
234 -)))|(((
235 -ASAP / Shark
236 -)))|(((
237 -\\
238 -)))|(((
239 239  * [[Projekt ASAP / Shark Videos (Album)>>url:https://mediathek.htw-berlin.de/album/view/aid/278||shape="rect"]]
240 240  * [[ASAP@Github>>url:https://github.com/SharedKnowledge/ASAPJava/wiki||shape="rect"]]
241 241  * [[AWE-Reallabor>>url:https://wiki.htw-berlin.de/confluence/display/htwclusterssc/FB4+AWE+Reallabor||shape="rect"]]
242 242  )))|(((
243 -\\
256 +
244 244  )))
245 245  
246 246  == {{id name="B35MobileBetriebssystemeundNetzwerke-ErgebnissevonvorherigenSemestern"/}}Ergebnisse von vorherigen Semestern ==
... ... @@ -261,8 +261,14 @@
261 261  
262 262  [6] [[Martin Wooley, A Developer's Guide to Bluetooth Technology (2016)>>url:https://www.bluetooth.com/blog/a-developers-guide-to-bluetooth/||shape="rect"]]
263 263  
277 +[7] [[Open Distributed Processing - Viewpoints>>url:https://en.wikipedia.org/wiki/RM-ODP||shape="rect"]]
278 +
279 +
280 +
281 +
264 264  == {{id name="B35MobileBetriebssystemeundNetzwerke-KlausurenausvorherigenSemestern"/}}Klausuren aus vorherigen Semestern ==
265 265  
284 +(% class="wrapped" %)
266 266  |=(((
267 267  (% class="content-wrapper" %)
268 268  (((
... ... @@ -279,23 +279,15 @@
279 279  {{view-file att--filename="24_PZR1_Klausur.pdf" display="thumbnail" height="150"/}}
280 280  )))
281 281  )))|=(((
282 -\\
301 +
283 283  )))
284 284  
285 -\\
286 286  
287 -\\
288 288  
289 -\\
290 290  
291 -\\
292 292  
293 -\\
294 294  
295 -\\
296 296  
297 -\\
298 298  
299 -\\
300 300  
301 -\\
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 -249757749
1 +137726522
url
... ... @@ -1,1 +1,1 @@
1 -https://wiki.htw-berlin.de/spaces/fb4mobileapplicatio/pages/249757749/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