From 36400c433807b9a64692f5200b8e6e8a04a6983a Mon Sep 17 00:00:00 2001 From: Konstantin Hintermayer Date: Mon, 17 Feb 2025 10:51:28 +0000 Subject: [PATCH 01/10] ZUG-1 auf MD Table umgebaut --- pflichtenheft.md | 62 +++--------------------------------------------- 1 file changed, 3 insertions(+), 59 deletions(-) diff --git a/pflichtenheft.md b/pflichtenheft.md index afe14c6..e2fb833 100644 --- a/pflichtenheft.md +++ b/pflichtenheft.md @@ -153,67 +153,11 @@ Redundanzeigenschaften Bespr. Mit Hr. Prof. Gürth ## Zugriffsverwaltung +| Anforderung | ID | +| --- | --- | +| **Benutzername und Passwort Authentifizierung**:
**Im Frontend**:
Die Benutzername- und Passwort-Authentifizierung ermöglicht es Nutzern, sich in einer Anwendung zu identifizieren, indem sie ihre Anmeldedaten über ein Formular eingeben. Das Frontend sendet die Daten sicher an das Backend, das die Authentifizierung übernimmt. Bei erfolgreicher Anmeldung erhält der Nutzer Zugriff auf geschützte Bereiche der Anwendung.
**Vorraussetzungen**:
  1. Backend-Anforderungen
    • Mechanismen zur Passwort-Validierung und Token-Generierung (z. B. JWT).
    • HTTPS für sichere Datenübertragung.
  2. Frontend-Anforderungen
    • Möglichkeit zur Verarbeitung und sicheren Übertragung der Eingaben.
    • Mechanismus zur Speicherung von Authentifizierungsdaten (z. B. Tokens).
Diese gelten für alle folgenden Punkte!
**Benötigte Komponenten**:
  1. Login-Formular:
    • Eingabefelder für Benutzername und Passwort.
    • Submit-Button.
    • Fehleranzeige bei ungültigen Eingaben oder falschen Daten.
  2. HTTP-Client:
    • Zum Senden von Authentifizierungsanfragen an das Backend (RestAPI).
  3. Token-Management:
    • Speicherung von JWTs (z. B. im localStorage oder Cookies).
  4. Routing:
    • Weiterleitung zu geschützten Seiten nach erfolgreicher Anmeldung.
    • Zugangsbeschränkung zu sensiblen Bereichen der App.

**Technologien**:
  1. Framework:
    • C#
    • HTML
  2. HTTP-Anfragen:
    • RestAPI
  3. Sicherheitsmaßnahmen:
    • HTTPS
  4. Styling:
    • Eigenes CSS
  5. Token-Handling:
    • JWT
  6. Datenbank:
    • PostgreSQL
| ZUG-1 | - - - -

Benutzername und Passwort Authentifizierung -

-Im Frontend -

- -Beschreibung: -

-Die Benutzername- und Passwort-Authentifizierung ermöglicht es Nutzern, sich in einer Anwendung zu identifizieren, indem sie ihre Anmeldedaten über ein Formular eingeben. Das Frontend sendet die Daten sicher an das Backend, das die Authentifizierung übernimmt. Bei erfolgreicher Anmeldung erhält der Nutzer Zugriff auf geschützte Bereiche der Anwendung. -

- -Voraussetzungen: -

-1. Backend-Anforderungen:
- - Mechanismen zur Passwort-Validierung und Token-Generierung (z. B. JWT).
- - HTTPS für sichere Datenübertragung.

-2. Frontend-Anforderungen:
- - Möglichkeit zur Verarbeitung und sicheren Übertragung der Eingaben.
- - Mechanismus zur Speicherung von Authentifizierungsdaten (z. B. Tokens).
-
-Diese gelten für alle folgenden Punkte! -

- -Benötigte Komponenten: -

-1. Login-Formular:
- - Eingabefelder für Benutzername und Passwort.
- - Submit-Button.
- - Fehleranzeige bei ungültigen Eingaben oder falschen Daten.

-2. HTTP-Client:
- - Zum Senden von Authentifizierungsanfragen an das Backend (RestAPI).

-3. Token-Management:
- - Speicherung von JWTs (z. B. im localStorage oder Cookies).

