update to local git repo

This commit is contained in:
fzzinchemical
2025-07-02 13:08:03 +02:00
commit 269b8a31ba
136 changed files with 12257 additions and 0 deletions

View File

@@ -0,0 +1,3 @@
- CS$50$ $2024$ zu Datenbanken (SQL) ansehen
- Vorlesung abarbeiten
- Datenbankforderungen aufstellen

View File

@@ -0,0 +1,33 @@
**Datenbank ist nicht mit SQLite erstellt worden. Dies in die Technische Dokumentation einbeziehen.**
## Fahrzeug
|id| marke| model| release_year|kennzeichen| availability| location| kategorie|
|-|-|-|-|-|-|-|-|
|1|Bobby Car| Bobby Car|1989|HH AUR190|TRUE|{0.1222, 0.7888}|Gebrauchtfahrzeug|
|2|Audi| A4| 2021| HB INS177| FALSE| {0.8999,1.54}|Premium|
|3|Fiat|Cubo|2003|HB INS178|TRUE|{0.8121, 0.31611}|Gast|
## Booking
Booking sollte ebenfalls den Nutzer enthalten, der das Fahrzeug gebucht hat!
| id | vehicle_id | start_date | end_date | start_location | end_location | status | zahlungsmethode | bucher |
| --- | ---------- | ----------- | ---------- | -------------- | ------------ | ----------------- | --------------- | ------ |
| 1 | 1 | 01.12.2024 | 12.12.2024 | {9.18, 0.2} | {9.11,0.233} | bezahlt | PayPal | 2 |
| 2 | 3 | 15. 04.2025 | 16.05.2025 | {0.42} | {0.123} | zahlung anstehend | Bargeld | 4 |
## Tarifklasse
Anzahl der Autos in der Datenbank ist redundant und kann anhand eines Commands erledigt werden. Ist das hier überhaupt Sinnvoll?
| id | tarif | price_per_day |
| --- | --------- | ------------- |
| 1 | Gläubiger | 0 |
| 2 | Atheist | 0.20€ |
| 3 | Prophet | 0.50€ |
| 4 | Bischof | 1€ |
| 5 | Bredi | 10€ |
| 6 | GOD | 25€ |
## Benutzer
| id | username | first_name | last_name | birthdate | password | role | email |
| --- | -------- | ---------- | --------- | --------- | -------- | ---- | ----- |
| 1 | | | | | | | |

Binary file not shown.

After

Width:  |  Height:  |  Size: 14 KiB

View File

@@ -0,0 +1,4 @@
04.06.2024 Ausfall
# Vorlesung 2
## Pflichten Arbeitgeber
- §3 ArbschG

View File

@@ -0,0 +1,25 @@
- Erwartungskonformität
- UX
- Vor der Nutzung
- Während der Nutzung
- Nach der Nutzung
- Personas
- Ist-Szenario
- User Journey Maps
- Definieren der Nutzungsanforderungen
- Interdisziplinäre Workshops
- User Stories
- In Form von Tickets
- Gestalten von Lösungen
- Low-Fidelity Prototyping
- Wireframing
- Quick and Easy
- Validierung durch Guerilla Tests
- User Interface Design
- Farben, Formen, Spacings, Grids usw.
- Barrierefreiheit
- High-Fi Prototyping
- UX im Projekt
- Powerusers
- Software an Nutzer orientiert, den Poweruser aber nicht vernachlässigen
- Design-System und Libraries

View File

