docs(lastenheft): <was du geändert hast>
3027248
parent
8fd72c2691
commit
fef7e8f80c
|
|
@ -29,8 +29,8 @@ numbersections: false
|
||||||
## Freigabeübersicht
|
## Freigabeübersicht
|
||||||
|
|
||||||
| Rolle | Name | Datum |
|
| Rolle | Name | Datum |
|
||||||
|--------------|----------------------------|-------|
|
|--------------|----------------------------|------------|
|
||||||
| Ersteller | Christopher Lampert | |
|
| Ersteller | Christopher Lampert | 24.06.2026 |
|
||||||
| Prüfer | Prof. Dr. Gerd Marmitt | |
|
| Prüfer | Prof. Dr. Gerd Marmitt | |
|
||||||
| Freigebender | SE1 Team 2 (Gruppenleiter) | |
|
| Freigebender | SE1 Team 2 (Gruppenleiter) | |
|
||||||
|
|
||||||
|
|
@ -39,9 +39,9 @@ numbersections: false
|
||||||
## Dokumentenhistorie
|
## Dokumentenhistorie
|
||||||
|
|
||||||
| Version | Datum | Autor | Änderung |
|
| Version | Datum | Autor | Änderung |
|
||||||
|---------|------------|---------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
|
|---------|------------|---------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
|
||||||
| 1.0 | 15.05.2026 | Christopher Lampert | Initiale Erstellung und Konsolidierung des Lastenhefts auf Basis Project Charter v1.1: Erfolgskriterien Z1–Z4 SMART; Nicht-Ziele um PDF-/E-Rechnung-Abgrenzung und Authentifizierung präzisiert; BA-PV-01 und BA-KV-01 an Datenobjekt-Pflichtattribute Kap. 6.1 angeglichen; Datenobjekte um Begriffsklärung Bezeichnung/Produktname/Artikelnummer ergänzt; neue Anforderungen BA-DP-07 (PDF-Export, fachlich) und BA-GUI-05 (PDF-Export-Schaltfläche); Modalverben in NF-Anforderungen an Prioritäten angeglichen; NF-TEST-03 Coverage-Schwelle auf 60 % angehoben; NF-MAINT-02 Akzeptanztest auf automatisierte Messung umgestellt; neuer Abschnitt 6.1.7 mit Statusübergangs-Tabelle; Begriff „Auftragsbestätigung" durchgängig verwendet; Traceability-Matrix in Kap. 8.4 entsprechend erweitert. |
|
| 1.0 | 15.05.2026 | Christopher Lampert | Initiale Erstellung und Konsolidierung des Lastenhefts auf Basis Project Charter v1.1: Erfolgskriterien Z1–Z4 SMART; Nicht-Ziele um PDF-/E-Rechnung-Abgrenzung und Authentifizierung präzisiert; BA-PV-01 und BA-KV-01 an Datenobjekt-Pflichtattribute Kap. 6.1 angeglichen; Datenobjekte um Begriffsklärung Bezeichnung/Produktname/Artikelnummer ergänzt; neue Anforderungen BA-DP-07 (PDF-Export, fachlich) und BA-GUI-05 (PDF-Export-Schaltfläche); Modalverben in NF-Anforderungen an Prioritäten angeglichen; NF-TEST-03 Coverage-Schwelle auf 60 % angehoben; NF-MAINT-02 Akzeptanztest auf automatisierte Messung umgestellt; neuer Abschnitt 6.1.7 mit Statusübergangs-Tabelle; Begriff „Auftragsbestätigung" durchgängig verwendet; Traceability-Matrix in Kap. 8.4 entsprechend erweitert. |
|
||||||
| 1.1 | 24.06.2026 | Christopher Lampert | Redaktionelle Überarbeitung nach Review (klärende Änderungen, kein Scope-Eingriff): Freigabeübersicht auf Zeilen-Layout mit Spalten Rolle und Datum umgestellt; Kap. 1.2 um einleitende fachliche Beschreibung der Projektziele ergänzt (Charter-Verweis beibehalten); Kap. 1.4 „Begriffsklärung Lastenheft vs. Pflichtenheft" entfernt und Folgeabschnitt umnummeriert (vormals 1.5 Geltungsbereich → 1.4); Geltungsbereich von Modulumfang auf Zielgruppe/Leserschaft umformuliert; BA-GUI-01 lösungsneutral formuliert („per Dropdown" → „aus den im System vorhandenen Produkten auswählbar"). Offene Punkte und abgeleitete Cross-Dokument-Hinweise in separater Anmerkungsdatei dokumentiert (u. a. Charter-Verweis „siehe Lastenheft Kap. 1.4" sowie Versions-Synchronisation Charter <-> Lastenheft). |
|
| 1.1 | 25.06.2026 | Christopher Lampert | RÜberarbeitung nach Review: Freigabeübersicht um Datumsangaben ergänzt; Kap. 1.2 um eine fachliche Einleitung zur Herleitung der Projektziele erweitert; Kapitel „Begriffsklärung Lastenheft vs. Pflichtenheft“ entfernt und Kapitelstruktur angepasst; Geltungsbereich auf Zielgruppen und Leserschaft des Dokuments ausgerichtet; organisatorische Rahmenbedingungen aus dem Lastenheft entfernt (Zuordnung zum Project Charter gemäß Review-Hinweis); BA-GUI-01 lösungsneutral formuliert („Dropdown“ entfernt); BA-GUI-02 und BA-GUI-03 hinsichtlich der GUI-Darstellung abstrahiert; technische Rahmenbedingungen präzisiert; Dokumentenhistorie ergänzt sowie redaktionelle Konsistenz- und Strukturverbesserungen durchgeführt. |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|
@ -61,7 +61,7 @@ Ziel dieses Lastenhefts ist die Spezifikation der fachlichen Anforderungen an ei
|
||||||
Die fachlichen Projektziele leiten sich unmittelbar aus dem Geschäftsprozess der Fakturierung ab: Das System soll die durchgängige Bearbeitung von der Pflege der Produkt- und Kundenstammdaten über die Belegerstellung bis zur Rechnungsstellung ermöglichen. Die vier nachfolgenden Ziele (Z1–Z4) sind entlang der vier Pflichtmodule gegliedert und jeweils mit messbaren Erfolgskriterien sowie zugeordneten Akzeptanztests hinterlegt. Sie wurden aus Charter v1.1, Kapitel 4, übernommen und für das Lastenheft fachlich verfeinert:
|
Die fachlichen Projektziele leiten sich unmittelbar aus dem Geschäftsprozess der Fakturierung ab: Das System soll die durchgängige Bearbeitung von der Pflege der Produkt- und Kundenstammdaten über die Belegerstellung bis zur Rechnungsstellung ermöglichen. Die vier nachfolgenden Ziele (Z1–Z4) sind entlang der vier Pflichtmodule gegliedert und jeweils mit messbaren Erfolgskriterien sowie zugeordneten Akzeptanztests hinterlegt. Sie wurden aus Charter v1.1, Kapitel 4, übernommen und für das Lastenheft fachlich verfeinert:
|
||||||
|
|
||||||
| Nr. | Ziel | Erfolgskriterium |
|
| Nr. | Ziel | Erfolgskriterium |
|
||||||
|-----|----------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
|
|-----|--------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
|
||||||
| Z1 | Produktverwaltung | Alle CRUD-Operationen bei bis zu 1.000 Produkten innerhalb der NF-PERF-01-Antwortzeit von 1 s; Akzeptanztests AT-PV-01 bis AT-PV-08 bestanden; Geschäftsregel GR-05 (Stammdatenschutz) eingehalten. |
|
| Z1 | Produktverwaltung | Alle CRUD-Operationen bei bis zu 1.000 Produkten innerhalb der NF-PERF-01-Antwortzeit von 1 s; Akzeptanztests AT-PV-01 bis AT-PV-08 bestanden; Geschäftsregel GR-05 (Stammdatenschutz) eingehalten. |
|
||||||
| Z2 | Kundenverwaltung | CRUD bei bis zu 1.000 Kunden analog Z1; Akzeptanztests AT-KV-01 bis AT-KV-08 bestanden; DSGVO-konformes Löschen (NF-SEC-02) unter Beachtung der Aufbewahrungspflicht (GR-05) demonstrierbar. |
|
| Z2 | Kundenverwaltung | CRUD bei bis zu 1.000 Kunden analog Z1; Akzeptanztests AT-KV-01 bis AT-KV-08 bestanden; DSGVO-konformes Löschen (NF-SEC-02) unter Beachtung der Aufbewahrungspflicht (GR-05) demonstrierbar. |
|
||||||
| Z3 | Dokumentenworkflow | Vollständiger Prozess Angebot → Auftragsbestätigung → Lieferschein → Rechnung an mindestens einem Beispielkunden und -produkt durchgängig demonstrierbar; Rechnung enthält alle Pflichtangaben nach § 14 UStG; Akzeptanztests AT-DP-01 bis AT-DP-07 sowie AT-GR-01 bis AT-GR-06 bestanden. |
|
| Z3 | Dokumentenworkflow | Vollständiger Prozess Angebot → Auftragsbestätigung → Lieferschein → Rechnung an mindestens einem Beispielkunden und -produkt durchgängig demonstrierbar; Rechnung enthält alle Pflichtangaben nach § 14 UStG; Akzeptanztests AT-DP-01 bis AT-DP-07 sowie AT-GR-01 bis AT-GR-06 bestanden. |
|
||||||
|
|
@ -80,9 +80,7 @@ Folgende Funktionen sind **explizit nicht** Bestandteil dieses Projekts:
|
||||||
- Mehrsprachigkeit (das System wird ausschließlich in deutscher Sprache realisiert)
|
- Mehrsprachigkeit (das System wird ausschließlich in deutscher Sprache realisiert)
|
||||||
- Authentifizierung bzw. Benutzeranmeldung — Begründung: lokale Einbenutzer-Anwendung auf einem PC-Arbeitsplatz; Zugriffsschutz erfolgt durch das Betriebssystem-Login. NF-SEC-01 ergänzt einen Schutz der Datenhaltung auf Dateisystemebene.
|
- Authentifizierung bzw. Benutzeranmeldung — Begründung: lokale Einbenutzer-Anwendung auf einem PC-Arbeitsplatz; Zugriffsschutz erfolgt durch das Betriebssystem-Login. NF-SEC-01 ergänzt einen Schutz der Datenhaltung auf Dateisystemebene.
|
||||||
|
|
||||||
### 1.4 Geltungsbereich
|
|
||||||
|
|
||||||
Dieses Lastenheft richtet sich an alle Personengruppen, die die fachlichen Anforderungen an das Fakturierungssystem kennen müssen: an den **Auftraggeber** (Prof. Dr. Gerd Marmitt) als Grundlage für die Abnahme, an das **Entwicklungsteam** (Gruppen E, F, G, H) als verbindliche Vorgabe für Pflichtenheft, Architektur und Implementierung sowie an die für die **Akzeptanztests** verantwortlichen Personen. Inhaltlich deckt das Dokument die fachlichen Anforderungen an die vier Pflichtmodule Produktverwaltung, Kundenverwaltung, Dokumentenprozess und Programmoberfläche (GUI) sowie deren Zusammenspiel ab; außerhalb des Geltungsbereichs liegen die unter 1.3 genannten Nicht-Ziele.
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|
@ -111,21 +109,11 @@ Da das System gemäß Charter (Nicht-Ziele) ohne externe Systemanbindung betrieb
|
||||||
| Lokales Dateisystem | Persistierung der Daten (Stammdaten, Dokumente) | Datei-Schnittstelle |
|
| Lokales Dateisystem | Persistierung der Daten (Stammdaten, Dokumente) | Datei-Schnittstelle |
|
||||||
| PDF-Export-Schnittstelle | Erzeugung druckbarer Dokumente als PDF | Ausgabeschnittstelle |
|
| PDF-Export-Schnittstelle | Erzeugung druckbarer Dokumente als PDF | Ausgabeschnittstelle |
|
||||||
|
|
||||||
### 2.3 Organisatorische Rahmenbedingungen
|
|
||||||
|
|
||||||
- **Projektlaufzeit:** 15.04.2026 – 30.06.2026
|
|
||||||
- **Teamgröße:** 11 Personen, organisiert in vier Untergruppen E, F, G, H
|
|
||||||
- **Zeit pro Person:** 2–3 Stunden pro Woche
|
|
||||||
- **Vorgehensmodell:** V-Modell
|
|
||||||
- **Budget:** kein finanzielles Budget
|
|
||||||
- **Kommunikation:** Discord bzw. WhatsApp (täglich), Gitty (kontinuierlich), wöchentliche Meetings, E-Mail an den Auftraggeber bei Bedarf
|
|
||||||
|
|
||||||
### 2.4 Rechtliche Rahmenbedingungen
|
|
||||||
|
|
||||||
- Rechnungen müssen die gesetzlichen Pflichtangaben nach **§ 14 Abs. 4 UStG** enthalten (vollständiger Name und Anschrift von Leistungserbringer und -empfänger, Steuernummer bzw. USt-IdNr., Ausstellungsdatum, fortlaufende Rechnungsnummer, Menge und Art der Leistung, Liefer- bzw. Leistungsdatum, Entgelt und Steuersatz).
|
|
||||||
- Personenbezogene Kundendaten unterliegen der **DSGVO** (Datenminimierung, Auskunfts- und Löschrecht).
|
|
||||||
|
|
||||||
### 2.5 Technische Rahmenbedingungen
|
### 2.3 Technische Rahmenbedingungen
|
||||||
|
|
||||||
- Das System wird **lokal** ausgeführt (keine zwingende Internetverbindung erforderlich).
|
- Das System wird **lokal** ausgeführt (keine zwingende Internetverbindung erforderlich).
|
||||||
- Daten werden persistent gespeichert, sodass sie nach einem Neustart der Anwendung verlustfrei verfügbar sind.
|
- Daten werden persistent gespeichert, sodass sie nach einem Neustart der Anwendung verlustfrei verfügbar sind.
|
||||||
|
|
@ -148,19 +136,12 @@ Da das System gemäß Charter (Nicht-Ziele) ohne externe Systemanbindung betrieb
|
||||||
Im laufenden Betrieb des Systems wird folgende Benutzerrolle unterschieden:
|
Im laufenden Betrieb des Systems wird folgende Benutzerrolle unterschieden:
|
||||||
|
|
||||||
| Rolle | Aufgaben | Typische Aktionen |
|
| Rolle | Aufgaben | Typische Aktionen |
|
||||||
|---------------|-------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------|
|
|--------------|---------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------|
|
||||||
| **Anwender** | Bedient das System im Geschäftsalltag | Produkt- und Kundenstammdaten anlegen, bearbeiten, löschen; Angebote, Auftragsbestätigungen, Lieferscheine und Rechnungen erstellen; PDF exportieren |
|
| **Anwender** | Bedient das System im Geschäftsalltag | Produkt- und Kundenstammdaten anlegen, bearbeiten, löschen; Angebote, Auftragsbestätigungen, Lieferscheine und Rechnungen erstellen; PDF exportieren |
|
||||||
|
|
||||||
Eine Authentifizierungs- oder Rechtekonzept-Rolle entfällt (siehe Kap. 1.3, Nicht-Ziele).
|
Eine Authentifizierungs- oder Rechtekonzept-Rolle entfällt (siehe Kap. 1.3, Nicht-Ziele).
|
||||||
|
|
||||||
### 3.3 Teamstruktur
|
|
||||||
|
|
||||||
| Gruppe | Verantwortungsbereich | Bezug zu Kapitel |
|
|
||||||
|-----------|-----------------------------|------------------|
|
|
||||||
| Gruppe E | Programmoberfläche (GUI) | 4.4 |
|
|
||||||
| Gruppe F | Dokumentenprozess | 4.3 |
|
|
||||||
| Gruppe G | Produktverwaltung | 4.1 |
|
|
||||||
| Gruppe H | Kundenverwaltung | 4.2 |
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|
@ -290,13 +271,17 @@ Akzeptanztests: AT-GUI-01 (Live-Summenaktualisierung), AT-GUI-02 (Erfolgsmeldung
|
||||||
|
|
||||||
**BA-GUI-02 – Auftragsbestätigung über GUI (Muss)**
|
**BA-GUI-02 – Auftragsbestätigung über GUI (Muss)**
|
||||||
|
|
||||||
Als Anwender muss ich Angebote über die GUI in Auftragsbestätigungen umwandeln können, ohne Daten manuell neu einzugeben. Die Anforderung gilt, wenn ein Angebot mit Status „angenommen" ausgewählt ist. Die Anforderung gilt als erfüllt, wenn alle Daten in die Auftragsbestätigungs-Maske übernommen werden, die Maske mit dem Titel „Auftragsbestätigung" angezeigt wird und Pflichtfelder für den Liefertermin farblich markiert sind, solange sie leer sind.
|
Als Anwender muss ich Angebote über die GUI in Auftragsbestätigungen umwandeln können, ohne Daten manuell neu einzugeben. Die Anforderung gilt, wenn ein Angebot mit Status „angenommen" ausgewählt ist. Die Anforderung gilt als erfüllt, wenn alle Daten in die Auftragsbestätigungs-Maske übernommen werden, die Maske mit dem Titel „Auftragsbestätigung" angezeigt wird
|
||||||
|
und Pflichtfelder für den Liefertermin deutlich hervorgehoben werden,
|
||||||
|
solange sie leer sind.
|
||||||
|
|
||||||
Akzeptanztest: AT-GUI-03 (Datenübernahme und Markierung).
|
Akzeptanztest: AT-GUI-03 (Datenübernahme und Markierung).
|
||||||
|
|
||||||
**BA-GUI-03 – Rechnungslegung und Statusanzeige (Muss)**
|
**BA-GUI-03 – Rechnungslegung und Statusanzeige (Muss)**
|
||||||
|
|
||||||
Als Anwender muss ich über die GUI aus einem Lieferschein eine Rechnung erzeugen und deren Status einsehen können, um den Abrechnungsfortschritt zu verfolgen. Die Anforderung gilt, wenn ein abrechnungsreifer Lieferschein vorliegt. Die Anforderung gilt als erfüllt, wenn die GUI vor dem finalen Speichern eine Druckvorschau anzeigt und der Auftragsstatus in der Übersicht durch ein grünes Icon als „Abgeschlossen" markiert wird.
|
Als Anwender muss ich über die GUI aus einem Lieferschein eine Rechnung erzeugen und deren Status einsehen können, um den Abrechnungsfortschritt zu verfolgen. Die Anforderung gilt, wenn ein abrechnungsreifer Lieferschein vorliegt. Die Anforderung gilt als erfüllt, wenn die GUI vor dem finalen Speichern eine Druckvorschau anzeigt und der Auftragsstatus in der Übersicht
|
||||||
|
eindeutig als „Abgeschlossen"
|
||||||
|
gekennzeichnet wird.
|
||||||
|
|
||||||
Akzeptanztests: AT-GUI-04 (Druckvorschau), AT-GUI-05 (Status-Icon).
|
Akzeptanztests: AT-GUI-04 (Druckvorschau), AT-GUI-05 (Status-Icon).
|
||||||
|
|
||||||
|
|
@ -321,15 +306,15 @@ Modalverben im Anforderungstext entsprechen der jeweiligen Priorität (Muss →
|
||||||
### 5.1 Usability (NF-USE)
|
### 5.1 Usability (NF-USE)
|
||||||
|
|
||||||
| ID | Anforderung | Prio | Akzeptanzkriterium / Test |
|
| ID | Anforderung | Prio | Akzeptanzkriterium / Test |
|
||||||
|------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|------|------------------------------------------------------------------------------------|
|
|-----------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|------|-------------------------------------------------------------------------------------|
|
||||||
| NF-USE-01 | Das Anlegen eines neuen Kunden MUSS von einem Anwender ohne vorherige Schulung in weniger als 2 Minuten abgeschlossen werden können, wobei höchstens 1 Fehlbedienung pro 10 Testnutzenden zulässig ist. | Muss | AT-NF-01: Usability-Test mit 5 Probanden; Erfolgsquote > 90 %, Median-Zeit < 120 s.|
|
| NF-USE-01 | Das Anlegen eines neuen Kunden MUSS von einem Anwender ohne vorherige Schulung in weniger als 2 Minuten abgeschlossen werden können, wobei höchstens 1 Fehlbedienung pro 10 Testnutzenden zulässig ist. | Muss | AT-NF-01: Usability-Test mit 5 Probanden; Erfolgsquote > 90 %, Median-Zeit < 120 s. |
|
||||||
| NF-USE-02 | Mindestens 80 % der Testnutzenden MÜSSEN die Aufgabe „Aus einem Angebot eine Rechnung erzeugen" im ersten Versuch ohne Hilfetext erfolgreich abschließen. | Muss | AT-NF-02: Usability-Test mit 5 Probanden; mindestens 4 von 5 erfolgreich. |
|
| NF-USE-02 | Mindestens 80 % der Testnutzenden MÜSSEN die Aufgabe „Aus einem Angebot eine Rechnung erzeugen" im ersten Versuch ohne Hilfetext erfolgreich abschließen. | Muss | AT-NF-02: Usability-Test mit 5 Probanden; mindestens 4 von 5 erfolgreich. |
|
||||||
| NF-USE-03 | Das System MUSS bei jeder validierungspflichtigen Eingabe innerhalb von 1 Sekunde eine sichtbare Rückmeldung (Erfolg oder Fehler) anzeigen. | Muss | AT-NF-03: Manueller Test mit Stoppuhr; Rückmeldezeit < 1 s. |
|
| NF-USE-03 | Das System MUSS bei jeder validierungspflichtigen Eingabe innerhalb von 1 Sekunde eine sichtbare Rückmeldung (Erfolg oder Fehler) anzeigen. | Muss | AT-NF-03: Manueller Test mit Stoppuhr; Rückmeldezeit < 1 s. |
|
||||||
|
|
||||||
### 5.2 Performance (NF-PERF)
|
### 5.2 Performance (NF-PERF)
|
||||||
|
|
||||||
| ID | Anforderung | Prio | Akzeptanzkriterium / Test |
|
| ID | Anforderung | Prio | Akzeptanzkriterium / Test |
|
||||||
|------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|------|------------------------------------------------------------------------------------|
|
|------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|------|-------------------------------------------------------------------------|
|
||||||
| NF-PERF-01 | Das System MUSS jede Benutzeraktion innerhalb von 1 Sekunde mit einer sichtbaren Rückmeldung beantworten, bei einem Datenbestand von bis zu 1.000 Produkten und 1.000 Kunden. | Muss | AT-NF-04: Lasttest mit 1.000 Datensätzen je Entität; Antwortzeit < 1 s. |
|
| NF-PERF-01 | Das System MUSS jede Benutzeraktion innerhalb von 1 Sekunde mit einer sichtbaren Rückmeldung beantworten, bei einem Datenbestand von bis zu 1.000 Produkten und 1.000 Kunden. | Muss | AT-NF-04: Lasttest mit 1.000 Datensätzen je Entität; Antwortzeit < 1 s. |
|
||||||
| NF-PERF-02 | Das System MUSS die Übersichtsliste von Produkten oder Kunden bei bis zu 1.000 Datensätzen innerhalb von 2 Sekunden vollständig anzeigen. | Muss | AT-NF-05: Lasttest mit 1.000 Einträgen; Anzeigedauer < 2 s. |
|
| NF-PERF-02 | Das System MUSS die Übersichtsliste von Produkten oder Kunden bei bis zu 1.000 Datensätzen innerhalb von 2 Sekunden vollständig anzeigen. | Muss | AT-NF-05: Lasttest mit 1.000 Einträgen; Anzeigedauer < 2 s. |
|
||||||
| NF-PERF-03 | Das System SOLLTE den Anwendungsstart vom Aufruf bis zur bedienbaren Hauptansicht in höchstens 5 Sekunden abschließen (Referenzhardware: handelsüblicher Bürorechner). | Soll | AT-NF-06: Kaltstart auf Referenzhardware < 5 s. |
|
| NF-PERF-03 | Das System SOLLTE den Anwendungsstart vom Aufruf bis zur bedienbaren Hauptansicht in höchstens 5 Sekunden abschließen (Referenzhardware: handelsüblicher Bürorechner). | Soll | AT-NF-06: Kaltstart auf Referenzhardware < 5 s. |
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue