Use Cases - SE-TINF22B2/G3-ApeRepublic GitHub Wiki

Use Case Login

Beschreibung:

Als ein Benutzer will ich mich auf ApeRepublic mit meiner Konto anmelden. Der folgende Use Case beschreibt den Prozess des LogIn in der Trading Simulator Web-Anwendung

Akteur:

User: Der Anwender, der die Trading Simulator Web-Anwendung verwendet.

Vorbedingungen:

  • Der Benutzer ist noch nicht angemeldet, aber er hat ein Account auf ApeRepublic

  • Der Benutzer meldet sich mit username und Password an

  • Wenn Benutzer vergisst den Password, kann er ein neues erstellen

UI Design:

image

oder (muss im Team noch über Mockup besprechen)

image

(Hauptablauf) Flow of events https://miro.com/app/board/uXjVNRngQFM=/

image

Sequenzdiagram:

image

  1. Seite aufrufen: Der Benutzer navigiert zur Anmeldeseite.

  2. Eingabe der Anmeldedaten: Der Benutzer gibt seinen Benutzernamen oder seine E-Mail-Adresse in ein entsprechendes Eingabefeld ein. Der Benutzer gibt sein Passwort in ein weiteres Eingabefeld ein.

  3. Überprüfung der Eingaben: Die Anwendung überprüft, ob der Benutzername oder die E-Mail-Adresse in der Datenbank existiert.

  4. Validierung: Bei erfolgreicher Übereinstimmung wird der Benutzer zur Hauptseite weitergeleitet und erhält Zugriff auf seinen Account. Bei einer fehlgeschlagenen Übereinstimmung wird der Benutzer darauf hingewiesen, dass die Eingaben falsch sind und es wird ihm ermöglicht, die Eingaben zu korrigieren.

  5. Fehlermeldungen und Wiederholungen:

Wenn der Benutzername oder die E-Mail-Adresse nicht existieren, erhält der Benutzer eine entsprechende Fehlermeldung. Wenn das Passwort falsch ist, erhält der Benutzer eine entsprechende Fehlermeldung. Der Benutzer hat die Möglichkeit, die Anmeldedaten erneut einzugeben.

  1. Passwort vergessen:

Falls der Benutzer sein Passwort vergessen hat, kann er auf einen "Passwort vergessen"-Link klicken. Der Benutzer wird aufgefordert, seine E-Mail-Adresse einzugeben, um eine Anleitung zum Zurücksetzen des Passworts zu erhalten. Erfolgreiche Anmeldung:

Nach erfolgreicher Anmeldung hat der Benutzer Zugriff auf seine persönlichen Daten und die Funktionen der Anwendung. Optional: Der Benutzer kann die Option wählen, angemeldet zu bleiben, damit er sich bei zukünftigen Besuchen nicht erneut anmelden muss.

Alternative Ablauf:

Falls der User sein Passwort vergisst, kann er an Passwort vergessen linken um neues Passwort zu erstellen.

Nachbedingung:

  • Die Datenbank erhält den Login Daten. Falls Anmeldeinformationen korrekt eingetragen wurde, kann der Benutzer zum Main Page erreichen

Usecase Registrierung

Beschreibung:

Dieser Use Case ermöglicht es einem Benutzer, ein neues Konto zu erstellen.

Aktuer:

User: Der Anwender, der die Trading Simulator Web-Anwendung verwendet.

Vorbedingungen:

  • Der Benutzer hat keinen Account auf ApeRepublic.

  • Der Benutzer benötigt einen eindeutigen Name und Email, unter dem ApeRepublic erreichbar ist. Diese Name und Emali sollte noch nicht von jemand anderem registriert worden sein.

Der Benutzer benötigt ein gültiges Passwort, um die Sicherheit seines Kontos zu gewährleisten

UI Design:

image

(Hauptablauf) Flow of events: https://miro.com/app/board/uXjVNQdfK18=/

image

Sequenzdiagram:

https://miro.com/app/board/uXjVNNh9vPE=/

image

  1. Seite aufrufen:Der Benutzer navigiert zur Registerseite.

  2. Eingabe der Benutzerdaten: Der Benutzer gibt seinen gewünschten Benutzernamen in ein entsprechendes Eingabefeld ein.

  3. Überprüfung der Eingaben: Die Anwendung prüft, ob der Benutzername bereits vergeben ist.

  4. Falls die E-Mail-Adresse und der Benutzername gültig und verfügbar sind, sendet das System eine Bestätigungsmail an die angegebene E-Mail-Adresse.

  5. Nach der Bestätigung der E-Mail-Adresse wird der Benutzer aufgefordert, ein sicheres Passwort zu erstellen.

  6. Speicherung der Daten: Nach erfolgreicher Überprüfung und Bestätigung speichert das System die Benutzerdaten (Benutzername, E-Mail, Passwort) in der Datenbank.

  7. Abschluss der Anmeldung: Der Benutzer wird direkt zur Hauptseite weitergeleitet oder automatisch angemeldet.

  8. Fehlermeldungen und Wiederholungen:

