Rechtstexte, FinalFlux-Überarbeitung, neue Login-Optik, Konto-Löschung-Fix, BTTF-Farbrelaunch

- Rechtsseiten: Impressum-Platzhalter + echte Nutzungsbedingungen/AGB,
  Datenschutz (DSGVO) und Richtlinien; LegalController/ImpressumController,
  Footer app-weit verlinkt, Seiten als permitAll freigegeben.
- FinalFlux: 28 Themen / ~742 Fragen überarbeitet (plausible Distraktoren statt
  Dummy-Antworten, echte Erklärungen) + echte Lehrtexte je Seite;
  Netzwerktopologien mit Inline-SVG-Diagrammen (Stern/Bus/Ring/Mesh/Baum).
- Login/Registrierung als kombiniertes Dual-Panel (Slide-Overlay + Neon-Hover-
  Button), ausgelagert nach auth.css; Register-Duplikat -> /?registerError.
- Konto löschen repariert: @Transactional + Löschen von Spielständen,
  Achievements und Profilbild-Datei (DSGVO Art. 17). Impressum-Zurück-Link
  login-abhängig.
- App-weiter Farb-Relaunch auf "Back to the Future"-Palette: Feuer-Amber primär
  + Flux-Blau sekundär, warmer Glow; Dark/Light bleiben. Spiele-Feedback ohne
  Grün: richtig = Blau + Haken, falsch = Rot + Kreuz (neue Tokens
  --success/--danger/--secondary). Legacy-Cyan in style.css auf Variablen.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

src/main/resources/static/finalflux/ap1/projektmanagement.html

@@ -25,6 +25,154 @@
     </p>
   </section>
 
+  <section>
+    <h2>Projektphasen im Überblick</h2>
+    <p>
+      Ein IT-Projekt durchläuft typische Phasen, die in der AP1 immer wieder
+      auftauchen. Sie bauen aufeinander auf: Erst wenn eine Phase ein
+      verwertbares Ergebnis liefert, beginnt sinnvoll die nächste. Wer Phasen
+      überspringt, plant meist auf unsicherer Grundlage.
+    </p>
+    <ul class="key-list">
+      <li><strong>Initiierung / Auftragsklärung:</strong> Ziel, Auftraggeber, Rahmenbedingungen und Erfolgskriterien klären.</li>
+      <li><strong>Analyse:</strong> Ist-Zustand aufnehmen, Anforderungen sammeln, Soll-Konzept beschreiben.</li>
+      <li><strong>Planung:</strong> Arbeitspakete, Termine, Ressourcen, Kosten und Risiken festlegen.</li>
+      <li><strong>Realisierung:</strong> Umsetzung der geplanten Arbeitspakete.</li>
+      <li><strong>Test &amp; Abnahme:</strong> Soll-Ist-Vergleich, Abnahmekriterien prüfen, Übergabe.</li>
+      <li><strong>Abschluss:</strong> Dokumentation, Übergabe, Lessons Learned.</li>
+    </ul>
+    <p>
+      <strong>Merksatz:</strong> Eine Phase ist ein Zeitabschnitt mit Dauer; ein
+      Meilenstein ist nur ein Zeitpunkt (Kontrollpunkt) ohne eigene Dauer.
+    </p>
+  </section>
+
+  <section>
+    <h2>Projektziele und die SMART-Regel</h2>
+    <p>
+      Ein gutes Projektziel ist eindeutig und überprüfbar. Vage Wünsche wie
+      "Das System soll besser werden" lassen sich weder planen noch abnehmen.
+      Die SMART-Regel hilft, Ziele prüfbar zu formulieren.
+    </p>
+    <ul class="key-list">
+      <li><strong>S – Spezifisch:</strong> eindeutig und konkret beschrieben.</li>
+      <li><strong>M – Messbar:</strong> der Erfolg lässt sich an einer Größe prüfen.</li>
+      <li><strong>A – Attraktiv / Akzeptiert:</strong> von den Beteiligten getragen.</li>
+      <li><strong>R – Realistisch:</strong> mit Zeit, Budget und Ressourcen erreichbar.</li>
+      <li><strong>T – Terminiert:</strong> mit klarem Zeitpunkt oder Zeitraum.</li>
+    </ul>
+    <p>
+      Beispiel: "Bis Freitag, 16 Uhr sind 12 Arbeitsplätze eingerichtet und ihre
+      Netzverbindung ist getestet" erfüllt alle fünf Kriterien.
+    </p>
+  </section>
+
+  <section>
+    <h2>Das magische Dreieck (Zeit, Kosten, Qualität)</h2>
+    <p>
+      Zeit, Kosten und Qualität stehen in Wechselwirkung. Ändert man eine der
+      drei Größen, wirkt sich das fast immer auf mindestens eine andere aus.
+      Wird zum Beispiel der Termin verkürzt, der Umfang bleibt aber gleich,
+      steigen entweder die Kosten (mehr Personal) oder die Qualität sinkt.
+    </p>
+    <ul class="key-list">
+      <li><strong>Zeit:</strong> verfügbare Dauer bis zum Termin.</li>
+      <li><strong>Kosten:</strong> Budget, Personal, Material, Lizenzen.</li>
+      <li><strong>Qualität:</strong> Erfüllungsgrad der Anforderungen.</li>
+      <li><strong>Scope (Leistungsumfang):</strong> was im Projekt enthalten ist; <em>Scope Creep</em> ist sein schleichendes, unkontrolliertes Anwachsen.</li>
+    </ul>
+    <p>
+      <strong>Merksatz:</strong> An einer Ecke des Dreiecks ziehen heißt immer,
+      an einer anderen Ecke nachzugeben. Änderungswünsche deshalb bewerten und
+      dokumentieren.
+    </p>
+  </section>
+
+  <section>
+    <h2>Lastenheft vs. Pflichtenheft</h2>
+    <p>
+      Diese beiden Dokumente werden in der Prüfung gern verwechselt. Die einfache
+      Eselsbrücke: Das Lastenheft beschreibt das <em>Was</em> (vom Auftraggeber),
+      das Pflichtenheft das <em>Wie</em> (vom Auftragnehmer).
+    </p>
+    <ul class="key-list">
+      <li><strong>Lastenheft:</strong> erstellt vom <em>Auftraggeber</em>; beschreibt Anforderungen und Ziele aus Kundensicht.</li>
+      <li><strong>Pflichtenheft:</strong> erstellt vom <em>Auftragnehmer</em>; beschreibt die konkrete technische Umsetzung der Anforderungen.</li>
+      <li><strong>Funktionale Anforderung:</strong> was das System tun soll (z. B. Anmeldung mit Benutzername und Passwort).</li>
+      <li><strong>Nicht-funktionale Anforderung:</strong> Qualitätsmerkmal wie Antwortzeit, Sicherheit oder Verfügbarkeit.</li>
+      <li><strong>Priorisierung:</strong> Muss-, Soll- und Kann-Anforderungen ordnen die Wichtigkeit.</li>
+    </ul>
+  </section>
+
+  <section>
+    <h2>Planung: Arbeitspakete, Meilensteine, Gantt und Netzplan</h2>
+    <p>
+      Aus dem Projektziel entsteht ein Projektstrukturplan (PSP), der das Projekt
+      in Teilaufgaben bzw. Arbeitspakete zerlegt. Für jedes Arbeitspaket werden
+      Aufwand, Dauer und ein Verantwortlicher festgelegt.
+    </p>
+    <ul class="key-list">
+      <li><strong>Aufwand vs. Dauer:</strong> Aufwand ist die geleistete Arbeit (z. B. 16 Personenstunden), Dauer die verstrichene Zeit (z. B. 2 Tage) – nicht dasselbe.</li>
+      <li><strong>Projektstrukturplan:</strong> hierarchische Zerlegung in Arbeitspakete (das Was).</li>
+      <li><strong>Gantt-Diagramm:</strong> Balkenplan, zeigt zeitliche Lage und Dauer von Aufgaben auf einer Zeitachse.</li>
+      <li><strong>Netzplan:</strong> zeigt Abhängigkeiten und Reihenfolge der Vorgänge sowie den kritischen Pfad.</li>
+      <li><strong>Kritischer Pfad:</strong> die längste Vorgangskette ohne Puffer; Verzögerungen darauf verschieben das Projektende.</li>
+      <li><strong>Puffer:</strong> Reserve für Verzögerungen, Lieferverzug oder Probleme.</li>
+    </ul>
+  </section>
+
+  <section>
+    <h2>Stakeholder und Kommunikation</h2>
+    <p>
+      Stakeholder sind alle Personen oder Gruppen mit Interesse oder Einfluss auf
+      das Projekt: Auftraggeber, Anwender, IT, Datenschutz, Management. Wer sie
+      früh einbindet, vermeidet späte Überraschungen.
+    </p>
+    <ul class="key-list">
+      <li><strong>Kick-off:</strong> gemeinsamer Projektstart zur Klärung von Ziel, Rollen und Vorgehen.</li>
+      <li><strong>Kommunikationsplan:</strong> regelt, wer wann welche Information erhält.</li>
+      <li><strong>Protokolle:</strong> halten Beschlüsse, Aufgaben, Verantwortliche und Termine fest.</li>
+      <li><strong>Eskalation:</strong> Weitergabe eines Problems an eine höhere Entscheidungsebene.</li>
+    </ul>
+  </section>
+
+  <section>
+    <h2>Risikomanagement</h2>
+    <p>
+      Ein Risiko ist ein mögliches zukünftiges Ereignis mit negativer Auswirkung –
+      keine sichere Tatsache. Risiken werden früh erkannt, bewertet und mit
+      Maßnahmen versehen; im Projektverlauf werden sie regelmäßig überprüft.
+    </p>
+    <ul class="key-list">
+      <li><strong>Bewertung:</strong> nach Eintrittswahrscheinlichkeit und Schadensauswirkung (Risikomatrix).</li>
+      <li><strong>Vermeidung:</strong> Vorgehen wählen, bei dem das Risiko gar nicht entsteht.</li>
+      <li><strong>Minderung:</strong> Wahrscheinlichkeit oder Auswirkung senken (z. B. getestetes Backup).</li>
+      <li><strong>Übertragung:</strong> Risiko abgeben, etwa per Versicherung oder Vertrag.</li>
+      <li><strong>Akzeptanz / Restrisiko:</strong> das, was nach allen Maßnahmen bewusst bleibt.</li>
+    </ul>
+  </section>
+
+  <section>
+    <h2>Qualität, Abnahme und Projektabschluss</h2>
+    <p>
+      Qualität wird im Projekt an den Anforderungen gemessen, nicht am
+      Geschmack. Tests und ein Soll-Ist-Vergleich zeigen vor der Übergabe, ob
+      die Lösung passt. Die Abnahme stützt sich auf vorher vereinbarte
+      Abnahmekriterien und wird in einem Abnahmeprotokoll dokumentiert.
+    </p>
+    <ul class="key-list">
+      <li><strong>Testfall:</strong> Eingabe, Ablauf und erwartetes Ergebnis – wiederholbar und nachvollziehbar.</li>
+      <li><strong>Pilotbetrieb:</strong> begrenzter Test mit kleiner Nutzergruppe vor dem breiten Rollout.</li>
+      <li><strong>Abnahmeprotokoll:</strong> Ergebnis, offene Punkte, Datum und Freigabe.</li>
+      <li><strong>Dokumentation:</strong> technische Doku für Betrieb und Wartung, Anwenderdoku für Nutzer.</li>
+      <li><strong>Lessons Learned:</strong> Erkenntnisse für künftige Projekte sichern.</li>
+    </ul>
+    <p>
+      <strong>Merksatz:</strong> Ein Projekt ist erst sauber abgeschlossen, wenn
+      Abnahme erfolgt, Dokumentation übergeben und offene Punkte geklärt sind.
+    </p>
+  </section>
+
   <section class="finalflux-test" data-finalflux-test aria-live="polite">
     <div class="test-meta">
       <span data-question-counter>Frage 1</span>