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).
    • Pro Projekt gibt es ein separates Dokument (BP20xyP1.tex sowie BP20xyP2.tex).
      • Im Projekt-Dokument bitte euer Kapitel im contributions-Teil ergänzen.
  • 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.