-4. Routing:
- - Weiterleitung zu geschützten Seiten nach erfolgreicher Anmeldung. - - Zugangsbeschränkung zu sensiblen Bereichen der App. -

- -Technologien: -

-1. Framework:
- - C#, HTML

-2. HTTP-Anfragen:
- - RestAPI

-3. Sicherheitsmaßnahmen:
- - HTTPS

-4. Styling:
- - Eigenes CSS

-5. Token-Handling:
- - JWT

-6. Datenbank:
- - PostgresSQL -

- -Backend:

Überprüft die empfangenen Anmeldedaten, in dem er nach vorhandenen Benutzernamen sucht. Anschließend wird das eingegebene Passwort mit den Daten in der Datenbank überprüft.

- -

ZUG-1

Passwort zurücksetzen

Im Frontend From 7769f1b987025440f16299aa924ee9afad6c16ce Mon Sep 17 00:00:00 2001 From: Adam Gaiswinkler Date: Mon, 17 Feb 2025 21:52:30 +0000 Subject: [PATCH 02/10] aft 1 richtiggestellt --- pflichtenheft.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pflichtenheft.md b/pflichtenheft.md index e2fb833..d0369e5 100644 --- a/pflichtenheft.md +++ b/pflichtenheft.md @@ -577,7 +577,7 @@ Mehr Prosa (Unterscheidung Phase 1 & 2) | Anforderung | ID | | --- | --- | -| Event erstellen

Frontend:
Das System muss die Erstellung und Verwaltung sicherheitsrelevanter Events im Zusammenhang mit Anmeldungen ermöglichen. Dazu gehören Erinnerungen zur Passwortaktualisierung sowie Warnmeldungen bei mehrfach fehlgeschlagenen Anmeldeversuchen. Diese Funktionen sollen helfen, sicherheitskritische Ereignisse frühzeitig zu erkennen und präventive Maßnahmen zu ergreifen.

Backend:

Eingabemaske: Entwicklung einer benutzerfreundlichen Maske zur Erstellung und Bearbeitung von Eventdaten, einschließlich relevanter Felder wie Titel, Datum, Zeit und Beschreibung. Datenbank: Einrichtung einer Datenbank zur sicheren Speicherung aller Eventdaten und ihrer zugehörigen Informationen. Verwaltung von Anmeldungen: Implementierung von Algorithmen zur Erfassung, Verwaltung und Nachverfolgung von Teilnehmeranmeldungen. Zugriffsrechte: Sicherstellung, dass nur autorisierte Benutzer Events erstellen oder bearbeiten können. Automatische Bestätigungen: Einrichtung eines Systems zur automatischen Versendung von Bestätigungen an Teilnehmer nach erfolgreicher Anmeldung.Benutzerfreundlichkeit: Gestaltung der Oberfläche und Funktionen so, dass Benutzer Events effizient und fehlerfrei erstellen und verwalten können. | AfT-1 | +| Event erstellen

Frontend:
Das Frontend ermöglicht Absolventen die Erstellung und Verwaltung von Treffen durch ein Eingabeformular für Event-Details, eine Teilnehmerverwaltung mit Einladungsfunktion sowie eine übersichtliche Event-Liste mit Bearbeitungsoptionen. Benachrichtigungen über Änderungen und ein responsives Design sorgen für eine nutzerfreundliche Bedienung.

Backend:

Eingabemaske: Entwicklung einer benutzerfreundlichen Maske zur Erstellung und Bearbeitung von Eventdaten, einschließlich relevanter Felder wie Titel, Datum, Zeit und Beschreibung. Datenbank: Einrichtung einer Datenbank zur sicheren Speicherung aller Eventdaten und ihrer zugehörigen Informationen. Verwaltung von Anmeldungen: Implementierung von Algorithmen zur Erfassung, Verwaltung und Nachverfolgung von Teilnehmeranmeldungen. Zugriffsrechte: Sicherstellung, dass nur autorisierte Benutzer Events erstellen oder bearbeiten können. Automatische Bestätigungen: Einrichtung eines Systems zur automatischen Versendung von Bestätigungen an Teilnehmer nach erfolgreicher Anmeldung.Benutzerfreundlichkeit: Gestaltung der Oberfläche und Funktionen so, dass Benutzer Events effizient und fehlerfrei erstellen und verwalten können. | AfT-1 | | Einladungen verschicken

