You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: Material/Notes/Bewertung_Projektarbeit.md
+17-17Lines changed: 17 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,25 +29,25 @@ Für die Bewertung sind die folgenden Punkte relevant (Details siehe unten):
29
29
30
30
# Abgabe
31
31
32
-
Die finale Abgabe erfolgt am Ende des zweiten Theoriesemesters (Juli/August).
33
-
Ein genauer Termin wird noch bekanntgegeben (mindestens 3 Wochen im Voraus).
32
+
Die finale Abgabe erfolgt am Ende des zweiten Theoriesemesters (Juli/August). Ein genauer Termin wird noch bekanntgegeben (mindestens 3 Wochen im Voraus).
34
33
35
-
Das Projekt ist jedoch über beide Semester zu bearbeiten, nicht erst kurz vor der Abgabe. Daher gibt es folgende Zwischenabgaben, welche in die Bewertung mit einfließen. Die jeweiligen Termine werden ebenfalls rechtzeitig bekanntgegeben:
34
+
Das Projekt ist über beide Semester zu bearbeiten, nicht erst kurz vor der Abgabe. Daher gibt es folgende Zwischenabgaben, welche in die Bewertung mit einfließen. Die jeweiligen Termine werden ebenfalls rechtzeitig bekanntgegeben:
36
35
37
-
1. Zwischenabgabe am 03.02.2025: GitHub Repository mit (leerem) Projekt, funktionierender GitHub Action für den Build und GitHub Pages (oder einem Äquivalent).
36
+
1. Zwischenabgabe am 03.02.2025
37
+
1.1 Projektidee, GitHub Repository mit (leerem) Projekt, funktionierender GitHub Action für den Build und GitHub Pages (oder einem Äquivalent).
38
+
1.2 Kurz die Idee / das Konzept der Anwendung mit Mockups, Wireframes, Zeichnungen vorstellen
39
+
1.3 Präsentation ca. 5 - 10 Minuten pro Gruppe (zeigen dass alles geforderte da ist und funktioniert)
38
40
39
-
- Präsentation ca. 5 Minuten pro Gruppe (zeigen dass alles geforderte da ist und funktioniert)
41
+
2. Zwischenabgabe am Ende des ersten Semesters
42
+
2.1 Inhalt ist je nach gewähltem Projekt vorgegeben (nur Frontend)
43
+
2.2 Präsentation ca. 10 Minuten pro Gruppe
40
44
41
-
2. Zwischenabgabe: Zwischenstand (vorgegeben je nach gewähltem Projekt, nur Frontend). Ende des ersten Semesters
45
+
3. Zwischenabgabe am Anfang des zweiten Semesters
46
+
3.1 Inhalt ist je nach gewähltem Projekt vorgegeben (nur Frontend)
47
+
3.2 Festlegen der Backend Technologien (Typescript ist Pflicht)
48
+
3.3 Präsentation ca. 10 Minuten pro Gruppe
42
49
43
-
- Präsentation ca. 10 Minuten pro Gruppe
44
-
45
-
3. Zwischenabgabe: Zwischenstand (vorgegeben je nach gewähltem Projekt). Anfang des zweiten Semesters.
46
-
47
-
- Präsentation ca. 10 Minuten pro Gruppe
48
-
- Festlegen der Backend Technologien
49
-
50
-
4. Finale Präsentation und Abgabe Quellcode + Dokumentation (15 Minuten pro Gruppe), genauer Termin folgt, Klausurwoche
50
+
4. Finale Präsentation und Abgabe Quellcode + Dokumentation (15 Minuten pro Gruppe), genauer Termin folgt, Klausurwoche
51
51
52
52
## Abzugebende Artefakte
53
53
@@ -82,9 +82,9 @@ Die Dokumentation muss einige Punkte zwingend enthalten, da sie zentraler Bestan
82
82
83
83
# Technologische Vorgaben
84
84
85
-
- Frontend: TypeScript und React
86
-
- Backend: TypeScript oder C# (wird anfang des zweiten Semesters festgelegt)
87
-
- Weitere Technologien und Bibliotheken nur nach Absprache
85
+
- Frontend: TypeScript und React/Next.js
86
+
- Backend: TypeScript
87
+
- Weitere Technologien und Bibliotheken immer nur nach Absprache
Diese Aufgabe ist in **Einzelarbeit** durchzuführen.
11
+
12
+
1. Überlegen Sie, wie die Anwendung des Gruppenprojekts aussehen könnte, welche Funktionen Sinnvoll sein könnten und wie man innerhalb der Anwendung navigieren könnte. Berücksichtigen Sie dabei insbesondere die Inhalte der Vorlesungseinheit Webdesign. Stimmen Sie sich hierzu **NICHT** mit den anderen Gruppenmitgliedern ab.
13
+
14
+
2. Visualisieren Sie Ihre Ideen Grob, z. B. mit Stift und Papier, diagrams.net, Figma oder einem beliebigen anderen Tool. Bei der Visualisierung ist es wichtig, dass Sie mithilfe dieser später anderen Ihre Ideen zur Anwendung demonstrieren können.
15
+
16
+
## Ziel der Aufgabe
17
+
18
+
Ziel ist es, erste konkrete Ideen für die Gestaltung und Struktur der Webanwendung Ihres Gruppenprojekts zu entwickeln. Dabei sollen Sie sich bewusst eigenständig Gedanken machen und unterschiedliche Perspektiven zulassen, bevor im Projektteam Entscheidungen getroffen werden.
19
+
20
+
## 1. Konzeption der Anwendung
21
+
22
+
Überlegen Sie sich, wie die Webanwendung Ihres Gruppenprojekts grundsätzlich aufgebaut sein könnte. Gehen Sie dabei insbesondere auf folgende Punkte ein:
23
+
24
+
- Welche Zielgruppe soll die Anwendung ansprechen?
25
+
- Welche zentralen Funktionen sollte die Anwendung aus Ihrer Sicht unbedingt bieten?
26
+
- Welche Inhalte werden dargestellt (z. B. Seiten, Ansichten, Formulare)?
27
+
- Wie könnten User durch die Anwendung navigieren (z. B. Menüstruktur, Startseite, Unterseiten)?
28
+
- Welche Aspekte aus der Vorlesungseinheit Webdesign sind dabei besonders relevant und wie können diese Umgesetzt werden?
29
+
30
+
**Wichtig:** Stimmen Sie sich zu diesem Zeitpunkt **nicht** mit den anderen Gruppenmitgliedern ab. Es geht ausdrücklich um Ihre eigene Vorstellung und Interpretation.
31
+
32
+
## 2. Visuelle Darstellung Ihrer Ideen
33
+
34
+
Setzen Sie Ihre Überlegungen anschließend in einer groben Visualisierung um. Ziel ist nicht ein fertiges Design, sondern eine verständliche Darstellung Ihrer Ideen.
35
+
36
+
Mögliche Formen der Visualisierung sind zum Beispiel:
37
+
38
+
- Skizzen mit Stift und Papier
39
+
- einfache Wireframes (z. B. mit diagrams.net, Figma oder ähnlichen Tools)
40
+
- schematische Darstellungen von Seiten und Navigation
41
+
42
+
Achten Sie darauf, dass Ihre Visualisierung so gestaltet ist, dass Sie damit anderen Personen Ihre Ideen erklären und diskutieren können.
43
+
44
+
## Information: Einordnung in die Softwareentwicklung
45
+
46
+
Dieses Vorgehen ist Teil der Konzeptions- und Entwurfsphase in der Softwareentwicklung und wird häufig als Discovery Phase bezeichnet. Es dient dazu, Anforderungen frühzeitig grob zu umreisen, Ideen sichtbar zu machen und eine gemeinsame Grundlage für die spätere Umsetzung zu schaffen.
Ziel dieser Aufgabe ist es, ausgehend von Ihrer Anwendungsidee eine erste konzeptionelle REST-API zu entwerfen. Sie sollen dabei überlegen, welche Daten und Funktionen Ihre Anwendung benötigt und wie diese über eine REST-Schnittstelle bereitgestellt werden könnten.
33
+
34
+
- Es bietet Sich an, die Lösung dieser Aufgabe in einer Tabelle festzuhalten.
35
+
36
+
- Nutzen Sie bereits erstellte Wireframes, Designs oder Skizzen, um sicherzustellen, dass:
37
+
- alle geplanten Funktionen der Anwendung durch die API abgedeckt sind
38
+
- es eine nachvollziehbare Verbindung zwischen UI-Funktion und REST-Endpoint gibt
39
+
40
+
Einordnung in die Softwareentwicklung
41
+
42
+
### 1. Identifikation der REST-Ressourcen
43
+
44
+
Leiten Sie aus Ihrer geplanten Anwendung die zentralen Ressourcen ab. Ressourcen sind fachliche Objekte Ihrer Anwendung, z. B. Benutzer, Einträge, Kommentare, Aufgaben, Termine, etc.
45
+
46
+
Beschreiben Sie für jede Ressource:
47
+
48
+
- den Pfad der Ressource (z. B. /users, /projects)
49
+
- eine kurze fachliche Bedeutung
50
+
51
+
### 2. HTTP-Methoden und Endpunkte
52
+
53
+
- Überlegen Sie für jede Ressource, mit welchen HTTP-Methoden auf sie zugegriffen werden soll, z. B. GET, POST, PUT, PATCH, DELETE, ...
54
+
55
+
- Beschreiben Sie den Endpoint (z. B. GET /projects/{id}) und grob die Funktion des Endpoints
56
+
57
+
- Überlegen Sie, wie die Datenstrukturen aussehen könnten, die zwischen Client und Server ausgetauscht werden.
58
+
- Welche Felder enthält ein Request beim Anlegen oder Ändern einer Ressource?
59
+
- Wie könnte eine typische Response aussehen?
60
+
61
+
Es reicht aus, vereinfachte Beispiel-Payloads anzugeben.
62
+
63
+
## Information: Einordnung in die Softwareentwicklung
64
+
65
+
Diese Aufgabe ist Teil der Konzeptions- und Discovery-Phase der Softwareentwicklung und wird häufig als API-Design oder API-Konzeption bezeichnet. Ziel ist es, frühzeitig zu klären, welche Schnittstellen benötigt werden, bevor mit der eigentlichen Implementierung begonnen wird.
0 commit comments