Preperation of Expert Talk | German Guide aktualisiert

2025-04-09 23:53:49 +02:00 · 2025-04-09 23:53:49 +02:00 · 0c17593728
commit 0c17593728
parent d744fe5518
1 changed files with 65 additions and 6 deletions
--- a/Preperation-of-Expert-Talk-%7C-German-Guide.md
+++ b/Preperation-of-Expert-Talk-%7C-German-Guide.md
@ -145,11 +145,70 @@ node "LDAP Server\n(School LDAP)" {

 - Ja: Pipeline tests.

-Zwei Module (Monitoring / Alarm), die miteinander arbeiten, sind realisiert und getestet.
-Ein zweistufiges Alarmsystem (Soft- und Hardlimit) für mindestens zwei Messdaten und deren Schwellenwerte ist umgesetzt. Die E-Mails werden versendet, die Logindaten werden aus einer Datei gelesen.
-Sie nutzen für die Festlegung der Schwellwerte(Hard-/Softlimits) und für die Login- Daten eine INI-Datei, die Sie mit Hilfe des Standardmoduls configparser auslesen. Die Steuerung des Programms (z. B. Auswahl der zu prüfenden Messdaten) erfolgt über die Parameter beim Programmaufruf oder über eine INI-Datei. Sie bieten dem Nutzer eine Hilfe (help-Texte) für die Kommandozeilenparameter an.
-Sie haben fünf automatisierte Tests implementiert.
-Sie entwickeln Ihre Module so, dass sie unabhängig vom Betriebssystem laufen. Testen Sie Ihre Module unter Windows und Linux.
+## Zwei Module (Monitoring / Alarm), die miteinander arbeiten, sind realisiert und getestet.
+
+- Nicht realisiert
+
+## Ein zweistufiges Alarmsystem (Soft- und Hardlimit) für mindestens zwei Messdaten und deren Schwellenwerte ist umgesetzt. Die E-Mails werden versendet, die Logindaten werden aus einer Datei gelesen.
+
+- Nicht realisiert
+
+## Sie nutzen für die Festlegung der Schwellwerte(Hard-/Softlimits) und für die Login- Daten eine INI-Datei, die Sie mit Hilfe des Standardmoduls configparser auslesen. Die Steuerung des Programms (z. B. Auswahl der zu prüfenden Messdaten) erfolgt über die Parameter beim Programmaufruf oder über eine INI-Datei. Sie bieten dem Nutzer eine Hilfe (help-Texte) für die Kommandozeilenparameter an.
+
+- Nicht realisiert
+
+## Sie haben fünf automatisierte Tests implementiert.
+
+- Ja, Redis datenbank wird gested wird automatisch in der Pipeline ausgeführt.
+
+## Sie entwickeln Ihre Module so, dass sie unabhängig vom Betriebssystem laufen. Testen Sie Ihre Module unter Windows und Linux.
+
+- Unsere App ist browserbasiert. Backend sollte überall kompiliert werden können.
+
+# Teil 3: Iterativer Softwarelebenszyklus
+
+## Sie halten die Verteilung der (Scrum)-Rollen sowie deren Beschreibung innerhalb Ihres Teams schriftlich fest.
+
+@Underflow TBA
+
+## Sie legen die zu bearbeiteten Aufgaben fest, priorisieren und terminieren diese und legen Verantwortlichkeiten fest.
+
+## Sie teilen Ihr Planungsboard mit dem Lehrerteam.
+
+- Board ist öffentlich
+
+## Sie dokumentieren Ihre Ergebnisse der Retrospektiven.
+
+- [Retro Board](https://miro.com/app/board/uXjVIIUow0g=/)
+
+## Sie beschreiben mindestens eine weitere Methode oder ein Tool, welches Sie zur Planung oder Schätzung verwendet haben und beschreiben, ob dies ein Zugewinn für Ihr Team darstellte (oder nicht) und warum.
+
+- Miro wurde als alternative zu Figma für das Frontend Mockup benutzt da es schnell und einfach die Möglichkeit zum "Grayboxing" / Designen gegeben hat ohne viel aufwand dahinter.
+
+## Sie erweitern die Beschreibung der Rollen in Ihrem Team bezüglich weiterer (Scrum) Rollen, welche in komplexeren realen Projekten notwendig oder hilfreich sein können.
+
+```
+Product Owner: 
+Er ist die brücke zwischen Entwicklungsteam und externen Parteien (Kunden, Management).
+  Sollte folgendes decken:
+     Kommuniziert die Produktidee und priorisiert, was entwickelt wird.
+     Items hinzufügen, entfernen, priorisieren.
+     Klare und verständliche Anforderungen formulieren.
+  
+Scrum Master:
+Er ist verantwortlich für das Verständnis und die korrekte Anwendung von Scrum. Unterstützt das Team als Coach, Facilitator und Servant Leader.
+  Events wie Daily Scrum, Sprint Review etc. moderieren oder ermöglichen.
+  Hilft dem Team, sich selbst zu organisieren.
+  Unterstützt beim Beseitigen von Hindernissen (Impediments).
+  Schirm gegen externe Störungen (z. B. durch Stakeholder).
+
+Developer:


-# Part 3
+Agile Coach:
+
+
+UX Designer:
+```
+
+## Sie vergleichen iterative Prozesse wie Scrum mit traditionellen Softwareentwicklungsprozessen (z.B. das V-Modell oder das Wasserfallmodell) und benennen Vor- und Nachteile.