Frontend:
Das System ermöglicht die Erstellung und Verwaltung von Events. Administratoren können Events anlegen, Teilnehmer sich anmelden und Benachrichtigungen erhalten. Alle Events und Anmeldungen werden protokolliert.

Backend:

Datenabruf: Entwicklung einer Funktion zum Abrufen der relevanten Eventdaten aus der Datenbank. Personalisierung: Erstellung von personalisierten Einladungstexten basierend auf Event- und Teilnehmerdaten. Nachrichtentransport: Integration einer API für den Versand der Einladungen per E-Mail und SMS. Zugriffsrechte: Sicherstellung, dass nur autorisierte Benutzer den Versand von Einladungen initiieren können. Automatisierung: Implementierung eines Systems zur automatischen Verarbeitung und Versendung der Einladungen nach definierten Kriterien. Protokollierung: Speicherung von Versandstatus und Fehlerprotokollen, um die Nachvollziehbarkeit und Fehlersuche zu gewährleisten. Sicherheit: Gewährleistung einer verschlüsselten Übertragung der Daten und Schutz vor unbefugtem Zugriff. | AfT-2 | | Einladung beantworten (zu/absagen)

Frontend:
Das System muss Nutzern ermöglichen, Einladungen direkt anzunehmen oder abzulehnen. Offene Einladungen sollen zentral verwaltet und der Status jederzeit einsehbar sein. Dies gewährleistet eine sichere und unkomplizierte Verwaltung der Zugangsberechtigungen.

Backend:

Datenbankintegration: Speicherung der Teilnahmeantworten (Zusage/Absage) in der Datenbank, verknüpft mit dem jeweiligen Event und Teilnehmer. Rückmeldungsverarbeitung: Entwicklung eines Algorithmus, der eingehende Antworten verarbeitet und den Eventstatus entsprechend aktualisiert (z. B. verfügbare Plätze).Benachrichtigungssystem: Automatische Benachrichtigung des Organisators über eingehende Zu- oder Absagen.
Zugriffsrechte: Sicherstellung, dass nur eingeladene und berechtigte Teilnehmer ihre Rückmeldung abgeben können.
Benutzerfreundlichkeit: Bereitstellung einer klaren und einfachen Schnittstelle, die Teilnehmern die Abgabe ihrer Rückmeldung ermöglicht. Sicherheit: Verschlüsselte Übertragung der Teilnahmeantworten und Schutz vor unbefugtem Zugriff oder Manipulation. Protokollierung: Erfassung und Speicherung der Antworten, inklusive Zeitstempel, zur Nachverfolgbarkeit und Fehleranalyse. | AfT-3 | | Kategorisierung (Phase 2)

Frontend:
Das System muss eine Kategorisierung der Anmeldetools für Treffen ermöglichen, um eine intuitive und effiziente Nutzung zu gewährleisten. Nutzer sollen zwischen den Optionen „Neue Veranstaltung erstellen“, „An Treffen teilnehmen“ und „Veranstaltungen verwalten“ wählen können. Zudem soll eine übersichtliche Filterung von Veranstaltungen möglich sein, sodass schnell erkennbar ist, wer das Event erstellt hat.

Backend:

