Edit Lastenheft
parent
84ec23d349
commit
a05642d6a4
|
|
@ -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)
|
||||
|
|
|
|||
BIN
Lastenheft.pdf
BIN
Lastenheft.pdf
Binary file not shown.
Loading…
Reference in New Issue