Falls eine Überprüfung fehlschlägt (z.B. Benutzername bereits vergeben, ungültige E-Mail-Adresse), wird der Benutzer darüber informiert und gebeten, die entsprechenden Eingaben zu korrigieren. Der Anmeldevorgang wird wiederholt, bis alle Eingaben korrekt sind.

Nachbedingung:

  • Nachdem ein Benutzer seine Registrierungsdaten eingegeben hat ( Benutzername, E-Mail, Passwort), werden diese Informationen in Datenbank gespeichert, um später auf sie zugreifen zu können, wenn der Benutzer sich anmeldet oder andere Aktionen ausführt.

Use Case: Aktienkauf im Trading Simulator

Beschreibung:

Ein Anwender möchte im Trading Simulator Aktien kaufen, um seine Handelsstrategien zu testen und Erfahrungen im virtuellen Handel zu sammeln.

Der folgende Use Case beschreibt den Prozess des Aktienkaufs in der Trading Simulator Web-Anwendung.

Akteur:

  • User: Der Anwender, der die Trading Simulator Web-Anwendung verwendet.

Vorbedingungen:

  • Der User hat sich erfolgreich in der Trading Simulator Web-Anwendung angemeldet.
  • Der User hat ein virtuelles Konto mit ausreichendem Guthaben erstellt.
  • Der User hat (...)

Hauptablauf:

Aktienkauf Flowchart

  1. Der User navigiert zur Handelsseite im Angular-Frontend der Web-Anwendung.

  2. Der User wählt eine bestimmte Aktie aus der Liste der verfügbaren Aktien aus, die er kaufen möchte indem er die ISIN (Symbol) der Aktie in die Suchleiste eigibt.

  3. Die Web-Anwendung zeigt dem User detaillierte Informationen zur ausgewählten Aktie an, einschließlich des aktuellen Kurses, Handelshistorie und möglicher Handelsgebühren.

  4. Der User gibt die Anzahl der Aktien ein, die er kaufen möchte.

  5. Die Angular-Komponenten erfassen die Usereingaben und senden eine Anfrage an den TradeController im Spring-Boot-Backend.

  6. Der aktuelle Kurspreis wird abgefragt und der Gesamtpreis wird kalkuliert und angezeigt.

  7. Der User bestätigt die Transaktion.

  8. Der Server überprüft das virtuelle Konto des Users, um sicherzustellen, dass ausreichendes Guthaben vorhanden ist.

  9. Falls ausreichendes Guthaben vorhanden ist, wird die Handelsaktivität in der Datenbank gespeichert, und der entsprechende Geldbetrag wird vom virtuellen Konto des Users abgezogen.

  10. Der Server gibt eine Bestätigung an den Client zurück, der daraufhin eine Erfolgsmeldung an die Angular-Komponenten sendet.

  11. Die Angular-Komponenten aktualisieren die Useroberfläche, um die neuen Positionen des Users und die aktualisierte Kontobalance anzuzeigen.

Alternativer Ablauf:

  • Falls das virtuelle Konto des Users nicht ausreichend Guthaben aufweist, wird die Transaktion abgelehnt. Der User erhält eine entsprechende Fehlermeldung, und die Handelsaktivität wird nicht durchgeführt.

Nachbedingungen:

  • Die Datenbank enthält einen Eintrag für die (nicht) durchgeführte Handelsaktivität des Users.
  • Die Useroberfläche zeigt aktualisierte Informationen zu den Kontopositionen und der Kontobalance des Users.

Use Case: Usersuche nach eindeutiger ID im Trading Simulator

Beschreibung:

Ein Benutzer möchte im Trading Simulator einen anderen Benutzer über eine eindeutige ID suchen, um dessen Handelsaktivitäten oder Portfolio anzusehen. Der folgende Use Case beschreibt den Prozess der Usersuche nach einer eindeutigen ID in der Trading Simulator Web-Anwendung.

Akteure:

  • Suchender Benutzer: Der Anwender, der die Trading Simulator Web-Anwendung verwendet und nach einem anderen Benutzer sucht.
  • Gesuchter Benutzer: Der Benutzer, den der Suchende finden möchte.

Vorbedingungen:

  • Der Suchende Benutzer hat sich erfolgreich in der Trading Simulator Web-Anwendung angemeldet.

Hauptablauf:

Usersuche Flow Chart