Datenbankstruktur: Einrichtung einer Datenbanktabelle zur Definition und Verwaltung von Kategorien sowie zur Verknüpfung dieser Kategorien mit den Events. Automatische Zuordnung: Entwicklung eines Algorithmus, der Events basierend auf vordefinierten Kriterien automatisch der passenden Kategorie zuordnet. Benutzeroberfläche: Bereitstellung einer intuitiven Oberfläche für das Hinzufügen, Bearbeiten und Löschen von Kategorien.Zugriffsrechte: Implementierung eines Berechtigungssystems, das sicherstellt, dass nur autorisierte Benutzer Kategorien verwalten können. Flexibilität: Unterstützung dynamischer Änderungen an Kategorien und deren Kriterien ohne Beeinträchtigung bestehender Zuordnungen. Sicherheit: Verschlüsselte Übertragung und Speicherung der Kategoriedaten sowie Schutz vor unbefugtem Zugriff. Protokollierung: Dokumentation aller Änderungen an den Kategorien zur Nachvollziehbarkeit und Fehleranalyse. | AfT-4 | From a99265c423c030d00c425e13a051576cda47d735 Mon Sep 17 00:00:00 2001 From: Adam Gaiswinkler Date: Mon, 17 Feb 2025 22:06:00 +0000 Subject: [PATCH 03/10] Ausblick_Frontend_Adams_Teil_Fertig --- Ausblick_Frontend.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Ausblick_Frontend.md b/Ausblick_Frontend.md index 752250a..9bbc1ae 100644 --- a/Ausblick_Frontend.md +++ b/Ausblick_Frontend.md @@ -10,9 +10,11 @@ zug3 -zug4 zusammen nachher : Phase 1, wenn es sich ausgeht ## **Adam:** -Aus1,Aus2, kann erst machen, wenn Danis angefangen(Datenform ?) : 4h +
Aus1,Aus2, kann erst machen, wenn Danis angefangen(Dateinform ?) : 4h
+
Das Frontend stellt ein Dashboard zur der Eventanmeldungen und anderen Relevanten Daten zu verfügung 28.Februar - 14.März -Aft1, Aft2, Aft3 gleichzeitig mit Danis , Anmeldeformular, Absage, Zusage Formular : 3h +
Aft1, Aft2, Aft3 gleichzeitig mit Danis , Anmeldeformular, Absage, Zusage Formular : 3h
+
Das Frontend ermöglicht die Erstellung, Verwaltung und Einladung zu Events, inklusive Teilnehmerverwaltung und Benachrichtigungen. Nutzer können Einladungen annehmen oder ablehnen. 10.März - 30.März ## **Ismail:** From a7d3d9f547af7ab7c9c7d6c426e73108a088075f Mon Sep 17 00:00:00 2001 From: Amar Mehmedovic Date: Mon, 17 Feb 2025 22:48:17 +0000 Subject: [PATCH 04/10] Ausblick_Frontend.md aktualisiert --- Ausblick_Frontend.md | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/Ausblick_Frontend.md b/Ausblick_Frontend.md index 9bbc1ae..1056405 100644 --- a/Ausblick_Frontend.md +++ b/Ausblick_Frontend.md @@ -2,13 +2,11 @@ ## **Amar:** -zug1, zug2 : Phase 1, wenn es sich ausgeht +Zug1, Zug2, Zug3, Zug4 gehört zur Phase 1, jedoch falls es sich ausgeht in der Phase 0 damit beginnt. -zug6 müssen funktionieren: Phase0 : 2h +Zug6 für Phase 0 fertigstellen : 3h -zug3 -zug4 zusammen nachher : Phase 1, wenn es sich ausgeht - -## **Adam:** +## **Adam:**4
Aus1,Aus2, kann erst machen, wenn Danis angefangen(Dateinform ?) : 4h

Das Frontend stellt ein Dashboard zur der Eventanmeldungen und anderen Relevanten Daten zu verfügung 28.Februar - 14.März From 41a4c10f59d54b98b014627fbfa7ff0f516ef746 Mon Sep 17 00:00:00 2001 From: Amar Mehmedovic Date: Tue, 18 Feb 2025 07:45:40 +0000 Subject: [PATCH 05/10] Ausblick_Frontend.md aktualisiert --- Ausblick_Frontend.md | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/Ausblick_Frontend.md b/Ausblick_Frontend.md index 1056405..39b1286 100644 --- a/Ausblick_Frontend.md +++ b/Ausblick_Frontend.md @@ -2,9 +2,12 @@ ## **Amar:** -Zug1, Zug2, Zug3, Zug4 gehört zur Phase 1, jedoch falls es sich ausgeht in der Phase 0 damit beginnt. - Zug6 für Phase 0 fertigstellen : 3h +Das Frontend ermöglicht eine Authentifizierung durch einen Magic-Link, welcher kein Passwort verlangt. ( 28.Februar - 14.März ) + +Zug1, Zug2, Zug3, Zug4 gehört zur Phase 1, falls es sich jedoch ausgeht, in Phase 0 damit beginnt +Das Frontend ermöglicht die Anmeldung durch Benutzername und Passwort, sowie die Zurücksetzung des Passworts. Ebenso eine zentrale Benutzerverwaltung für den Admin und eine Rollenvergabe. + ## **Adam:**4 From 4be3f135804efece6944f0491273e329da02530c Mon Sep 17 00:00:00 2001 From: Amar Mehmedovic Date: Tue, 18 Feb 2025 08:05:40 +0000 Subject: [PATCH 06/10] pflichtenheft.md aktualisiert --- pflichtenheft.md | 111 +---------------------------------------------- 1 file changed, 2 insertions(+), 109 deletions(-) diff --git a/pflichtenheft.md b/pflichtenheft.md index d0369e5..20a1228 100644 --- a/pflichtenheft.md +++ b/pflichtenheft.md @@ -155,7 +155,7 @@ Redundanzeigenschaften Bespr. Mit Hr. Prof. Gürth | Anforderung | ID | | --- | --- | -| **Benutzername und Passwort Authentifizierung**:
**Im Frontend**:
Die Benutzername- und Passwort-Authentifizierung ermöglicht es Nutzern, sich in einer Anwendung zu identifizieren, indem sie ihre Anmeldedaten über ein Formular eingeben. Das Frontend sendet die Daten sicher an das Backend, das die Authentifizierung übernimmt. Bei erfolgreicher Anmeldung erhält der Nutzer Zugriff auf geschützte Bereiche der Anwendung.
**Vorraussetzungen**:

  1. Backend-Anforderungen
    • Mechanismen zur Passwort-Validierung und Token-Generierung (z. B. JWT).
    • HTTPS für sichere Datenübertragung.
  2. Frontend-Anforderungen
    • Möglichkeit zur Verarbeitung und sicheren Übertragung der Eingaben.
    • Mechanismus zur Speicherung von Authentifizierungsdaten (z. B. Tokens).
Diese gelten für alle folgenden Punkte!
**Benötigte Komponenten**:
  1. Login-Formular:
    • Eingabefelder für Benutzername und Passwort.
    • Submit-Button.
    • Fehleranzeige bei ungültigen Eingaben oder falschen Daten.
  2. HTTP-Client:
    • Zum Senden von Authentifizierungsanfragen an das Backend (RestAPI).
  3. Token-Management:
    • Speicherung von JWTs (z. B. im localStorage oder Cookies).
  4. Routing:
    • Weiterleitung zu geschützten Seiten nach erfolgreicher Anmeldung.
    • Zugangsbeschränkung zu sensiblen Bereichen der App.

**Technologien**:
  1. Framework:
    • C#
    • HTML
  2. HTTP-Anfragen:
    • RestAPI
  3. Sicherheitsmaßnahmen:
    • HTTPS
  4. Styling:
    • Eigenes CSS
  5. Token-Handling:
    • JWT
  6. Datenbank:
    • PostgreSQL
| ZUG-1 | +| **Benutzername und Passwort Authentifizierung**:
**Im Frontend**:
Die Benutzername- und Passwort-Authentifizierung ermöglicht es Nutzern, sich in einer Anwendung zu identifizieren, indem sie ihre Anmeldedaten über ein Formular eingeben. Das Frontend sendet die Daten sicher an das Backend, das die Authentifizierung übernimmt. Bei erfolgreicher Anmeldung erhält der Nutzer Zugriff auf geschützte Bereiche der Anwendung.
**Vorraussetzungen**:
  1. Backend-Anforderungen
    • Mechanismen zur Passwort-Validierung und Token-Generierung (z. B. JWT).
    • HTTPS für sichere Datenübertragung.
  2. Frontend-Anforderungen
    • Möglichkeit zur Verarbeitung und sicheren Übertragung der Eingaben.
    • Mechanismus zur Speicherung von Authentifizierungsdaten (z. B. Tokens).
