Feedback Project Charter und Lastenheft Gruppe D

Lastenheft.md

@@ -3,7 +3,7 @@ title: "Lastenheft"
 subtitle: "Desktop-Fakturierungsanwendung"
 author:
   - Team 1
-version: "1.0"
+version: "1.1"
 lang: de-DE
 toc: true
 toc-depth: 3
@@ -22,7 +22,7 @@ header-includes: |
   \fancyhf{}
   \fancyhead[L]{Team 1}
   \fancyhead[C]{Lastenheft}
-  \fancyhead[R]{Version 1.0}
+  \fancyhead[R]{Version 1.1}
   \fancyfoot[C]{\thepage\ /\ \pageref{LastPage}}
   \renewcommand{\headrulewidth}{0.4pt}
   \renewcommand{\footrulewidth}{0pt}
@@ -35,6 +35,7 @@ header-includes: |
 | Version | Datum      | Autor           | Grund der Änderung  |
 |---------|------------|-----------------|---------------------|
 | 1.0     | 11.05.2026 | Lucas Strubel   | Initiale Erstellung |
+| 1.1     | 11.05.2026 | Mirkan Güngör   | Ergänzung Anforderungen Gruppe D |
 
 ---
 
@@ -211,6 +212,14 @@ um den vollständigen kaufmännischen Vorgang nachvollziehen zu können.
 Die Anforderung gilt, wenn mindestens zwei verknüpfte Dokumente existieren.
 Die Anforderung gilt als erfüllt, wenn das System zu einem ausgewählten Dokument alle vor- und nachgelagerten Dokumente mit Nummer, Datum und Typ anzeigt.
 
+### 4.5 Modul Benutzeroberfläche
+
+**BA-17 – Rechnung über die Benutzeroberfläche erstellen**
+Als Anwender:in muss ich eine Rechnung über eine geführte Benutzeroberfläche erstellen können,
+um ohne technische Vorkenntnisse alle notwendigen Eingaben vollständig durchführen zu können.
+Die Anforderung gilt, wenn mindestens ein Kunde und mindestens ein Produkt im System existieren.
+Die Anforderung gilt als erfüllt, wenn ich die Rechnungserstellung aus der Anwendung starten, einen Kunden auswählen, mindestens eine Produktposition mit Menge erfassen, ein Zahlungsziel prüfen oder setzen und die Rechnung speichern kann.
+
 ---
 
 ## 5. Qualitätsanforderungen (nicht-funktionale Anforderungen)
@@ -236,6 +245,9 @@ Das System soll nach dem Versandstatus „versendet" einer Rechnung **jede inhal
 **Q-07 – Wiederherstellbarkeit: Datenexport**
 Das System soll dem Anwender einen vollständigen Export aller Stamm- und Bewegungsdaten in einem offenen, dokumentierten Format ermöglichen, mit einer Exportdauer von **maximal 30 Sekunden** bei einem Datenbestand im o. g. Umfang.
 
+**Q-08 – Benutzbarkeit: Pflichtfeld- und Fehlermeldungen**
+Das System soll in Formularen der Kunden-, Produkt- und Dokumentenerstellung fehlende Pflichtangaben so anzeigen, dass mindestens **80 %** der Testpersonen die Eingabe ohne externe Hilfe korrigieren können. Überprüfung durch Usability-Test mit mindestens **5 Testpersonen**.
+
 ---
 
 ## 6. Daten, Schnittstellen und Geschäftsregeln
@@ -349,10 +361,20 @@ Vorbedingung: Ein vollständiger Zyklus (Angebot, AB, Lieferschein, Rechnung) ei
 Aktion: Anwender:in öffnet die Rechnung und ruft den Dokumentenverlauf auf.
 Erwartet: Das System zeigt alle drei Vorgänger mit Typ, Nummer und Datum an.
 
+**AC-13 (zu BA-17)** – *Rechnung über Benutzeroberfläche erstellen*
+Vorbedingung: Mindestens ein Kunde und ein Produkt sind im System vorhanden.
+Aktion: Anwender:in startet die Rechnungserstellung, wählt Kunde und Produkt aus, erfasst eine Menge und speichert die Rechnung.
+Erwartet: Die Rechnung wird gespeichert und zeigt Kunde, Produktposition, Menge, Summen und Zahlungsziel an.
+
+**AC-14 (zu Q-08)** – *Pflichtfeldhinweis korrigieren*
+Vorbedingung: Die Formulare „Kunde anlegen", „Produkt anlegen" und „Rechnung erstellen" sind erreichbar.
+Aktion: Anwender:in versucht jeweils ohne ein Pflichtfeld zu speichern; anschließend ergänzt sie die fehlende Angabe und speichert erneut.
+Erwartet: Das System verhindert jeweils zuerst das Speichern und zeigt einen Hinweis mit dem Namen des fehlenden Pflichtfelds; nach der Korrektur wird der Datensatz gespeichert.
+
 ### 7.2 Abnahmebedingungen (Gesamtprojekt)
 Das Projekt gilt als abgenommen, wenn:
-- alle Akzeptanzkriterien **AC-01 bis AC-12** erfolgreich durchlaufen wurden,
+- alle Akzeptanzkriterien **AC-01 bis AC-14** erfolgreich durchlaufen wurden,
-- die Qualitätsanforderungen **Q-01 bis Q-07** durch entsprechende Tests bestätigt sind,
+- die Qualitätsanforderungen **Q-01 bis Q-08** durch entsprechende Tests bestätigt sind,
 - der Abschlusspräsentation gemäß Project Charter (Meilenstein **M-07**) durch den Auftraggeber zugestimmt wurde,
 - die Traceability-Matrix (Anforderung ↔ Testfall) vollständig vorliegt.
 
@@ -375,7 +397,7 @@ Das Projekt gilt als abgenommen, wenn:
 | Lastenheft | Customer Requirements Specification – beschreibt aus Sicht des Auftraggebers, **was** das System leisten soll. |
 
 ### 8.2 Referenzen
-- Project Charter Team 1, Version 1.1, 14.04.2026
+- Project Charter Team 1, Version 1.2, 11.05.2026
 - Vorlesungsunterlagen Software Engineering 1 (SoSe 2026)
 - Open-Source-Referenzsystem **Fakturama**
 - § 14 UStG (Pflichtangaben einer Rechnung)
@@ -392,4 +414,4 @@ Das Projekt gilt als abgenommen, wenn:
 | PZ | Projektziel |
 | SH | Stakeholder |
 | CRS | Customer Requirements Specification (Lastenheft) |
-| SRS | System Requirements Specification (Pflichtenheft) |
+| SRS | System Requirements Specification (Pflichtenheft) |

ProjectCharter.md

@@ -3,7 +3,7 @@ title: "Project Charter"
 subtitle: "Software Engineering 1"
 author:
   - Team 1
-version: "1.0"
+version: "1.2"
 lang: de-DE
 toc: true
 toc-depth: 3
@@ -22,7 +22,7 @@ header-includes: |
   \fancyhf{}
   \fancyhead[L]{Team 1}
   \fancyhead[C]{Project Charter}
-  \fancyhead[R]{Version 1.1}
+  \fancyhead[R]{Version 1.2}
   \fancyfoot[C]{\thepage\ /\ \pageref{LastPage}}
   \renewcommand{\headrulewidth}{0.4pt}
   \renewcommand{\footrulewidth}{0pt}
@@ -31,13 +31,13 @@ header-includes: |
 \newpage
 
 +-------------------------+-------------------------+-------------------------+
-| Autor                   | Prüfer                  | Freigebenden            |
+| Autor                   | Prüfer                  | Freigebender            |
 +=========================+=========================+=========================+
-| Name, Vorname           | Guengoer, Mirkan        | Prof. Dr. Marmitt, Gerd |
+| Name, Vorname           | Prof. Dr. Marmitt, Gerd | Prof. Dr. Marmitt, Gerd |
 +-------------------------+-------------------------+-------------------------+
-| Entwickler              | Entwickler              | Modulverantwortlicher   |
+| Entwickler              | Modulverantwortlicher   | Modulverantwortlicher   |
 +-------------------------+-------------------------+-------------------------+
-| 14.04.2026              | 14.04.2026              | Datum, Unterschr.       |
+| 11.05.2026              | Datum, Unterschr.       | Datum, Unterschr.       |
 +-------------------------+-------------------------+-------------------------+
 
 # Dokumentenhistorie
@@ -46,6 +46,7 @@ header-includes: |
 |---------|------------|----------|---------------------|
 | 1.0     | *10.04.2026*  | *Lucas Strubel* | Initiale Erstellung |
 | 1.1     | *14.04.2026*  | *Lucas Strubel* | Ergänzung fehlender Matrikelnummern |
+| 1.2     | *11.05.2026*  | *Mirkan Güngör* | Umsetzung Feedback zur Project Charter |
 
 # Projektübersicht
 
@@ -122,20 +123,12 @@ Ein Feature gilt als **fertiggestellt**, wenn:
 
 # Projekt-Team und Rollen
 
-| Bezeichnung        | Details                                                                 |
+| Untergruppe | Komponente | Gruppenleiter | Mitglieder |
-|--------------------|-------------------------------------------------------------------------|
+|-------------|------------|----------------|------------|
-| **Entwicklung 1**  | *Lucas Strubel* (Matrikelnummer: *3023626*) – Schwerpunkt: Prozess    |
+| **Gruppe A** | Prozess / Dokumentenzyklus | *Lucas Strubel* (3023626) | *Luca Kaiser* (3027448), *Dino Cickusic* (3026435) |
-| **Entwicklung 2**  | *Luca Kaiser* (Matrikelnummer: *3027448*) – Schwerpunkt: Prozess  |
+| **Gruppe B** | Verwaltung von Kunden | *Mahsuna Ahadyar* (3029329) | *Kübra Kilic* (3029356), *Mara Weidmann* (3031272) |
-| **Entwicklung 3**  | *Mirkan Güngör* (Matrikelnummer: *3029276*) – Schwerpunkt: Programmoberfläche  |
+| **Gruppe C** | Verwaltung von Produkten | *Meron Berhane* (3031895) | *Jan-Micah SchulzeAmeling* (3030949), *Jessica Volz* (3027339) |
-| **Entwicklung 4**  | *Moritz König* (Matrikelnummer: *3027456*) – Schwerpunkt: Programmoberfläche  |
+| **Gruppe D** | Programmoberfläche | *Mirkan Güngör* (3029276) | *Moritz König* (3027456), *Mohammed Bouhki* (3028421) |
-| **Entwicklung 5**  | *Mohammed Bouhki* (Matrikelnummer: *3028421*) – Schwerpunkt: Programmoberfläche |
-| **Entwicklung 6**  | *Dino Cickusic* (Matrikelnummer: *3026435*) – Schwerpunkt: Prozess  |
-| **Entwicklung 7**  | *Mahsuna Ahadyar* (Matrikelnummer: *3029329*) – Schwerpunkt: Verwaltung von Kunden   |
-| **Entwicklung 8**  | *Meron Berhane* (Matrikelnummer: *3031895*) – Schwerpunkt: Verwaltung von Produkten |
-| **Entwicklung 9**  | *Kübra Kilic* (Matrikelnummer: *3029356*) – Schwerpunkt: Verwaltung von Kunden  |
-| **Entwicklung 10**  | *Jan-Micah SchulzeAmeling* (Matrikelnummer: *3030949*) – Schwerpunkt: Verwaltung von Produkten   |
-| **Entwicklung 11**  | *Jessica Volz* (Matrikelnummer: *3027339*) – Schwerpunkt: Verwaltung von Produkten |
-| **Entwicklung 12**  | *Mara Weidmann* (Matrikelnummer: *3031272*) – Schwerpunkt: Verwaltung von Kunden  |
 
 # Zeitplan / Meilensteine
 
@@ -157,12 +150,12 @@ Jede Entwicklungsphase korrespondiert mit ihrer jeweiligen Testphase im Rahmen d
 | Meilenstein | Beschreibung                              | Datum     | Status         |
 |-------------|-------------------------------------------|-----------|----------------|
 | M-01        | Project Charter abgeschlossen             | *15.04.2026* | Abgeschlossen  |
-| M-02        | Lastenheft & Anforderungsanalyse          | *[…]* | In Bearbeitung |
+| M-02        | Lastenheft & Anforderungsanalyse          | *15.05.2026* | In Bearbeitung |
-| M-03        | Systementwurf & Architektur abgeschlossen | *[…]* | Offen          |
+| M-03        | Systementwurf & Architektur abgeschlossen | *29.05.2026* | Offen          |
-| M-04        | Pflichtenheft & Komponentenentwurf        | *[…]* | Offen          |
+| M-04        | Pflichtenheft & Komponentenentwurf        | *12.06.2026* | Offen          |
-| M-05        | Implementierung abgeschlossen (Feature-Complete) | *[…]* | Offen   |
+| M-05        | Implementierung abgeschlossen (Feature-Complete) | *26.06.2026* | Offen   |
-| M-06        | Integrations- & Systemtests abgeschlossen | *[…]* | Offen          |
+| M-06        | Integrations- & Systemtests abgeschlossen | *03.07.2026* | Offen          |
-| M-07        | Abnahmetest & Präsentation                | *[…]* | Offen          |
+| M-07        | Abnahmetest & Präsentation                | *10.07.2026* | Offen          |
 
 # Risikomanagement
 
@@ -181,12 +174,12 @@ Jede Entwicklungsphase korrespondiert mit ihrer jeweiligen Testphase im Rahmen d
 - **Budget:** kein monetäres Budget (studentisches Projekt)
 - **Infrastruktur:** *Gitea, Lokale Entwicklung*
 
-**Rahmenbedingungen (Constraints):**
+## Rahmenbedingungen
 
 - Der Technologie-Stack muss mit der Lehrveranstaltung kompatibel sein
 - Alle Teammitglieder müssen gleichmäßig zum Projekt beitragen (erkennbar in Git-History)
 
-**Technologie-Stack:**
+## Technologie-Stack
 
 | Bereich                | Technologie / Tool                                       |
 |------------------------|----------------------------------------------------------|
@@ -235,4 +228,4 @@ Mit ihrer Unterschrift bestätigen alle Beteiligten, dass sie den Inhalt dieser
 
 **Teammitglied:** ________________________________________ Datum: ____________
 
-**Teammitglied:** ________________________________________ Datum: ____________
+**Teammitglied:** ________________________________________ Datum: ____________