Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:m291:learningunits:lu16:theorie:a_sdlc [2026/06/28 22:35] – gkoch
+++ de:modul:m291:learningunits:lu16:theorie:a_sdlc [2026/06/28 23:50] (aktuell) – gkoch
@@ Zeile 1: / Zeile 1: @@
-====== Software-Entwicklungs-Zyklus ======
+====== LU16a - Software-Entwicklungs-Zyklus ======
 Der **Software Development Life Cycle (SDLC)** beschreibt die typischen Phasen, die ein Software-Projekt von der ersten Idee bis zur fertigen Anwendung durchläuft. Testing und Deploy sind zwei dieser Phasen – und genau darum geht es in dieser Lerneinheit.
@@ Zeile 5: / Zeile 5: @@
 ===== Der vollständige SDLC =====
-<WRAP center round box 80%>
+{{:de:modul:m291:learningunits:lu16:theorie:software-development-life-cycle-phase-08.png?direct&800| Software Development Life Cycle – Kreislauf}}\\
-{{ :m291:lu16:sdlc_kreislauf.png?direct&700 | Software Development Life Cycle – Kreislauf }}\\
-//[Platzhalter: Grafik des SDLC-Kreislaufs mit 6 Phasen]//
+//Grafik des SDLC-Kreislaufs mit 6 Phasen//
-</WRAP>
 Ein typisches Software-Projekt durchläuft sechs Phasen:
@@ Zeile 27: / Zeile 27: @@
 Wenn wir Software entwickeln, konzentrieren wir uns auf vier konkrete Schritte:
-<WRAP center round box 80%>
-{{ :m291:lu16:web_pipeline.png?direct&700 | Web-Entwicklungs-Pipeline: Local → Shared Codebase → Staging → Production }}\\
-//[Platzhalter: Pipeline-Diagramm mit 4 Stationen]//
-</WRAP>
-^ Station ^ Was passiert hier? ^ Unser Werkzeug ^
+{{:de:modul:m291:learningunits:lu16:theorie:test-deploy-live-cycle.png?direct&900 | Web-Entwicklungs-Pipeline: Local → Shared Codebase → Staging → Production }}\\
-| **① Local Development** | Code schreiben, lokal ausprobieren. Die App läuft nur auf Ihrem Computer. | ''npm run dev'' → ''localhost:5173'' |
+//Pipeline-Diagramm mit 4 Schritten//
-| **② Shared Codebase** | Code wird mit dem Team geteilt – normalerweise via Git. | (In LU16 überspringen wir diesen Schritt) |
-| **③ Staging (Preview)** | Die App wird auf einem Test-Server deployed. Hier kann getestet werden, bevor sie live geht. | surge.sh / Netlify Drop |
-| **④ Production (Live)** | Die fertige, getestete App ist öffentlich zugänglich. | surge.sh / Netlify / Vercel |
-===== Der Feedback-Loop: Was passiert bei Bugs? =====
-<WRAP center round box 80%>
+<WRAP round center box 80%>
-{{ :m291:lu16:bug_feedback_loop.png?direct&700 | Feedback-Loop: Bugs im Testing führen zurück zur Entwicklung }}\\
+^ Schritt ^ Was passiert hier? ^ Unser Werkzeug ^
-//[Platzhalter: Diagramm mit rotem Pfeil von Testing zurück zu Local Development]//
+| **① Local Development** | Code schreiben, lokal ausprobieren. Die App läuft nur auf Ihrem Computer. | ''npm run dev'' → ''localhost:5173'' |
+| **② Shared Codebase** | Code wird mit dem Team geteilt – normalerweise via Git. | (In LU16 überspringen wir diesen Schritt) |
+| **③ Staging (Preview)** | Die App wird auf einem Test-Server deployed. Hier kann getestet werden, bevor sie live geht. | Netlify / Vercel / Render (alle benötigen Git) |
+| **④ Production (Live)** | Die fertige, getestete App ist öffentlich zugänglich. | surge.sh (ohne Git) / Netlify / Vercel |
 </WRAP>
+==== Was passiert bei Bugs? ====
 Wenn beim Testing Fehler gefunden werden, kehrt das Projekt zurück in die Entwicklungsphase. Dieser Feedback-Loop ist kein Zeichen von schlechter Arbeit – er ist der Sinn des Testings.
-<WRAP center round tip 80%>
-**Merksatz:** Bugs gehören ins Testing gefunden – nicht in die Production. Je früher ein Fehler entdeckt wird, desto günstiger und einfacher ist er zu beheben.
-</WRAP>
 ===== Testing im Kreislauf: Wann was? =====
+<WRAP round center box 80%>
 ^ Testing-Zeitpunkt ^ Was wird getestet? ^ Wer testet? ^
 | Während der Entwicklung | Einzelne Funktionen (Unit Tests) | Entwicklerin / Entwickler |
@@ Zeile 58: / Zeile 52: @@
 | Auf Staging | Komplette Benutzerflüsse (E2E Tests, Manuell) | Tester, Entwickler, Kunde |
 | Vor Production | Abnahme-Test | Auftraggeber |
+</WRAP>