Überarbeitung nach Feedback

Lastenheft.md

@@ -3,11 +3,11 @@ title: "Lastenheft"
 subtitle: "Desktop-Fakturierungsanwendung"
 author:
   - Team 1
-version: "1.2"
+version: "1.3"
 lang: de-DE
 toc: true
 toc-depth: 3
-numbersections: true
+numbersections: false
 papersize: a4
 geometry: "margin=3cm"
 fontsize: 12pt
@@ -22,7 +22,7 @@ header-includes: |
   \fancyhf{}
   \fancyhead[L]{Team 1}
   \fancyhead[C]{Lastenheft}
-  \fancyhead[R]{Version 1.2}
+  \fancyhead[R]{Version 1.3}
   \fancyfoot[C]{\thepage\ /\ \pageref{LastPage}}
   \renewcommand{\headrulewidth}{0.4pt}
   \renewcommand{\footrulewidth}{0pt}
@@ -37,6 +37,8 @@ header-includes: |
 +-------------------------+-------------------------+-------------------------+
 | Entwickler              | Modulverantwortlicher   | Modulverantwortlicher   |
 +-------------------------+-------------------------+-------------------------+
+| 09.06.2026              | 09.06.2026              | 09.06.2026              |
++-------------------------+-------------------------+-------------------------+
 
 ## Dokumentenhistorie
 
@@ -45,8 +47,7 @@ header-includes: |
 | 1.0     | 11.05.2026 | Lucas Strubel   | Initiale Erstellung |
 | 1.1     | 11.05.2026 | Mirkan Güngör   | Ergänzung Anforderungen Gruppe D |
 | 1.2     | 14.05.2026 | Lucas Strubel   | Ergänzung + Überarbeitung Anforderungen Gruppe A–C |
-
+| 1.3     | 09.06.2026 | Lucas Strubel   | Überarbeitung nach Feedback |
----
 
 ## 1. Einleitung und Zielbestimmung
 
@@ -57,6 +58,8 @@ Dieses Lastenheft beschreibt aus Sicht des Auftraggebers, **was** die zu entwick
 Kleinstunternehmen, Freiberufler und Selbstständige stehen vor wachsenden Anforderungen an die digitale Rechnungsstellung. Marktübliche SaaS-Lösungen sind häufig mit laufenden Lizenzkosten verbunden, etablierte Open-Source-Alternativen (z. B. **Fakturama**) gelten als technisch anspruchsvoll in Installation und Betrieb. Mit der Anwendung wird eine schlanke, lokal betriebene Alternative geschaffen, die dem Anwender vollständige Datensouveränität bietet und ohne Cloud-Anbindung auskommt.
 
 ### 1.3 Projektziele
+Die folgenden Projektziele beschreiben den angestrebten Nutzen der Anwendung und bilden die Grundlage für die fachlichen Anforderungen in Kapitel 4. Sie sind gleichrangig und ergänzen sich gegenseitig: Erst das Zusammenspiel aus Stammdatenverwaltung (PZ-01), vollständigem Dokumentenzyklus (PZ-02), einfacher Bedienbarkeit (PZ-03) und lokaler Datenhaltung (PZ-04) ergibt eine praxistaugliche Fakturierungslösung.
+
 | Nr. | Ziel | Erfolgskriterium |
 |---|---|---|
 | PZ-01 | Digitale Verwaltung von Kunden- und Produktstammdaten | CRUD-Operationen für beide Module vollständig und funktionsfähig |
@@ -66,6 +69,7 @@ Kleinstunternehmen, Freiberufler und Selbstständige stehen vor wachsenden Anfor
 
 ### 1.4 Nichtziele
 Die folgenden Punkte sind ausdrücklich **nicht** Gegenstand dieses Projekts:
+
 - Mehrbenutzer- oder Netzwerkfähigkeit (kein gleichzeitiger Zugriff)
 - Vollständiges Buchhaltungsmodul (keine Bilanzierung, kein Mahnwesen)
 - Webshop-Anbindung (z. B. WooCommerce, Gambio)
