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,16 @@
```Java
@PostMapping("/musik)
public void add(@RequestBody Musikalben newAlbum) {
sammlungAlben.add(newAlbum);
}
```
Codesnippet zur bearbeitung der 2. Aufgabe (Hinzufügen eines Titels)
```Java
@DeleteMapping("/musik/{jahr}")
public void delete(@PathVariable int jahr) {
system.out.println(jahr);
}
```

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

View File

@@ -0,0 +1,41 @@
Kundengespräch
Unternehmen Macrosoft
1. Webserver, Website (Home , Routings)
2. Versch. Rollen, somit versch Views und Technologien
1. Vue Architektur, Elm
2. Welche Art von Architektur soll verwendet werden
3. MVC
3. Rechte ,bezug auf 2.
4. -
1. rudimentärer Kundenservice (bemerkung, status, kategorien)
2. telefonisch? Nummer auf der Website
3. Ausfüllen von Formular über Website (wie Mitarbeiter/Admin)
6. Persistenz
7. Einmaliger Aktivierungsschlüssel für Fahrzeug (Security)
8. Forward Geocoding API
9. Datenverschlüsselung (SSL)(Security)
11. Interaktive Map mit freien Fahrzeugen (optional)
12. Ausfallsicherheit
1. Strom nicht zuständig
2. Server kann abkacken
3. zu viele externe Einflüsse
13. Buchhaltungssystem (Datenbank) (optional)
1. Stripe (Zahlungen)
14. Reservierungszeit (Timestamp) und automatische Rückgaben
1. Zu spät Nachzahlung
2. Frühere Abgabe keine Rückzahlung
15. Punkt 14, ist die Rede von Nutzfahrzeugen (PkW) oder von der Software
16. JSON, Encryption ?
17. Was sind die unterschiedlichen Abonnementstufen und wie sollen diese vorteile für die Kunden/dem Unternehmen bieten
18.
Mitarbeiter:
- Verwaltung von Fahrzeugpool für Ausleihung
- Erstellen Mitgliedschaften
- Abonnements (Free, Gold, Platin)
Mitglieder:
- keine Direkte Verbindung mit der Database
- Zugriff auf Programmierbare Karte (Fahrzeugunlock)
Fahrzeuge:

View File

@@ -0,0 +1,24 @@
"Situation ist absolute Katastrophe" ~Matevska 11.04.24
# Organisatorisches
- Eigenständige, eingeleitete Arbeit
- Weekly Stand-Up
- Planungsmeetings
- Sprint Reviews
- evtl. Beratungstermine
- Benotung
- 80% Gruppe Labor
- 20% Einzelleistung Modulbezogene Übung
## Gliederung Veranstaltung
- Aktueller tech. Stack
- Einführung
- Anforderungs-Engineering
- Scrum
- Entwurfsmuster
- Softwarearchitektur und Architekturmuster
- Micro-Services
- Event-based Architectures
- Gastvortrag: How AI will change Softw. Eng.
- Modullierung der Struktur mit UML
- Modullierung der Dynamik mit UML
- Retrospektive