**Diese gelten für alle folgenden Punkte!**
**Benötigte Komponenten**:
  1. Login-Formular:
    • Eingabefelder für Benutzername und Passwort.
    • Submit-Button.
    • Fehleranzeige bei ungültigen Eingaben oder falschen Daten.
  2. HTTP-Client:
    • Zum Senden von Authentifizierungsanfragen an das Backend (RestAPI).
  3. Token-Management:
    • Speicherung von JWTs (z. B. im localStorage oder Cookies).
  4. Routing:
    • Weiterleitung zu geschützten Seiten nach erfolgreicher Anmeldung.
    • Zugangsbeschränkung zu sensiblen Bereichen der App.

**Technologien**:
  1. Framework:
    • C#
    • HTML
  2. HTTP-Anfragen:
    • RestAPI
  3. Sicherheitsmaßnahmen:
    • HTTPS
  4. Styling:
    • Eigenes CSS
  5. Token-Handling:
    • JWT
  6. Datenbank:
    • PostgreSQL
**Diese gelten für alle folgenden Punkte!** | ZUG-1 |

Passwort zurücksetzen @@ -175,22 +175,6 @@ Die Passwort-Zurücksetzen-Funktion im Frontend ermöglicht es Benutzern, über 3. Fehler- und Erfolgsmeldungen zur Benutzerführung.

-Technologien: -

-1. Framework:
- - C#, HTML

-2. HTTP-Anfragen:
- - RestAPI

-3. Sicherheitsmaßnahmen:
- - HTTPS

-4. Styling:
- - Eigenes CSS

-5. Token-Handling:
- - JWT

-6. Datenbank:
- - PostgresSQL -

-

Backend:

Passwortreset-Funktion: Benutzer können ihre E-Mail-Adresse eingeben, um einen Passwortreset anzufordern. @@ -222,21 +206,6 @@ Die Implementierung von Rollen im Frontend dient der Steuerung von Benutzerzugri 3. UI-Elemente basierend auf Benutzerrolle

-Technologien: -

-1. Framework:
- - C#, HTML

-2. HTTP-Anfragen:
- - RestAPI

-3. Sicherheitsmaßnahmen:
- - HTTPS

-4. Styling:
- - Eigenes CSS

-5. Token-Handling:
- - JWT

-6. Datenbank:
- - PostgresSQL -

Backend:

Rollendefinition: @@ -273,22 +242,6 @@ Die Benutzerverwaltung erlaubt Administratoren, Benutzerkonten zu verwalten, ein 3. Such- und Filterfunktionen für Benutzer

-Technologien: -

-1. Framework:
- - C#, HTML

-2. HTTP-Anfragen:
- - RestAPI

-3. Sicherheitsmaßnahmen:
- - HTTPS

-4. Styling:
- - Eigenes CSS

-5. Token-Handling:
- - JWT

-6. Datenbank:
- - PostgresSQL -

-

Backend:

Datenbankoperationen: Alle Änderungen, die über die Weboberfläche im Admin-Bereich vorgenommen werden, müssen über definierte Backend-API-Endpunkte in der Datenbank gespeichert werden. @@ -325,21 +278,6 @@ In Phase 2 wird die Möglichkeit geschaffen, Benutzern eine Einladung zur Regist 3. Bestätigungs- und Fehlermeldungen für den Versand

-Technologien: -

-1. Framework:
- - C#, HTML

-2. HTTP-Anfragen:
- - RestAPI

-3. Sicherheitsmaßnahmen:
- - HTTPS

-4. Styling:
- - Eigenes CSS

-5. Token-Handling:
- - JWT

-6. Datenbank:
- - PostgresSQL -

Backend:

Einladungserstellung: @@ -378,21 +316,7 @@ Die Magic Link Authentifizierung ermöglicht es Benutzern, sich ohne Passwort an 3. Weiterleitung zur Bestätigungsseite nach Klick auf den Magic Link

-Technologien: -

-1. Framework:
- - C#, HTML

-2. HTTP-Anfragen:
- - RestAPI

-3. Sicherheitsmaßnahmen:
- - HTTPS

-4. Styling:
- - Eigenes CSS

-5. Token-Handling:
- - JWT

-6. Datenbank:
- - PostgresSQL -

+

Backend:

Benutzerregistrierung:: @@ -433,22 +357,6 @@ In Phase 2 wird die Zwei-Faktor-Authentifizierung (2FA) implementiert, um die Si 3. Fehler- und Erfolgsmeldungen für die OTP-Verifizierung

