diff --git a/website/anforderungsanalyse.html b/website/anforderungsanalyse.html
index ef47fb6eeb116aa255750cbf71b0e703413339f6..a180a2431c26f34599e33fa02ffd41f31231cbfc 100644
--- a/website/anforderungsanalyse.html
+++ b/website/anforderungsanalyse.html
@@ -140,6 +140,26 @@ _(nach "Mit Scrum zum gewünschten System", J. Goll & D. Hommel, Springer, 2015)
---
+# Fachliche Anforderungen
+
+* Definition üblicherweise von Auftraggeber:innen, Fach-Teams
+
+* Beispiel: "Bei der Registrierung sollen nur gültige E-Mail-Adressen eingegeben werden können."
+
+---
+
+# Technische Anforderungen
+* Definition durch Entwickler:innen, Architekt:innen
+
+* Entweder: Umsetzung einer fachlichen Anforderung in den technischen Kontext. Bezug herstellen!
+
+* Oder: Rein technische Anforderung
+
+* Beispiel I: "E-Mail-Adressen sollen per client- und server-site validation per RegEx auf ihre formale Korrektheit geprüft werden... Über ein double opt-in wird bestätigt, dass die Registrierung tatsächlich von der jeweiligen Person ausgelöst wurde..."
+* Beispiel II: "Die Anwendung soll in einem Container deployt werden"
+
+---
+
# Nicht-Funktionale Anforderungen
> Anforderungen, die sich im Betrieb einer Anwendung niederschlagen.
@@ -176,26 +196,6 @@ Dazu gehören:
---
-# Fachliche Anforderungen
-
-* Definition üblicherweise von Auftraggeber:innen, Fach-Teams
-
-* Beispiel: "Bei der Registrierung sollen nur gültige E-Mail-Adressen eingegeben werden können."
-
----
-
-# Technische Anforderungen
-* Definition durch Entwickler:innen, Architekt:innen
-
-* Entweder: Umsetzung einer fachlichen Anforderung in den technischen Kontext. Bezug herstellen!
-
-* Oder: Rein technische Anforderung
-
-* Beispiel I: "E-Mail-Adressen sollen per client- und server-site validation per RegEx auf ihre formale Korrektheit geprüft werden... Über ein double opt-in wird bestätigt, dass die Registrierung tatsächlich von der jeweiligen Person ausgelöst wurde..."
-* Beispiel II: "Die Anwendung soll in einem Container deployt werden"
-
----
-
# Anforderungsanalyse: User Stories
* Beschreibt eine Anforderung aus Sicht eines Users
@@ -204,7 +204,7 @@ Dazu gehören:
* Alternative zu einer schwergewichtigen Spezifikation
* Technische Umsetzungsmöglichkeiten/Fachsprache sollten keine Rolle spielen.
-> Ich, als eingeloggter User, möchte einen Song aus meinen Favoriten auswählen und abspielen können, damit ich meine Lieblingssongs ohne Suchumwege anhören kann
+> Ich, als eingeloggter User, möchte einen Song aus meinen Favoriten auswählen und abspielen können, damit ich meine Lieblingssongs ohne Suchumwege anhören kann.
### Wie könnten weitere User Stories für das Demo-Projekt aussehen?
@@ -219,7 +219,6 @@ Dazu gehören:
### Wie könnte ein Scribble für das Demo-Projekt aussehen?
-
---
# Anforderungsanalyse: Use Case Diagrams
@@ -227,6 +226,7 @@ Dazu gehören:
* UML Standard
* Beschreibt, wer was in der Anwendung tun kann
* Auch Systeme können als "Actor" berücksichtigt werden
+* [UML-Spickzettel](https://www.oose.de/wp-content/uploads/2012/05/UML-Notationsübersicht-2.5.pdf)
### Wie könnte ein Use-Case-Diagram für das Demo-Projekt aussehen?
@@ -261,16 +261,17 @@ Dazu gehören:
---
-# Projektbeispiel
+# Projektarbeit
Fragen und Beispiele verteilt über die zugehörigen Folien
* Was sind funktionale Anforderungen?
* Was sind nicht-funktionale Anforderungen?
-* Was sind die zugehörigen User stories?
-* Wie könnte ein Use case diagram aussehen?
+* Was sind die zugehörigen User Stories?
+* Wie könnte ein Use Case Diagram aussehen?
* Wie sieht ein erstes Scribble der Anwendung aus?
* Was könnte ein MVP enthalten?
+* Was sind die Akzeptanzkriterien?
diff --git a/website/assignments/Anforderungsanalyse.md b/website/assignments/Anforderungsanalyse.md
index 94b88dcf06e701490b342c1af1325e03c80b8aa6..1033ea6893e8bd0348d08092853c6c343b8cff02 100644
--- a/website/assignments/Anforderungsanalyse.md
+++ b/website/assignments/Anforderungsanalyse.md
@@ -18,7 +18,7 @@ Heute wird noch nichts programmiert! Heute werden wir uns mit der Anforderungsan
## Tipps
* Teilen Sie Ihre Gruppe in eine Fachabteilung und in eine Entwicklungsabteilung auf. Gibt es unterschiedliche Sichtweisen oder Anforderungen? Diskutieren Sie diese! Wechseln Sie auch die Rollen.
-* Fällt Ihnen kein Thema ein, kommen Sie gerne auf die Tutoren und mich zu.
+* Fällt Ihnen kein Thema ein, kommen Sie gerne auf die Tutoren oder mich zu.
## Ziele (nach der Vorlesung)
@@ -27,8 +27,10 @@ Heute wird noch nichts programmiert! Heute werden wir uns mit der Anforderungsan
* User Stories beschreiben was User mit Ihrer Anwendung machen können.
* Ein Use-Case-Diagram beschreibt die Rollen und Anwendungsfälle Ihres Projekts.
* Sie wissen welche Anforderungen in Ihrem MVP enthalten sein werden.
+* Für Ihre Anforderungen wurden Akzeptanzkriterien definiert.
* Ihre Anforderungen sind kategorisiert nach:
* Funktionale Anforderungen
* Nicht-Funktionale Anforderungen
* Fachliche Anforderungen
- * Technische Anforderungen
\ No newline at end of file
+ * Technische Anforderungen
+* Die Anforderungen sind als Issues in Ihrem GitLab-Projekt abgelegt.
\ No newline at end of file
diff --git a/website/assignments/Projektbeschreibung.md b/website/assignments/Projektbeschreibung.md
new file mode 100644
index 0000000000000000000000000000000000000000..7d15815050e5450422edde0af5574abff54fd40e
--- /dev/null
+++ b/website/assignments/Projektbeschreibung.md
@@ -0,0 +1,53 @@
+# Projektbeschreibung
+
+_SE3, Sommersemester 2022, Stand 20.03.2022_
+
+## Allgemeines
+
+* Das Projekt soll als Gruppenaufgabe mit 5-7 Mitgliedern gelöst werden. Nach Abgabe werden anhand der GitLab-Commits die Aktivitäten der Teilnehmer überprüft. Das Verwenden von bereits existierendem Code ist erlaubt, sofern Sie dies kennzeichnen und den Code erklären können.
+* Die Abgabe des Projekts erfolgt als Link auf das lesbare GitLab-Repository per E-Mail an [jordine@hdm-stuttgart.de](mailto:jordine@hdm-stuttgart.de) und die Tutoren. Anschließend gibt es noch mit jeder Gruppe ein Abgabegespräch.
+* Es ist eine Projektdokumentation zu erstellen und abzugeben. Diese soll direkt als Wiki im GitLab-Repository abgelegt werden.
+* Abgabetermine:
+ * Link: 15.07.2022
+ * Projektdokumentation: 15.07.2022
+ * Abgabegespräch: Individuelle Terminvereinbarung
+ * Hinweis: Nach Ende der Vorlesungszeit (01.07.) können wir keinen Support durch die Betreuer mehr
+ zusagen. Deshalb: Stellen Sie Ihr Projekt rechtzeitig vorher fertig.
+* Beim Abgabegespräch wird Folgendes gefordert:
+ * Alle Teammitglieder müssen in der Lage sein, die Architektur der Anwendung zu erklären.
+ * Alle Team-Mitglieder müssen in der Lage sein, alle Teile des Projektes grob zu erklären (Was ist die Aufgabe? Wie wurde die Aufgabenstellung prinzipiell umgesetzt? Wie sieht die Struktur aus?)
+ * Jedes Teammitglied muss bei einem Teil des Projekts (von angemessenem Umfang) in der Lage sein, detailliert zu erklären, was wie implementiert wurde.
+* In der Regel wird das Projekt als Ganzes bewertet. Alle Teammitglieder erhalten die gleiche Note. Falls wir feststellen sollten, dass die Leistungen der einzelnen Teammitglieder deutlich unterschiedlich sind, behalten wir uns aber vor, auch unterschiedliche Noten zu vergeben.
+* Es sind zwei Review-Termine geplant:
+ * 25.04.: Vorstellung des MVPs
+ * 27.06.: Abschlusspräsentation
+
+## Bei der Umsetzung des Projektes müssen folgende Punkte beachtet werden
+
+_Vorläufig! Eine detaillierte Bewertungstabelle wird zeitnah zur Verfügung gestellt._
+
+* Sinnvolle Projektorganisation. Dies umfasst:
+ * Erfassung der Anforderungen
+ * Definition eines Minimum Viable Projects (MVP)
+ * Priorisierung der zusätzlichen Features
+ * Zeitmanagement
+ * Benutzung von Gitlab
+ * Branching
+ * Issue-Tracking
+ * CI/CD
+ * Abdeckung der wesentlichen Funktionalität durch Unittests
+* Sinnvolle Software-Architektur. Die Architektur muss in der Projektdokumentation beschrieben werden. Sie sollten erklären können:
+ * Warum Sie sich für die gewählte Architektur entschieden haben.
+ * An welchen Stellen Verbesserungen sinnvoll wären, die Sie aber aus Aufwandsgründen nicht mehr umgesetzt haben.
+ * An welchen Stellen Sie im Nachhinein festgestellt haben, dass Verbesserungen/Änderungen sinnvoll
+ wären.
+* Clean Code
+
+## Wahlpflichthemen
+
+Zwei der folgenden Themen müssen im Projekt berücksichtigt werden.
+
+* Parallelisierung
+* Datenbankanbindung
+* Networking (z.B. REST, GraphQL)
+* UI
\ No newline at end of file
diff --git a/website/einfuehrung.html b/website/einfuehrung.html
index b420f83b12626f4800fcf6a1761bbd4f7786e3df..569ba86567b51e79dcef79821d5506d6a9875307 100644
--- a/website/einfuehrung.html
+++ b/website/einfuehrung.html
@@ -109,7 +109,7 @@ class: center, middle, first
* "Systemlandschaftsgärtner"
* Davor:
- * Bachelor & Masterstudium Medieninformatik
+ * Bachelor & Masterstudium Medieninformatik @ HdM
* Promotion an der University of the West of Scotland
* Projektmitarbeiter & Wissenschaftlicher Mitarbeiter an der HdM im Studienbereich Medieninformatik
@@ -135,14 +135,13 @@ class: center, middle, first
* Anforderungsanalyse und Software-Dokumentation
* Software-Architektur
-* Arbeit mit `git`/GitLab/CI/CD
+* Arbeit mit `git`, GitLab, CI/CD
* Clean Code
* Testing
* Kommunikation in Softwareprojekten
-* Skalierende Architekturen: Container, micro services etc.
-* GUI-Technologien
+* Container
* Parallele Programmierung und deren Herausforderungen
-* Schnittstellen: REST/GraphQL/(SOAP)
+* Schnittstellen: REST, GraphQL, (SOAP)
* Wunschthemen
---
@@ -154,7 +153,8 @@ class: center, middle, first
* Alle Unterlagen (Präsentation, Vorlesungprojekt, Projektbeschreibung, Terminplan, Bewertungungsbogen) befinden sich in GitLab
* Inhalt der Folien unvollständig, Tonspur notwendig
* Zwei Reviewsessions
-
+ * 25.04.: Vorstellung des MVPs
+ * 27.06.: Abschlusspräsentation
---
# Projektarbeit
diff --git a/website/img/common/qr.png b/website/img/common/qr.png
new file mode 100644
index 0000000000000000000000000000000000000000..da1d5c5eaaf7407a9c5a1e62a33c12449ccc1e28
Binary files /dev/null and b/website/img/common/qr.png differ
diff --git a/website/index.html b/website/index.html
index 65b88fdba770f9e0ce1334e3ffea1be5b6ceb46c..da67b8754762caea5f5b0552be25789a1a1e349f 100644
--- a/website/index.html
+++ b/website/index.html
@@ -14,17 +14,23 @@
<li><a href="anforderungsanalyse.html" target="_blank">Anforderungsanalyse</a></li>
</ul>
+ <h3>Vorlesungnotizen</h3>
+ <ul>
+ <li><a href="https://gitlab.mi.hdm-stuttgart.de/jordine/se3sose2022vorlesung/-/blob/main/website/lecturenotes/20220321.md" target="_blank">Vorlesungsnotizen - 21.03.2022</a></li>
+ </ul>
+
<h3>Projekt</h3>
<ul>
- <li><a href="" target="_blank">Ãœbung: Anforderungsanalyse</a> </li>
+ <li><a href="https://gitlab.mi.hdm-stuttgart.de/jordine/se3sose2022vorlesung/-/blob/main/website/assignments/Projektbeschreibung.md" target="_blank">Projektbeschreibung</a> </li>
+ <li><a href="https://gitlab.mi.hdm-stuttgart.de/jordine/se3sose2022vorlesung/-/blob/main/website/assignments/Anforderungsanalyse.md" target="_blank">Ãœbung: Anforderungsanalyse</a> </li>
</ul>
<h3>Organisatorisches</h3>
<ul>
- <li><a href="" target="_blank">Moodle-Kurs</a> </li>
- <li><a href="" target="_blank">BBB zur Vorlesung</a> </li>
- <li><a href="" target="_blank">GitLab: Vorlesungsdemos</a> </li>
- <li><a href="" target="_blank">GitLab: Vorlesungsprojekt</a> </li>
+ <li><a href="https://e-learning.hdm-stuttgart.de/moodle/course/view.php?id=3828" target="_blank">Moodle-Kurs</a> </li>
+ <li><a href="https://konferenz1.hdm-stuttgart.de/b/jor-hzf-odu-rxi" target="_blank">BBB zur Vorlesung</a> </li>
+ <li><a href="https://gitlab.mi.hdm-stuttgart.de/jordine/se3sose2022vorlesung" target="_blank">GitLab: Vorlesungsdemos</a> </li>
+ <li><a href="https://gitlab.mi.hdm-stuttgart.de/jordine/se3sose2022projekt" target="_blank">GitLab: Vorlesungsprojekt</a> </li>
</ul>
<h3>QR-Code zu dieser Seite</h3>
diff --git a/website/lecturenotes/20220321.md b/website/lecturenotes/20220321.md
new file mode 100644
index 0000000000000000000000000000000000000000..71221713112aed2dda7ce18a397120327b3f4192
--- /dev/null
+++ b/website/lecturenotes/20220321.md
@@ -0,0 +1,15 @@
+# Vorlesungsnotizen - 21.03.2022
+
+## Wunschthemen
+
+## Wiederholungsthemen
+
+## Medienverwaltung: Fachliche Anforderungen
+
+## Medienverwaltung: Technische Anforderungen
+
+## Medienverwaltung: Nicht-Funktionale Anforderungen
+
+## Medienverwaltung: Funktionale Anforderungen
+
+## Medienverwaltung: User Stories
\ No newline at end of file