Zum Hauptinhalt springen

Abgabe 1

1 Architekturkonzept

1.1 Beschreibung MVC

MVC wurde bereits hier beschrieben.

1.2 Beschreibung Twig

Twig wurde bereits hier beschrieben.

1.3 SSR

Bei SSR (Server-side rendering) wird die Webseite direkt auf dem Server gerendert und anschliessend wird die HTML-Datei an den Client gesendet. Dies ist der Fall bei PHP. Wenn ein Link auf einer SSR-Webseite angeklickt wird, wird die Anfrage auf dem Server bearbeitet und anschliessend eine neue HTML-Datei ausgeliefert.

SSR
Quelle

1.4 Aufgabenstellung

Ich möchte mittels MVC und Twig eine Webseite bauen, die es erlaubt Aufträge zu erfassen und Benutzern zuzuweisen. Die Benutzer können ihre Aufträge in einer Liste sehen und den Status und Kommentare erfassen.

Das Formular für die Auftragserfassung sollte wie folgt aussehen:
Formular

Ich werde für alle Aufgaben und für die zugewiesenen Aufgaben je einen Controller erstellen. Die Views und Models kann ich noch nicht richtig bestimmen.

Ich werde drei Twig-Templates erstellen, einen für die Navbar, einen für den Main-Teil und einen für den Footer.

2 Use-Cases

IDUC-001
NameAuftrag erfassen
ZielEin Benutzer kann einen Auftrag erfassen
AkteureBenutzer
Essenzielle Schritte1. Benutzer öffnet das Formular für die Auftragerstellung
2. Benutzer füllt das Formular aus und es wird validiert
3. Die Daten werden abgespeichert und in einer Übersicht angezeigt
IDUC-002
NameStatus von Auftrag ändern
ZielBenutzer muss den Status eines Auftrags ändern können
AkteureBenutzer
Essenzielle Schritte1. Benutzer öffnet den Auftrag
2. Ändert den Status
3. Neuer Status wird in der Datenbank angepasst
IDUC-003
NameAuftragsnotizen hinzufügen
ZielIn einem Auftrag können Notizen erfasst werden
AkteureBenutzer
Essenzielle Schritte1. Benutzer öffnet Auftrag
2. Fügt neue Notizzeile hinzu
3. Erfasst seine Notiz
4. Notiz wird in Datenbank gespeichert
IDUC-004
NameNeuer Benutzer erfassen
ZielAdmin kann neuen Benutzer erstellen
AkteureAdmin, Benutzer
Essenzielle Schritte1. Admin öffnet Benutzerverwaltung
2. Admin erstellt neuen Benutzer
3. Benutzer kann sich anmelden

Diagramm Use-Cases:
Use-Cases

Aktoren:
Aktoren

3 Funktionale Anforderungen

  • Das Formular muss in der Datenbank gespeichert werden
  • Die zugewiesenen Aufträge müssen in einer Liste ersichtbar sein
  • Nur Admins können neue Benutzer erstellen
  • Alle Benutzer müssen in den zuweisbaren Personen sichtbar sein

4 Testszenarios

  • Unter "Tasks" kann ein neues Formular geöffnet werden. Dieses Formular kann er ausfüllen und wird anschliessend in der Datenbank gespeichert.
  • Unter "My Tasks" kann der eingeloggte Benutzer seine Aufträge sehen. Da soll er direkt Notizen erfassen können und den Status anpassen.
  • Ein Admin hat einen speziellen Punkt, wie ein Admin-Portal, wo er die Rolle/Berechtigung der Benutzer verwalten kann. In diesem Admin-Portal soll er auch neue Benutzer erstellen könnn. Normale Benutzer sollten dieses Admin-Panel nicht sehen.
  • Alle Benutzer die in der Datenbank gespeichert sind, sollten in einem Auftrag auch als auswählbare Person zu sehen sein.