-Technologien: -

-1. Framework:
- - C#, HTML

-2. HTTP-Anfragen:
- - RestAPI

-3. Sicherheitsmaßnahmen:
- - HTTPS

-4. Styling:
- - Eigenes CSS

-5. Token-Handling:
- - JWT

-6. Datenbank:
- - PostgresSQL -

-

Backend:

Anmeldedatenüberprüfung: Nach der Eingabe der Anmeldedaten (Benutzername und Passwort) muss das System die Anmeldedaten validieren und überprüfen. @@ -488,21 +396,6 @@ In Phase 2 wird die OAuth-Authentifizierung implementiert, die es Benutzern erm 3. Empfang und Verarbeitung des Tokens nach erfolgreicher Anmeldung

-Technologien: -

-1. Framework:
- - C#, HTML

-2. HTTP-Anfragen:
- - RestAPI

-3. Sicherheitsmaßnahmen:
- - HTTPS

-4. Styling:
- - Eigenes CSS

-5. Token-Handling:
- - JWT

-6. Datenbank:
- - PostgresSQL -

Backend:

OAuth 2.0 Integration: From 1e940eb979be33dd8d3ad0d707e779e24bab8ea5 Mon Sep 17 00:00:00 2001 From: Ismail Date: Tue, 18 Feb 2025 09:13:47 +0000 Subject: [PATCH 07/10] Ausblick_Frontend.md aktualisiert --- Ausblick_Frontend.md | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/Ausblick_Frontend.md b/Ausblick_Frontend.md index 39b1286..1e280bc 100644 --- a/Ausblick_Frontend.md +++ b/Ausblick_Frontend.md @@ -21,6 +21,20 @@ Das Frontend ermöglicht die Anmeldung durch Benutzername und Passwort, sowie di Sw1 -Sw2 warten bis Adam und Amar fertig 5h +Stellt sicher , dass sie für alle Menschen zugänglich ist, auch für Menschen mit Behinderungen durch + +Textalternativen für Bilder (Alt-Texte). +Tastaturbedienbarkeit für alle Funktionen. +Kontrastreicher Text für bessere Lesbarkeit. +Klare Struktur (z.B. durch Überschriften, Listen). +Untertitel oder Transkripte für Videos. +Verwendung von ARIA (Accessible Rich Internet Applications) zur Unterstützung von Screenreadern. : 14 .März - 28.März + Dsc1 , Dsc2 wenn Adam und Amar fertig sind 5h +inwilligung zur Datenerhebung (z.B. durch Cookie-Banner). +Datenschutzerklärung vorhanden und transparent. +Zugriffsrechte auf gespeicherte Daten ermöglichen (z.B. Auskunft, Löschung). +Datenverarbeitungsverträge mit Dritten abschließen, wenn nötig. +Sicherheitsmaßnahmen zum Schutz von Nutzerdaten (z.B. SSL-Verschlüsselung).: 10.März - 30.März Sw3 anschauen Octane 14h \ No newline at end of file From e346c0ff04d70e3b1cbb5151469ab522db72275e Mon Sep 17 00:00:00 2001 From: Adam Gaiswinkler Date: Tue, 18 Feb 2025 20:46:27 +0000 Subject: [PATCH 08/10] Ausblick_Frontend.md aktualisiert --- Ausblick_Frontend.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Ausblick_Frontend.md b/Ausblick_Frontend.md index 1e280bc..110cd8a 100644 --- a/Ausblick_Frontend.md +++ b/Ausblick_Frontend.md @@ -37,4 +37,4 @@ Zugriffsrechte auf gespeicherte Daten ermöglichen (z.B. Auskunft, Löschung). Datenverarbeitungsverträge mit Dritten abschließen, wenn nötig. Sicherheitsmaßnahmen zum Schutz von Nutzerdaten (z.B. SSL-Verschlüsselung).: 10.März - 30.März -Sw3 anschauen Octane 14h \ No newline at end of file +Sw3 anschauen Octane/DNN 14h \ No newline at end of file From 355da7c0a97ef0d1a9a6061618b9530766f6ba16 Mon Sep 17 00:00:00 2001 From: Adam Gaiswinkler Date: Tue, 18 Feb 2025 20:46:58 +0000 Subject: [PATCH 09/10] Ausblick_Frontend.md aktualisiert --- Ausblick_Frontend.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Ausblick_Frontend.md b/Ausblick_Frontend.md index 110cd8a..b6c308a 100644 --- a/Ausblick_Frontend.md +++ b/Ausblick_Frontend.md @@ -9,7 +9,7 @@ Zug1, Zug2, Zug3, Zug4 gehört zur Phase 1, falls es sich jedoch ausgeht, in Pha Das Frontend ermöglicht die Anmeldung durch Benutzername und Passwort, sowie die Zurücksetzung des Passworts. Ebenso eine zentrale Benutzerverwaltung für den Admin und eine Rollenvergabe. -## **Adam:**4 +## **Adam:**
Aus1,Aus2, kann erst machen, wenn Danis angefangen(Dateinform ?) : 4h