@@ -0,0 +1,156 @@
| | |
| ------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Anwendungsfall | UC-1 |
| Name | Einloggen |
| Initiierender Aktuer | Endnutzer (Mitarbeiter, Mitglieder, Admin) |
| Weitere Akteure | - |
| Kurzbeschreibung | Vorgang zum Einloggen in das Web-Programm |
| Vorbedingung | Endnutzer hat ein auf der Website bereits erstelltes Konto. |
| Nachbedinung | Endnutzer ist eingeloggt |
| Ablauf | Der Endnutzer geht auf die Login-Seite und gibt seine/ihre Benutzer-Daten ein. Drückt anschließend auf den Login-Knopf. Abhängig von dem, ob ein Konto bereits registriert ist wird die benutzende Person auf 'Eingeloggt', 'Falsches Passwort' oder 'Benutzer hat kein Konto'. Wenn der Benutzer sich erfolgreich eingellogt hat wird dieser weitergeleitet an die Homepage. |
| Alternativen | - |
| Ausnahmen | - Benutzer:in hat kein Konto<br>-Benutzer:in hat falsches Passwort eingegeben |
| Benutzte Anwendungsfälle | |
| Spezielle Anforderungen | - |
| Vorbedingung | Endnutzer hat ein auf der Website bereits erstelltes Konto. |
| Nachbedinung | Endnutzer ist eingeloggt |
| Ablauf | Der Endnutzer geht auf die Login-Seite und gibt seine/ihre Benutzer-Daten ein. Drückt anschließend auf den Login-Knopf. Abhängig von dem, ob ein Konto bereits registriert ist wird die benutzende Person auf 'Eingeloggt', 'Falsches Passwort' oder 'Benutzer hat kein Konto'. Wenn der Benutzer sich erfolgreich eingellogt hat wird dieser weitergeleitet an die Homepage. |
| Alternativen | - |
| Ausnahmen | - Benutzer:in hat kein Konto<br>-Benutzer:in hat falsches Passwort eingegeben |
| Annahmen | |
| Offene Themen | |
| Referenzen | |
| Datenanforderungen | |
| Nichtfunktionale Anforderungen | |
| | |
| ------------------------------ | ------------------------------------------------------------- |
| Anwendungsfall | UC-2 |
| Name | Registrieren |
| Initiierender Aktuer | Endnutzer (Mitarbeiter, Mitglieder, Admin) |
| Weitere Akteure | - |
| Kurzbeschreibung | Vorgang zum Registrieren in das Web-Programm. |
| Vorbedingung | Endnutzer hat hat noch kein auf der Website erstelltes Konto. |
| Nachbedinung | Endnutzer ist registriert. |
| Ablauf | |
| Alternativen | - |
| Ausnahmen | |
| Benutzte Anwendungsfälle | |
| Spezielle Anforderungen | - |
| Alternativen | - |
| Annahmen | |
| Offene Themen | |
| Referenzen | |
| Datenanforderungen | |
| Nichtfunktionale Anforderungen | |
| | |
| ------------------------------ | ------------------------------------------------------------------------------ |
| Anwendungsfall | UC-3 |
| Name | Ausloggen |
| Initiierender Aktuer | Endnutzer (Mitarbeiter, Mitglieder, Admin) |
| Weitere Akteure | - |
| Kurzbeschreibung | Vorgang zum Ausloggen aus das Web-Programm. |
| Vorbedingung | Endnutzer ist eingeloggt. |
| Nachbedinung | Endnutzer ist ausgeloggt. |
| Ablauf | Der Endnutzer drückt auf dem Logout-Knopf. |
| Alternativen | - |
| Ausnahmen | - |
| Benutzte Anwendungsfälle | - |
| Spezielle Anforderungen | - |
| Alternativen | - |
| Annahmen | |
| Offene Themen | |
| Referenzen | |
| Datenanforderungen | |
| Nichtfunktionale Anforderungen | |
| | <br><br> |
| Anwendungsfall | UC-3 |
| Name | Ausloggen |
| Initiierender Aktuer | Endnutzer (Mitarbeiter, Mitglieder, Admin) |
| Weitere Akteure | - |
| Kurzbeschreibung | Vorgang zum Ausloggen aus das Web-Programm. |
| Vorbedingung | Endnutzer ist eingeloggt. |
| Nachbedinung | Endnutzer ist ausgeloggt. |
| Ablauf | Der Endnutzer drückt auf dem Logout-Knopf. |
| Alternativen | - |
| Ausnahmen | - |
| Benutzte Anwendungsfälle | - |
| Spezielle Anforderungen | - |
| Alternativen | - |
| Annahmen | |
| Offene Themen | |
| Referenzen | |
| Datenanforderungen | |
| Nichtfunktionale Anforderungen | |
| | |
| Anwendungsfall | UC-6 |
| Name | Stornierung |
| Initiierender Aktuer | Mitglied |
| Weitere Akteure | Mitarbeitet |
| Kurzbeschreibung | Das Mitglied storniert seine Buchung. |
| Vorbedingung | mindestens. 24 Stunden vor dem Buchungsdatum. |
| Nachbedinung | Buchung wurde erfolgreich storniert. |
| Ablauf | 1. Buchung auswählen<br>2. Stornierungsgrund nennen<br>3. Bestätigen |
| Alternativen | Mitarbeiter anrufen bzw. vor Ort besuchen und stornieren. |
| Ausnahmen | Stornierung nicht möglich, weil Buchung in weniger als 24 Stunden stattfindet. |
| Benutzte Anwendungsfälle | getBuchungen |
| Spezielle Anforderungen | - |
| Alternativen | - |
| Annahmen | |
| Offene Themen | |
| Referenzen | |
| Datenanforderungen | |
| Nichtfunktionale Anforderungen | |
| | |
| ------------------------------ | -------- |
| Anwendungsfall | UC-5 |
| Name | Rückgabe |
| Initiierender Aktuer | Mitglied |
| Weitere Akteure | |
| Kurzbeschreibung | |
| Vorbedingung | |
| Nachbedinung | |
| Ablauf | |
| Alternativen | |
| Ausnahmen | |
| Benutzte Anwendungsfälle | |
| Spezielle Anforderungen | |
| Alternativen | |
| Annahmen | |
| Offene Themen | |
| Referenzen | |
| Datenanforderungen | |
| Nichtfunktionale Anforderungen | |
| | |
| ------------------------------ | --------- |
| Anwendungsfall | UC-7 |
| Name | Bezahlung |
| Initiierender Aktuer | |
| Weitere Akteure | |
| Kurzbeschreibung | |
| Vorbedingung | |
| Nachbedinung | |
| Ablauf | |
| Alternativen | |
| Ausnahmen | |
| Benutzte Anwendungsfälle | |
| Spezielle Anforderungen | |
| Alternativen | |
| Annahmen | |
| Offene Themen | |
| Referenzen | |
| Datenanforderungen | |
| Nichtfunktionale Anforderungen | |
# Use-Cases
1. Einloggen
2. Ausloggen
3. Registrierung
4. Buchung
5. Rückgabe
6. Stornierung
7. Bezahlung