@@ -78,7 +82,8 @@ Die folgenden Punkte sind ausdrücklich **nicht** Gegenstand dieses Projekts:
 ## 2. Systemkontext und Rahmenbedingungen
 
 ### 2.1 Systemkontext
-Die Anwendung …
+Die Anwendung weist folgende Merkmale auf:
+
 - läuft als **Desktop-Anwendung** auf einem lokalen Arbeitsplatz-PC des Anwenders.
 - nutzt eine **lokale Datenhaltung** (kein externer Server, keine Cloud).
 - erzeugt **PDF-Dokumente** im lokalen Dateisystem.
@@ -141,7 +146,7 @@ Die Anforderung gilt als erfüllt, wenn der Datensatz nach Bestätigung dauerhaf
 Als Anwender:in muss ich Kunden in einer Liste anzeigen und nach Name oder Kundennummer suchen können,
 um bei der Dokumenterstellung schnell den richtigen Kunden auswählen zu können.
 Die Anforderung gilt, wenn mindestens ein Kunde im System existiert.
-Die Anforderung gilt als erfüllt, wenn ich eine sortierte Kundenliste sehe, eine Volltextsuche auf Name und Kundennummer ausführen und das gefilterte Ergebnis innerhalb der Vorgabe aus Q-01 angezeigt bekomme.
+Die Anforderung gilt als erfüllt, wenn ich eine sortierte Kundenliste sehe, eine Volltextsuche auf Name und Kundennummer ausführen und das gefilterte Ergebnis innerhalb der Vorgabe aus Q-02 angezeigt bekomme.
 
 ### 4.2 Modul Produktverwaltung
 
@@ -167,7 +172,7 @@ Die Anforderung gilt als erfüllt, wenn der Datensatz nach Bestätigung entfernt
 Als Anwender:in muss ich Produkte in einer Liste anzeigen und nach Bezeichnung oder Produktnummer suchen können,
 um bei der Dokumenterstellung schnell die richtige Position auswählen zu können.
 Die Anforderung gilt, wenn mindestens ein Produkt im System existiert.
-Die Anforderung gilt als erfüllt, wenn die Liste sortiert dargestellt wird und Suchergebnisse innerhalb der Vorgabe aus Q-01 angezeigt werden.
+Die Anforderung gilt als erfüllt, wenn die Liste sortiert dargestellt wird und Suchergebnisse innerhalb der Vorgabe aus Q-02 angezeigt werden.
 
 ### 4.3 Prozess: Angebot, Auftragsbestätigung, Lieferschein, Rechnung
 
@@ -213,28 +218,31 @@ Die Anforderung gilt als erfüllt, wenn die Rechnung den Status „storniert" er
 
 ## 5. Qualitätsanforderungen (nicht-funktionale Anforderungen)
 
-**Q-01 – Performance: Suche und Auflistung**
+**Q-01 – Datenbestand: Referenzgröße**
-Das System soll Such- und Auflistungsergebnisse in den Modulen Kunden- und Produktverwaltung in **maximal 1 Sekunde** anzeigen, bei einem Datenbestand von bis zu **5.000 Kunden und 5.000 Produkten** auf einem typischen Endanwender-PC.
+Das System soll bei einem Datenbestand von bis zu **5.000 Kunden und 5.000 Produkten** auf einem typischen Endanwender-PC alle Performanceanforderungen (Q-02 bis Q-04) erfüllen.
 
-**Q-02 – Performance: PDF-Erstellung**
+**Q-02 – Performance: Suche und Auflistung**
+Das System soll Such- und Auflistungsergebnisse in den Modulen Kunden- und Produktverwaltung in **maximal 1 Sekunde** anzeigen, bei einem Datenbestand gemäß Q-01.
+
+**Q-03 – Performance: PDF-Erstellung**
 Das System soll die Erstellung eines beliebigen Dokumenttyps (Angebot, Auftragsbestätigung, Lieferschein, Rechnung) in **maximal 2 Sekunden** abschließen, bei Dokumenten mit bis zu **50 Positionen**.
 
-**Q-03 – Performance: Anwendungsstart**
+**Q-04 – Performance: Anwendungsstart**
-Das System soll nach dem Programmstart in **maximal 5 Sekunden** vollständig bedienbereit sein, bei einem bestehenden Datenbestand im o. g. Umfang.
+Das System soll nach dem Programmstart in **maximal 5 Sekunden** vollständig bedienbereit sein, bei einem Datenbestand gemäß Q-01.
 
-**Q-04 – Benutzbarkeit: Ersterstellung Rechnung**
+**Q-05 – Benutzbarkeit: Ersterstellung Rechnung**
 Eine erstmalige Anwender:in soll eine vollständige Rechnung an einen neu angelegten Kunden in **unter 10 Minuten** im ersten Versuch ohne externe Hilfe erstellen können. Überprüfung durch Usability-Test mit mindestens **5 Testpersonen**.
 
-**Q-05 – Datensicherheit: Lokale Speicherung**
+**Q-06 – Datensicherheit: Lokale Speicherung**
 Das System soll **100 %** der personenbezogenen und geschäftlichen Daten ausschließlich lokal auf dem Anwender-PC ablegen, ohne jede Datenübertragung an externe Dienste. Überprüfung durch Netzwerk-Monitoring während eines repräsentativen Nutzungslaufs.
 
-**Q-06 – Datenintegrität: Unveränderlichkeit versendeter Rechnungen**
+**Q-07 – Datenintegrität: Unveränderlichkeit versendeter Rechnungen**
 Das System soll nach dem Versandstatus „versendet" einer Rechnung **jede inhaltliche Änderung ablehnen** und ausschließlich Korrekturen über Storno- oder Korrekturrechnungen ermöglichen, gemäß GoBD.
 
-**Q-07 – Wiederherstellbarkeit: Datenexport**
+**Q-08 – 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.
+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 gemäß Q-01.
 
-**Q-08 – Benutzbarkeit: Korrektur ungültiger Eingaben**
+**Q-09 – Benutzbarkeit: Korrektur ungültiger Eingaben**
 Das System soll fehlende Pflichtangaben in Formularen der Kunden-, Produkt- und Dokumentenerstellung so markieren und benennen, dass mindestens **80 %** der Testpersonen die betroffenen Eingaben ohne externe Hilfe im ersten Korrekturversuch erfolgreich ergänzen können. Überprüfung durch Usability-Test mit mindestens **5 Testpersonen**.
 
 ---
@@ -260,7 +268,7 @@ Das System soll fehlende Pflichtangaben in Formularen der Kunden-, Produkt- und
 | IF-01 | Lokales Dateisystem | Persistenz Datenbestand, Speicherung exportierter PDF-Dokumente |
 | IF-02 | Druckersystem (lokal, optional) | Direkter Druck von Dokumenten |
 | IF-03 | Standard-E-Mail-Client (optional) | Versand erstellter PDF-Dokumente als Anhang |
-| IF-04 | Datenexport-Schnittstelle | Export aller Daten in offenem Format (vgl. Q-07) |
+| IF-04 | Datenexport-Schnittstelle | Export aller Daten in offenem Format (vgl. Q-08) |
 
 Eine Anbindung an externe Online-Dienste, Cloud-Speicher oder Buchhaltungssysteme ist **nicht** Bestandteil dieses Lastenhefts (vgl. Nichtziele).
 
@@ -293,7 +301,7 @@ Wenn eine neue Rechnung erstellt wird und kein abweichendes Zahlungsziel angegeb
 **AC-01 (zu BA-01, BA-04)** – *Kunde anlegen und auffinden*
 Vorbedingung: Anwendung gestartet, Modul Kundenverwaltung geöffnet.
 Aktion: Anwender:in erfasst einen neuen Kunden mit Pflichtfeldern und speichert.