Das Frontend stellt ein Dashboard zur der Eventanmeldungen und anderen Relevanten Daten zu verfügung 28.Februar - 14.März From 29e88bde7ab90f4186f5a6c601ca87e995399679 Mon Sep 17 00:00:00 2001 From: Adam Gaiswinkler Date: Tue, 18 Feb 2025 20:48:17 +0000 Subject: [PATCH 10/10] Ausblick_Frontend.md aktualisiert --- Ausblick_Frontend.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Ausblick_Frontend.md b/Ausblick_Frontend.md index b6c308a..3d1b171 100644 --- a/Ausblick_Frontend.md +++ b/Ausblick_Frontend.md @@ -12,10 +12,10 @@ Das Frontend ermöglicht die Anmeldung durch Benutzername und Passwort, sowie di ## **Adam:**
Aus1,Aus2, kann erst machen, wenn Danis angefangen(Dateinform ?) : 4h
-
Das Frontend stellt ein Dashboard zur der Eventanmeldungen und anderen Relevanten Daten zu verfügung 28.Februar - 14.März +
Das Frontend stellt ein Dashboard zur der Eventanmeldungen und anderen Relevanten Daten zu verfügung ( 28.Februar - 14.März )
Aft1, Aft2, Aft3 gleichzeitig mit Danis , Anmeldeformular, Absage, Zusage Formular : 3h
-
Das Frontend ermöglicht die Erstellung, Verwaltung und Einladung zu Events, inklusive Teilnehmerverwaltung und Benachrichtigungen. Nutzer können Einladungen annehmen oder ablehnen. 10.März - 30.März +
Das Frontend ermöglicht die Erstellung, Verwaltung und Einladung zu Events, inklusive Teilnehmerverwaltung und Benachrichtigungen. Nutzer können Einladungen annehmen oder ablehnen. ( 10.März - 30.März ) ## **Ismail:** @@ -28,13 +28,13 @@ Tastaturbedienbarkeit für alle Funktionen. Kontrastreicher Text für bessere Lesbarkeit. Klare Struktur (z.B. durch Überschriften, Listen). Untertitel oder Transkripte für Videos. -Verwendung von ARIA (Accessible Rich Internet Applications) zur Unterstützung von Screenreadern. : 14 .März - 28.März +Verwendung von ARIA (Accessible Rich Internet Applications) zur Unterstützung von Screenreadern. : ( 14 .März - 28.März ) Dsc1 , Dsc2 wenn Adam und Amar fertig sind 5h inwilligung zur Datenerhebung (z.B. durch Cookie-Banner). Datenschutzerklärung vorhanden und transparent. Zugriffsrechte auf gespeicherte Daten ermöglichen (z.B. Auskunft, Löschung). Datenverarbeitungsverträge mit Dritten abschließen, wenn nötig. -Sicherheitsmaßnahmen zum Schutz von Nutzerdaten (z.B. SSL-Verschlüsselung).: 10.März - 30.März +Sicherheitsmaßnahmen zum Schutz von Nutzerdaten (z.B. SSL-Verschlüsselung).: ( 10.März - 30.März ) Sw3 anschauen Octane/DNN 14h \ No newline at end of file