diff --git a/Lastenheft.md b/Lastenheft.md index d4dc612..a4af14e 100644 --- a/Lastenheft.md +++ b/Lastenheft.md @@ -3,7 +3,7 @@ title: "Lastenheft" subtitle: "Desktop-Fakturierungsanwendung" author: - Team 1 -version: "1.1" +version: "1.2" lang: de-DE toc: true toc-depth: 3 @@ -22,13 +22,21 @@ header-includes: | \fancyhf{} \fancyhead[L]{Team 1} \fancyhead[C]{Lastenheft} - \fancyhead[R]{Version 1.1} + \fancyhead[R]{Version 1.2} \fancyfoot[C]{\thepage\ /\ \pageref{LastPage}} \renewcommand{\headrulewidth}{0.4pt} \renewcommand{\footrulewidth}{0pt} --- -# Lastenheft – Desktop-Fakturierungsanwendung +\newpage + ++-------------------------+-------------------------+-------------------------+ +| Autor | Prüfer | Freigebender | ++=========================+=========================+=========================+ +| Strubel, Lucas | Prof. Dr. Marmitt, Gerd | Prof. Dr. Marmitt, Gerd | ++-------------------------+-------------------------+-------------------------+ +| Entwickler | Modulverantwortlicher | Modulverantwortlicher | ++-------------------------+-------------------------+-------------------------+ ## Dokumentenhistorie @@ -36,6 +44,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 | --- @@ -160,7 +169,7 @@ um bei der Dokumenterstellung schnell die richtige Position auswählen zu könne 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. -### 4.3 Modul Dokumentenerstellung +### 4.3 Prozess: Angebot, Auftragsbestätigung, Lieferschein, Rechnung **BA-09 – Angebot erstellen** Als Anwender:in muss ich ein Angebot für einen Kunden mit Positionen aus dem Produktkatalog erstellen können, @@ -186,40 +195,20 @@ um eine Zahlungsforderung an den Kunden zu stellen. Die Anforderung gilt, wenn Kundendaten und mindestens eine Position vorliegen. Die Anforderung gilt als erfüllt, wenn die Rechnung mit fortlaufender Rechnungsnummer (vgl. GR-01), Rechnungsdatum, Leistungsdatum, Pflichtangaben gem. § 14 UStG, Positionen, Netto-/Steuer-/Bruttosummen und Zahlungsziel gespeichert und als PDF exportiert werden kann. -### 4.4 Modul Dokumentenzyklus / Verknüpfung +### 4.4 Programmoberfläche -**BA-13 – Angebot in Auftragsbestätigung überführen** -Als Anwender:in muss ich aus einem bestehenden Angebot eine Auftragsbestätigung erzeugen können, -um die Übernahme der Angebotspositionen ohne Doppelerfassung sicherzustellen. -Die Anforderung gilt, wenn ein Angebot im System existiert und noch nicht in eine Auftragsbestätigung überführt wurde. -Die Anforderung gilt als erfüllt, wenn die Auftragsbestätigung mit allen übernommenen Positionen erzeugt ist und eine eindeutige Referenz auf das Quell-Angebot enthält. - -**BA-14 – Auftragsbestätigung in Lieferschein überführen** -Als Anwender:in muss ich aus einer Auftragsbestätigung einen Lieferschein erzeugen können, -um den logistischen Schritt nahtlos an die kaufmännische Bestätigung anzuschließen. -Die Anforderung gilt, wenn eine Auftragsbestätigung existiert. -Die Anforderung gilt als erfüllt, wenn der Lieferschein mit übernommenen Positionen erzeugt ist und eine Referenz auf die Quell-Auftragsbestätigung enthält. - -**BA-15 – Lieferschein in Rechnung überführen** -Als Anwender:in muss ich aus einem Lieferschein eine Rechnung erzeugen können, -um die Fakturierung nach erfolgter Lieferung ohne Doppelerfassung abzuschließen. -Die Anforderung gilt, wenn ein Lieferschein existiert. -Die Anforderung gilt als erfüllt, wenn die Rechnung mit übernommenen Positionen erzeugt ist, eine Referenz auf den Quell-Lieferschein enthält und eine eigene, fortlaufende Rechnungsnummer trägt (siehe GR-01). - -**BA-16 – Dokumentenverlauf einsehen** -Als Anwender:in muss ich die Verknüpfungen zwischen den vier Dokumenttypen eines Geschäftsvorfalls einsehen können, -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 – Geführte Rechnungserstellung** -Als Anwender:in muss ich bei der Erstellung einer Rechnung durch die notwendigen Eingaben geführt werden können, +**BA-13 – Geführte Rechnungserstellung** +Als Anwender:in muss ich die Erstellung einer Rechnung schrittweise durchführen können, um ohne technische Vorkenntnisse eine vollständige Rechnung erfassen 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 Kunde, mindestens eine Produktposition mit Menge, Rechnungsdatum und Zahlungsziel erfassen oder bestätigen kann und vor dem Speichern eine Zusammenfassung der Rechnungsdaten angezeigt bekomme. +**BA-14 – Rechnung stornieren** +Als Anwender:in muss ich eine gespeicherte Rechnung stornieren können, +um fehlerhafte oder nicht mehr gültige Rechnungen aus dem System zu entnehmen zu können. +Die Anforderung gilt, wenn eine Rechnung im Status „offen" im System gespeichert ist. +Die Anforderung gilt als erfüllt, wenn die Rechnung den Status „storniert" erhält, nicht mehr als offen gelistet wird und der Vorgang mit Datum und Benutzer protokolliert ist. + --- ## 5. Qualitätsanforderungen (nicht-funktionale Anforderungen) @@ -228,7 +217,7 @@ Die Anforderung gilt als erfüllt, wenn ich Kunde, mindestens eine Produktpositi 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. **Q-02 – Performance: PDF-Erstellung** -Das System soll die PDF-Erstellung eines beliebigen Dokumenttyps (Angebot, Auftragsbestätigung, Lieferschein, Rechnung) in **maximal 2 Sekunden** abschließen, bei Dokumenten mit bis zu **50 Positionen**. +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** Das System soll nach dem Programmstart in **maximal 5 Sekunden** vollständig bedienbereit sein, bei einem bestehenden Datenbestand im o. g. Umfang. @@ -341,39 +330,24 @@ Vorbedingung: Kunde und mindestens eine Position liegen vor; letzte Rechnungsnum Aktion: Anwender:in erstellt eine Rechnung ohne abweichendes Zahlungsziel. Erwartet: Die neue Rechnung trägt die Nummer R-000124, ein Zahlungsziel von 14 Tagen und alle Pflichtangaben gemäß § 14 UStG. -**AC-09 (zu BA-13)** – *Angebot → Auftragsbestätigung* -Vorbedingung: Ein Angebot mit 3 Positionen existiert. -Aktion: Anwender:in überführt das Angebot in eine Auftragsbestätigung. -Erwartet: Die Auftragsbestätigung enthält dieselben 3 Positionen und eine sichtbare Referenz auf das Quell-Angebot. - -**AC-10 (zu BA-14)** – *Auftragsbestätigung → Lieferschein* -Vorbedingung: Eine Auftragsbestätigung existiert. -Aktion: Anwender:in erzeugt aus der Auftragsbestätigung einen Lieferschein. -Erwartet: Der Lieferschein enthält die übernommenen Positionen, ein Lieferdatum und eine Referenz auf die Quell-Auftragsbestätigung. - -**AC-11 (zu BA-15, GR-01)** – *Lieferschein → Rechnung* -Vorbedingung: Ein Lieferschein existiert. -Aktion: Anwender:in erzeugt aus dem Lieferschein eine Rechnung. -Erwartet: Die Rechnung enthält die übernommenen Positionen, eine eigene fortlaufende Rechnungsnummer und eine Referenz auf den Quell-Lieferschein. - -**AC-12 (zu BA-16)** – *Dokumentenverlauf einsehen* -Vorbedingung: Ein vollständiger Zyklus (Angebot, AB, Lieferschein, Rechnung) eines Vorgangs existiert. -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)** – *Geführte Rechnungserstellung* +**AC-09 (zu BA-13)** – *Geführte Rechnungserstellung* Vorbedingung: Mindestens ein Kunde und ein Produkt sind im System vorhanden. Aktion: Anwender:in startet die Rechnungserstellung, wählt einen Kunden aus, erfasst eine Produktposition mit Menge, prüft Rechnungsdatum und Zahlungsziel und speichert nach Anzeige der Zusammenfassung. Erwartet: Die Rechnung wird gespeichert; die Zusammenfassung enthält Kunde, Produktposition, Menge, Summen, Rechnungsdatum und Zahlungsziel. -**AC-14 (zu Q-08)** – *Pflichtfeldhinweis korrigieren* +**AC-10 (zu BA-14)** – *Rechnung stornieren* +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* 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-14** erfolgreich durchlaufen wurden, +- alle Akzeptanzkriterien **AC-01 bis AC-11** erfolgreich durchlaufen wurden, - 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. @@ -397,7 +371,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.2, 11.05.2026 +- Project Charter Team 1, Version 1.3, 14.05.2026 - Vorlesungsunterlagen Software Engineering 1 (SoSe 2026) - Open-Source-Referenzsystem **Fakturama** - § 14 UStG (Pflichtangaben einer Rechnung) diff --git a/Lastenheft.pdf b/Lastenheft.pdf index 3e699f8..8ff195e 100644 Binary files a/Lastenheft.pdf and b/Lastenheft.pdf differ