19 lines
1.3 KiB
Markdown
19 lines
1.3 KiB
Markdown
# Karte 11 – Systemumfang: generisches Ressourcenmanagement
|
||
|
||
**Status:** entschieden, grundlegend (beeinflusst Benennung + Datenmodell)
|
||
|
||
## Entscheidung
|
||
System wird konzeptionell nicht als "Rettungsdienst-Materialverwaltung" gedacht, sondern als generisches **Ressourcen- und Materialmanagement**. Rettungsdienst/KatS sind ein Bereich davon, nicht der gesamte Scope.
|
||
|
||
Perspektivisch zu verwaltende Objekttypen (Beispiele, nicht abschließend):
|
||
Fahrzeuge, Rucksäcke, Zelte, Feldbetten, Stromerzeuger, Funkgeräte, Aggregate, Sanitätsmaterial, Betreuungsmaterial.
|
||
|
||
## Konsequenz für Datenmodell (Prompt 06/07)
|
||
- "Bereich" bzw. "Kategorie" wird eigene Dimension über dem Objekttyp – nicht Rettungsdienst hartcodiert.
|
||
- Objekt-Entität (aktuell "Rucksack/Fahrzeug") sollte generisch als "Ressource"/"Ausrüstungsobjekt" modelliert werden, mit Typ als Attribut/Unterklasse statt eigener Tabelle je Objektart.
|
||
- Materialstamm (Prompt 07) muss über Sanitätsmaterial hinaus erweiterbar bleiben (z. B. Betreuungsmaterial, technisches Material).
|
||
|
||
## Auswirkung auf bestehende Prompts
|
||
- Prompt 01 (Anforderungsanalyse): Scope-Beschreibung entsprechend generisch formulieren, nicht auf Rettungsdienst verengen.
|
||
- Prompt 06 (Datenmodell): "Bereich" als Grunddimension explizit einführen.
|