Bachelor-Vorbereitungsseminar 2017/2018
Prof. Dr. Andreas Polze
Jossekin Beilharz,
Lukas Pirl,
Lena Feinbube,
Daniel Richter
Am Fachgebiet "Betriebssysteme und Middleware" findet im Wintersemester 2017/18 das Bachelor-Vorbereitungsseminar zu den Projekten Wolke sucht Herzschlag in Kooperation mit der GETEMED Medizin- und Informationstechnik AG (BP2017P1) und IoT & Blockchain – Rail2X SmartServices in Kooperation mit der DB Systel GmbH (BP2017P2) statt.
Das Bachelorprojekt ist aufgeteilt in ein Vorbereitungsseminar am HPI und die Projektarbeit beim Projektpartner vor Ort. Das Vorbereitungsseminar findet wöchentlich während des kommenden Wintersemesters statt; anschließend startet Mitte/Ende Februar die Vollzeit-Projektarbeit direkt beim Projektpartner (i.d.R. GETEMED in Teltow, DB Systel am Berliner Nordbahnhof). Ende Juni/Anfang Juli muss dann die Bachelorarbeit abgegeben werden, zudem findet Anfang/Mitte Juli das Bachelorpodium statt.
Die erfolgreiche Teilnahme am Seminar erfordert regelmäßige Anwesenheit (eine Trennung nach Projektgruppen P1 und P2 findet nicht statt). Jeder Teilnehmer soll zwei Kurzvorträge (10+5 Minuten) sowei zwei Vorträge über 30+15 Minuten halten, wobei die praktische Evaluierung des jeweiligen Themas eine zentrale Rolle spielt.
Die Vortragsfolien sind bis spätestens am Freitag 23:59 Uhr vor dem Vortragstermin per E-Mail bei den Betreuern vorzustellen.
Bitte speichert eure Folien nach eurem Vortrag auf unserem Share (Namensschema "[Tag des Vortrages YYMMDD]_[Titel]_[Vorname] [Nachname].pdf"), sodass wir alle darauf zurückgreifen können.
Zusätzlich soll eine schriftliche Ausarbeitung beliebigen Umfangs für das jeweilige Vortragsthema erstellt werden (Abgabe spätestens 7 Tage nach Vortrag).
Die Bachelorarbeit wird gemäß der Studienordnung integriert im Projekt während des Sommersemesters erstellt und kann physisch z. B. als ein (klar abgegrenztes) Kapitel der Projektgesamtdokumentation erstellt werden. Benotet wird die Arbeit jedes einzelnen Teilnehmers - Engagement, technische Fähigkeiten, organisatorische Fähigkeiten, und schriftliche Ausarbeitung. Die jeweiligen Einzelthemen der Projektteilnehmer werden im Februar dafür schriftlich fixiert.
Unser Vorbereitungsseminar findet wöchentlich immer mittwochs von 13.30–15.00 Uhr in der Kommunikationszone C-1 statt. Das Vorbereitungsseminar wird immer gemeinsam mit den Teilnehmern beider Bachelorprojekte durchgeführt. Die Treffen mit den Projektpartnern finden an zusätzlichen Terminen statt.
Themen
| GETEMED | ||
| EKG und QRS-Komplex | Tim (01.11) | |
| Vergleich von ML-Frameworks | Noel | |
| Keras | Nele (08.11) | |
| Deployment, Serving of Models (z.B. https://www.tensorflow.org/serving/ ) | ||
| Retraining von Modellen | ||
| Physionet Datenbanken (siehe auch unten) | Tim (22.11.) | |
| Dynamic-Time-Warping | Tim (13.12.) | |
| Generative Adversial Networks | Noel(6.12.) | |
| Zwischenergebnisse | Nele(13.12) | |
| Random-Forest for ecg-data analysis | Nele | |
| ELM (Extreme Learning Machines) | --- | |
| Reinforcement Learning / q-Learning | Noel (17.01) | |
| Haskell - Einführung (ML Capabilities) | --- | |
| Systel | ||
| ns3 (und andere Netzwerksimulatoren ??) | Florian (1.11) | |
| Verteilter Konsens, Proof of Work, Blockchain-Implementierungen und Anwendungen in IoT | Melvin (8.11) | |
| Blockchain-Grundlagen | Marcus (1.11) | |
| GTFS - Fahrtsimulation | Florian (22.11) | |
| Orakel in Blockchain | Melvin | |
| Simulationsprogramme (Netzwerk, Verkehr, etc.) | Florian(17.1.) | |
| Car2X | Melvin | |
| Fehlertoleranz und Fehlerinjektion | Melvin | |
| IEEE 802.11p Testing | Marcus (07.02) | |
| Hyperledger | ||
| Smart-Contracts in Ethereum | ||
| Projektarbeitsthemen | ||
| frei zugängliche, am besten schon annotierte Daten finden | GETEMED | |
| TensorFlow ausprobieren (z.B. Beispiele bauen) | GETEMED | |
| ns3 Netzwerksimulator ausprobieren | Bahn | |
| Simulation (i.e., ausrechnen) wie lange es dauert bis Daten von überall ins Depot kommen | Bahn | |
|
Datenquellen die uns GETEMED geschickt hat angucken und nach Brauchbarkeit für Projekt "beurteilen"
|
GETEMED | |
| Testbett für Vergleichsanalyse mit der .dll | GETEMED | |
| GitLab CI -- Automatisches compilen und Versendung an Betreuer |
beide (Noel & Marcus)
|
|
| nach Simulatoren (Verkehrssimulation o.ä.?) recherchieren | ||
| FG Friedrich befragen bzgl. Graphtheorie zum Berechnen der Laufzeiten der Daten | Bahn | |
| Einführung in Edge-Computing | Bahn | |
| Rail2X/Car2X | Bahn | |
| Simulation: tiefere Graphanalyse/IoT Verhaltensabschätzung | Bahn | |
| Haskell ausprobieren | GETEMED | |
Tipps zu den schriftlichen Ausarbeitungen
Im Internet finden sich zwar bereits zahlreiche Anleitungen zum strukturierten Vorgehen bei der Planung und Erstellung einer wissenschaftlichen Ausarbeitung – um für zukünftige Arbeiten die Herangehensweise zu erleichtern und die Form zu vereinheitlichen, fassen wir unter /theses/tipps die wichtigsten Aspekte einer schriftlichen Ausarbeitung zusammen.
Achtung: Das zu verwendende Template für technische Berichte am HPI (hpitr) ist nicht dasselbe wie für die Bachelorarbeiten und auf der zuvor genannten Seite separat verlinkt.
Spezielle Hinweise für Ausarbeitungen im Bachelorprojekt-Vorbereitungsseminar
- Repository
- Pro Thema bitte einen Unterordner mit den nötigen Dateien anlegen (siehe Ordner "sample").
- Namensschema für den Ordner:
[Erster Buchstabe Vorname als Kleinbuchstabe][Nachname in Kleinbuchstaben]_[Titel des Themas]. Der Titel des Themas kann gekürzt werden. - Innerhalb des Ordners die Einstiegs-TEX-Datei ebenso benennen (z.B. mmustermann_testautomatisierunginios.tex).
- Namensschema für den Ordner:
- Pro Projekt gibt es ein separates Dokument (BP20xyP1.tex sowie BP20xyP2.tex).
- Im Projekt-Dokument bitte euer Kapitel im contributions-Teil ergänzen.
- Pro Thema bitte einen Unterordner mit den nötigen Dateien anlegen (siehe Ordner "sample").
- Dokument
- Ein Inhaltsverzeichnis direkt in den Ausarbeitungen braucht ihr nicht. Falls ihr die Struktur unbedingt darlegen wollt, solltet ihr das als Prosatext in der Einleitung machen.
- Den Abstract bitte in die LaTeX-Abstract-Umgebung einfügen (nicht als erste Section).
/!\Kein \newpage, \pageBreak, \vspace, \smallskip etc- verwenden. Damit optimiert ihr das Layout für eine einzige Ausgabeart, zerstört aber in der Regel alle anderen.-
Die entsprechenden Befehle wie \autoref, \autopageref etc. funktionieren auch Dokumentenübergreifend (im Gesamtdokument). Da die Verweisziele im Einzeldokument jedoch nicht bekannt sind, sollte dafür eine Fallunterscheidung eingebaut werden: Wenn das Label bekannt ist, auf das verwiesen werden soll (=Gesamtdokument), kann der entsprechende Text („siehe Abbildung 11 auf Seite 47“ o.ä.) gerendert werden, ansonsten (=Einzeldokument) halt nicht.
Dies geht mit: \ifcsdef{r@labelname}{ Kommandos wenn definiert }{ Kommandos wenn nicht definiert }
Beispiel: \label{fig:BoundedContext} ... Blablaa \ifcsdef{r@fig:BoundedContext}{(siehe \autoref{fig:BoundedContext} auf \autopageref{fig:BoundedContext})}{} blablabla.
- Ablauf
- Eine Woche nach dem Vortrag müssen die Quell-Dateien der Ausarbeitung im Repository sein und die Betreuenden erhalten eine PDF-Version per E-Mail.
- Eine Woche nachdem ihr Feedback von den Betreuenden bekommen habt, müssen die überarbeiteten Quell-Dateien der Ausarbeitung im Repository sein und die Betreuenden erhalten eine PDF-Version des überarbeiteten Dokuments per E-Mail.