Zurück zum Modul: m223.komeo.net
WorkSpace: arbeite in Deiner Projekt-Gruppe:m223-nnnn-n
Thema: Microservices (schliesst bei Bedarf mit anderen Gruppen zusammen)
Abgeben: UML Diagramm als Wiki
Bewertung: Gruppenarbeit
LBV 2.1 Erweiterungen planen
Casual Style Use-Case Diagramm
Akteure und Anforderungen identifizieren
- definiere Akteure und Anforderungen um die zusätzlichen Domänen-Objekte sinnvoll einzubringen
- bilde die komeo GitLab Objekte
project
,group
,issue
, etc. sinvoll ein - definiere und baue Microservices, dabei dürfen auch Koalitionen mit anderen Gruppen eingegangen werden
REST-Schnittstelle beschreiben
- ergänze das
conf/komeo-welcome-content/index.html
die Gestaltung der Welcome-Page des WildFly ist frei, die zur Verfügung stehenden Micro-Services müssen ersichtlich sein!
Aufgabe
Casual-Style Use-Case Diagram
Abgabe: LB 2 am Abend des 4. Modultags
was | als |
---|---|
Use Case UML Diagramm |
- Wiki mit dem Namen m223-nnnn-n-api/wikis/lb-2.1 - Bild (UC) als MarkDown-Images - Casual-Style als MarkDown Tabelle - keine PDF uploads! |
WildFly welcome-page | - Beschreibung der REST Schnittstellen (Micro-Services) |
Bewertung: Gruppenarbeit
- die Bewertung entspricht 12.5% (
1/8
) der Modul-Note.
Raster | Kriterien |
---|---|
A | 1. Use Case UML Diagramm ist vorhanden, 2. folgt einer Notation, ist vollständig, nachvollziehbar und 3. die Micro-Services sind in der WildFly Welcome-Page beschrieben. |
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