1.6 KiB
Datenmodell – Terminbuchungskalender (Mockup)
Gegenwärtiges Mockup-Datenmodell
Das Mockup besitzt kein persistentes Datenmodell. Es verwendet nur flüchtige Beispielobjekte für Slots. Ein Beispiel-Slot enthält:
id: technisch eindeutige Beispielkennung,project:perspektivwerkoderproduktionsschule,date: Datum im FormatYYYY-MM-DD,start: Startzeit im FormatHH:MM,title: sichtbare Bezeichnung der Terminart,status:availableoderbooked.
Die Slots sind die einzige dauerhafte Information im Quellcode. Sie sind Testdaten und keine tatsächlichen Verfügbarkeiten.
Flüchtige Anfragedaten
Der Anfrage-Dialog verarbeitet Name, E-Mail-Adresse, Telefonnummer, Alter, Nachricht, Ansprechperson und Zustimmungsstatus nur im Browser. Diese Werte werden weder als Buchung noch als Anfrageobjekt angelegt und nach dem Schließen des Dialogs verworfen.
Fachlich noch nicht modelliert
Das Mockup enthält keine Entitäten für Buchung, Reservierung, Bestätigung, Stornierung, Terminraum, Mitarbeitende, Kalenderfeed, E-Mail oder Löschfristen. Auch Beziehungen zwischen Terminarten, Dauer, Ressourcen und Verfügbarkeitsregeln sind nicht modelliert.
Checkpoints
- Es ist definiert, was einen buchbaren Slot fachlich eindeutig identifiziert.
- Es ist entschieden, welche Buchungszustände benötigt werden.
- Es ist festgelegt, welche Daten zu einer Anfrage gespeichert werden dürfen.
- Es ist geklärt, ob Räume, Mitarbeitende oder weitere Ressourcen modelliert werden müssen.
- Es existiert ein fachlich bestätigtes Datenmodell einschließlich Aufbewahrungs- und Löschregeln.