{"id":456,"date":"2018-07-02T04:24:37","date_gmt":"2018-07-02T04:24:37","guid":{"rendered":"https:\/\/www.wpvs.de\/iot-2018\/?p=456"},"modified":"2021-05-14T10:07:03","modified_gmt":"2021-05-14T08:07:03","slug":"smartlock-8-der-ganz-normale-projekthorror","status":"publish","type":"post","link":"https:\/\/www.iot-embedded.de\/iot-2018\/projekt-smart-lock\/smartlock-8-der-ganz-normale-projekthorror\/","title":{"rendered":"SmartLock (8) – Der ganz normale Projekthorror \ud83d\ude0a"},"content":{"rendered":"

In unserem letzten Blogpost konntet ihr bereits die in unserem Projekt verwendete KI kennen lernen. In diesem Blogpost geht es nun um die Zusammenarbeit innerhalb des Projekts. Hierbei haben wir einige Produkte und Tools verwendet, um unsere Zusammenarbeit zu unterst\u00fctzen. Im Folgenden werden die Tools und unsere Erkenntnisse innerhalb des Projekts genauer vorgestellt.<\/p>\n

Quelltextverwaltung mit Git<\/h2>\n

Zur Verwaltung aller Quelltexte haben wir Git verwendet. Wir haben uns dabei f\u00fcr Gitlab als Hoster unseres Git-Repositories entschieden, da wir dort private Repos anlegen konnten. Nach dem initialen Set-Up konnten wir dann unseren Code teilen, verwalten und versionieren. Au\u00dferdem stellt Gitlab ein Tool zur Verwaltung von User Stories bereit. Dieses haben wir daher zur Verwaltung aller im Projekt angefallenen Aufgaben verwendet. Somit konnten jedem Gruppenmitglied Aufgaben zugeteilt werden und der Status dieser getrackt werden.<\/p>\n

Gitlab stellt au\u00dferdem interessante Diagramme zur Analyse des Quellcodes bereit.<\/p>\n

\"\"<\/p>\n

So sieht man auf der obigen Abbildung, dass der gr\u00f6\u00dfte Teil unseres Projekts aus JavaScript Code bestand. Das passt auch dazu, dass wir unser Backend und Frontend mit JavaScript umgesetzt haben. Den restlichen Teil bildet die Bilderkennung und alle hardwarenahen Funktionen mit Python und Adruino. Die Summe der geschriebenen Codezeilen ist auf alle Bereiche gleichverteilt.<\/p>\n

Au\u00dferdem k\u00f6nnen wir anhand der Verteilung der Commits sehen, dass wir in den Pr\u00e4senzstunden am produktivsten waren.<\/p>\n

\"\"<\/p>\n

Abstimmung innerhalb der Gruppe<\/h2>\n

Eigentlich wollten wir am Anfang keinen der Pr\u00e4senztermine wahrnehmen. Daher haben wir beschlossen alle Arbeiten remote durchzuf\u00fchren. Zu Abstimmung wollten wir (Video-)Konferenzen verwenden. Schnell war eine WhatsApp-Gruppe zur allgemeinen Diskussion und ein Discord-Channel zur Durchf\u00fchrung von Konferenzen erstellt. Aber nach den ersten paar Wochen merkten wir, dass die Zusammenarbeit so nicht ganz funktioniert.<\/p>\n

Also beschlossen wir, dass wir uns jeden Montag zur gemeinsamen Abstimmung und zum gemeinsamen Vorantreiben des Projekts treffen. Gesagt, getan: Wir machten schnellere Fortschritte und konnten uns bis ins kleinste Detail abstimmen. Insbesondere die Kombination aller Komponenten in eine erste lauff\u00e4hige Demo bereitete uns dabei viel Kopfzerbrechen.<\/p>\n

Hardwarechaos<\/h2>\n

Innerhalb unserer Zusammenarbeit erkannten wir immer neue Fallstricke. Pl\u00f6tzlich funktionierte der MySQL-Server auf dem RaspberryPi nicht mehr. Ein anderes Mal mussten wir eine M\u00f6glichkeit suchen ein lokales Netzwerk aufzubauen, innerhalb dem wir per SSH kommunizieren konnten. Das DHBW Netzwerk konnten wir dazu nicht verwenden, da die Kommunikation zwischen den einzelnen Clients in diesem untersagt war. Zum Gl\u00fcck konnten uns schlie\u00dflich die Mitarbeiter des WI-Labors einen HotSpot zur Verf\u00fcgung stellen, mit dessen Hilfe wir unser Projekt weiterentwickeln und testen konnten.<\/p>\n

\"\"<\/p>\n

Retrospektive<\/h2>\n

Entsprechend der in Scrum enthaltenen Sprint-Retrospektive k\u00f6nnen wir folgende Verbesserungsvorschl\u00e4ge und Leits\u00e4tze zur Arbeit in unserem Projekt festhalten:<\/p>\n