-Erwartet: Das System vergibt eine eindeutige Kundennummer, der Kunde erscheint in der Suchergebnisliste innerhalb von ≤ 1 Sekunde.
+Erwartet: Das System vergibt eine eindeutige Kundennummer, der Kunde erscheint in der Suchergebnisliste innerhalb von ≤ 1 Sekunde (gemäß Q-02).
 
 **AC-02 (zu BA-02, BA-03, GR-04)** – *Kunde ändern und Löschsperre*
 Vorbedingung: Ein Kunde mit mindestens einer verknüpften Rechnung existiert.
@@ -308,12 +316,12 @@ Erwartet: Die alte Rechnung behält den ursprünglichen Preis, die neue Rechnung
 **AC-04 (zu BA-07, BA-08)** – *Produkt löschen und suchen*
 Vorbedingung: Mindestens 100 Produkte sind im System.
 Aktion: Anwender:in sucht ein Produkt anhand der Bezeichnung und löscht es (sofern unverknüpft).
-Erwartet: Die Suchergebnisse erscheinen in ≤ 1 Sekunde; das gelöschte Produkt erscheint anschließend nicht mehr in der Liste.
+Erwartet: Die Suchergebnisse erscheinen in ≤ 1 Sekunde (gemäß Q-02); das gelöschte Produkt erscheint anschließend nicht mehr in der Liste.
 
-**AC-05 (zu BA-09, Q-02)** – *Angebot erstellen und exportieren*
+**AC-05 (zu BA-09, Q-03)** – *Angebot erstellen und exportieren*
 Vorbedingung: Mindestens ein Kunde und 5 Produkte sind erfasst.
 Aktion: Anwender:in erstellt ein Angebot mit 5 Positionen und exportiert es als PDF.
-Erwartet: Das Angebot ist mit Angebotsnummer und korrekten Summen gespeichert; der PDF-Export ist in ≤ 2 Sekunden abgeschlossen.
+Erwartet: Das Angebot ist mit Angebotsnummer und korrekten Summen gespeichert; der PDF-Export ist in ≤ 2 Sekunden abgeschlossen (gemäß Q-03).
 
 **AC-06 (zu BA-10)** – *Auftragsbestätigung erstellen*
 Vorbedingung: Ein Angebot liegt vor.
@@ -340,15 +348,16 @@ Vorbedingung: Eine Rechnung im Status „offen" existiert im System.
 Aktion: Anwender:in wählt die Rechnung aus und führt die Stornierung durch.
 Erwartet: Die Rechnung erhält den Status „storniert", erscheint nicht mehr in der Liste offener Rechnungen, und der Vorgang ist mit Datum protokolliert.
 
-**AC-11 (zu Q-08)** – *Pflichtfeldhinweis korrigieren*
+**AC-11 (zu Q-09)** – *Pflichtfeldhinweis korrigieren*
 Vorbedingung: Die Formulare „Kunde anlegen", „Produkt anlegen" und „Rechnung erstellen" sind erreichbar.
 Aktion: Testpersonen versuchen in jedem Formular ohne jeweils ein Pflichtfeld zu speichern; anschließend ergänzen sie die fehlende Angabe und speichern erneut.
 Erwartet: Das System verhindert jeweils zuerst das Speichern und zeigt einen Hinweis mit dem Namen des fehlenden Pflichtfelds; in mindestens 80 % der Testdurchläufe gelingt die Korrektur ohne externe Hilfe im ersten Korrekturversuch.
 
 ### 7.2 Abnahmebedingungen (Gesamtprojekt)
 Das Projekt gilt als abgenommen, wenn:
+
 - alle Akzeptanzkriterien **AC-01 bis AC-11** erfolgreich durchlaufen wurden,
-- die Qualitätsanforderungen **Q-01 bis Q-08** durch entsprechende Tests bestätigt sind,
+- die Qualitätsanforderungen **Q-01 bis Q-09** 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.