Zurück zum Modul: m223.komeo.net
WorkSpace: arbeite im GitLab in Deiner Projekt-Gruppe m223-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:

1. DI (Dependency Injection)
2. EJB (Enterprise JavaBeans)
3. JPA (Java Persistence API)

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)

1. pro Thema ein eduPad
2. Link zum eduPad im Wiki in der Klassen Gruppe eintragen: m223-nnnn/basis/wikis/lb-1.3
3. vollständige Namen (Vor- und Nachname) im eduPad verwenden
4. 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
• 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 - no mark