Zurück zum Modul: m223.komeo.net
WorkSpace: arbeite im GitLab in Deiner Projekt-Gruppem223-nnnn-n
Thema: eduPad als Gruppenarbeit
Abgeben: kleine web und api Proof-of-Concept Projekt-Erweiterung
Bewertung: Gruppenarbeit
LBV 1.3 Anforderungen verstehen - Pattern (Zeit: 3 Lektionen)
Technolgien / Spezifikationen von verteilten Applikation identifiztieren, verstehen und anwenden
*by geek & poke
JEE als Architektur fokussiert:
- Schichtentrennung
- Verteilung
- Layer-Modell
In der Gruppe betrachtest Du mit einem kollaborativem Texteditor eine Technologie der Logik-Tier:
Ziel
- Projekt-Erweiterung basiered auf der m223/m223-api Vorlage
- in Deiner eigenen Projekt-Gruppe
m223-nnnn-n/m223-nnnn-n-api
Aufgabe
1. Thema wählen
- teilt die 3 Themen (DI, EJB, JPA) in der Projekt-Gruppe auf
- arbeite mit den Teilnemern der anderen Gruppen mit dem identischen Thema zusammen
2. eduPad erstellen (Zeit: 1 Lektion)
- pro Thema ein eduPad
- Link zum eduPad im Wiki in der Klassen Gruppe eintragen:
m223-nnnn/basis/wikis/lb-1.3
- vollständige Namen (Vor- und Nachname) im eduPad verwenden
- recherchiere im Internet und editiert gemeinsam im eduPad
- Definition / Bedeutung / Nutzen: mit Source-Fragmenten ergänzt!
- Anwendungszweck im verteilten Multi-User Umfeld mit konkreten und allgemeinen Beispielen!
- Vorteil / Nachteil im verteilten Multi-User Umfeld mit Begründungen!
3. einfache Projekte als Proof-of-Concept (Zeit: 1 Lektion)
- wechsle zurück in Deine Projekt-Gruppe und arbeite im Projekt
m223-nnnn-n/m223-nnnn-n-api
- zu dritt habt ihr Wissen über alle drei Themen (DI / EJB / JPA) erlangt
- arbeitet im api Projekt, also auf dem Wildfly Docker
- erweitert das Basis Projekt
m223-nnnn-n/m223-nnnn-n-api
mit allen drei Thematiken- Resscoucen per DI
- weitere EJBs
- persistiert per JPA
- stellt weitere Micro-Services per REST zur Verfügung
- beginnt mit einem Use-Case
- gebt das UML UC Diagramm als Wikis in der Projekt-Gruppe ab:
- Wikis im Projekt:
m223-nnnn-n/m223-nnnn-n-api/wikis/lb-1.3-uc
- Wikis im Projekt:
- erstellt/ergänzt das Projekt README.md
- Mico-Service-Beschreibung
- REST Schnittstellen-Beschreibung
4. Präsentations-Layer (Zeit: 1 Lektion)
-
erstelle einen Präsentation-Layer im web-Projekt Deiner Projekt-Gruppe
m223-nnnn-n/m223-nnnn-n-web
-
achte auf:
- Testbarkeit
- Clean-Code
- beginnt mit einem Use-Case
- erstellt/ergänzt das Projekt README.md
- Use-Case (als Image, kein PDF)
- Beschreibung
Abgabe: LB 1 am Abend des 2. Modultags
was | als |
---|---|
web-Projekt | - GitLab Projekt in Deiner Projekt-Gruppe m223-nnnn-n/m223-nnnn-n-web - freie Technoliewahl (Java, .Net, PHP, Ruby) - README.md |
api-Projekt | - GitLab Projekt in Deiner Projekt-Gruppe m223-nnnn-n/m223-nnnn-n-api - als JEE im WildFly Docker - UML UC als Wiki: m223-nnnn-n/m223-nnnn-n-api/wikis/lb-1.3-uc - README.md |
Bewertung: Gruppenarbeit
- die Bewertung entspricht 12.5% (
1/8
) der Modul-Note.
Raster | Kriterien |
---|---|
A | 1. web und api Projekte sind vorhanden und reflektieren die Aufgabenstellung, 2. werden durch die entsprechenden Docker-Kontainer deployed und 3. sind sinnvoll und nachvollziehbar im entsprechenden Wiki / README.md erklärt. |
B | Zwei der genannten Bewertungspunkte treffen zu. |
C | Einer der genannten Bewertungspunkte treffen zu. |
D | Keiner der genannten Bewertungspunkte treffen zu. |
- schön bei der Arbeit mit Git ist, dass Sie Ihre Mitarbeit nicht verstecken können, also:
- keine nachweisbare, individuelle aktive Beteilligung in der Gruppe resultiert als individuelle Note 1
- dazu gehört auch ein praktischer Nachweis in der Projekt-Arbeit, also no
code
- nomark