Zurück zum Modul: m223.komeo.net
Vorgabe: Sample Projectm223/m223-api
WorkSpace: arbeite im GitLab in Deiner Projekt-Gruppem223-nnnn-n
Thema: UML Diagramm in Gruppenarbeit erstellen
Abgeben: 4 Wikis mit UML Diagramm
Bewertung: Einzelarbeit
LBV 1.2 Anforderungen abbilden - UML (Zeit: 4 Lektionen)
UML Diagramme durch revese Engineering konsolidieren
by geek & poke
Re-Engineere die Sample-Applikation
und erstelle die folgenden UML Diagramme:
- Use-Case Diagram mit Casual Style Beschreibung
- Klassen Diagramm
- Sequenz Diagramm
- Deployment Diagramm
Klone dazu das Projekt :
git clone https://k289gitlab1.citrin.ch/m223/m223-api.git
Ziel
- 4 Wikis mit
- Use-Case-Diagramm mit Casual-Style-Beschreibung
- Klassen-Diagramm
- Sequenz-Diagramm
- Deployment-Diagramm
Aufgabe (Zeit: 3 Lektionen)
- arbeite in Deiner Projekt-Gruppe
m223-nnnn-n
imapi
Projekt - erstellt als Wiki das Use Case gemeinsam, das UC Diagramm ist die Basis
- Name:
m223-nnnn-n/m223-nnnn-n-api/wikis/lb-1.2-uc
- Name:
- teillt die anderen 3 Diagramme untereinder auf, achtet jedoch auf die Schnittstellen
- Notation, Namensgebung, Transparenz, Nachvollziehbarkeit, etc.
- erstelle ein Wiki in Deiner Projekt-Gruppe
- Name:
lb-1.2-[uml-diagram]-[name]-[vorname]
- trage Deinen vollständigen Name im Wiki ein!
- achte darauf dass Du auch der Ersteller des Wikis bist!
- Name:
- ergänze die Liste mit dem URI zum erstellten Wiki
- Wiki im Klassen-Order:
m223-nnnn/basis/wikis/lb-1.2
- Wiki im Klassen-Order:
arbeite mit einem Tool, z.B. draw.io
gitlab
Use Case: Micro-Services Achte auf:
- Systemgrenze
- aktive (links) und passive (rechts) Aktoren mit korrekter (Berechtigungs-) Rollen Zuweisung
- als messbare (verb-) Nutzen (-Nomen) für die Aktoren
Ergänze das UC mit einer Casual Style Beschreibung
gitlab
Klassen Diagramm: Micro-Services Achte auf:
- Framework / Meta-Informationen
- Beziehungen inklusiv Kardinalitäten abbilden
- Package Struktur ersichtlich
https://api1.komeo.net/gitlab/merge
Sequenz Diagramm: Micro-Service Achte auf:
- Sequenz beschreiben
- auf Notation achten, die Methode
public void foo(Object o)
muss in der Klasse vorhanden sein!
user
und gitlab
Deployment Diagramm: Micro-Services Achte auf:
- Komponentenverteilung
- Services (APIs)
- Protokolle
- Nachvollziehbarkeit
weitere optionale Aufgabe: Testabdeckung
Alle Bussiness-Object Klassen sind mit remote Unit-Tests abgedeckt
Arbeite mit einem Code-Coverage PlugIn Deiner Wahl in der IDE
- erstelle Testklassen der Business Object-Kassen
- installiere ein CodeCoveragePlugIn in der IDE
Abgabe: LB 1 am Abend des 2. Modultags
was | als |
---|---|
Wiki | 4 UML Diagramme als Wikis in Deiner Projekt-Gruppe: - wiki: m223-nnnn-n/m223-nnnn-n-api/wikis/lb-1.2-[uml-diagram]-[name]-[vorname] - trage Dein Name/Vorname auch im Wiki ein - Einzelarbeit - URI zum Wikis in der Klassen-Gruppe ../m223-nnnn/basis/lb-1.2
|
Bewertung: Einzelarbeit
- die Bewertung entspricht 12.5% (
1/8
) der Modul-Note.
Raster | Kriterien |
---|---|
A | 1. UML Diagramm ist vorhanden und refenzierbar (URI eingetragen), 2. im Ansatz vollständig, nachvollziehbar und folgt einer Notation und 3. ist im Umfang fachlich korrekt abgegrenzt. |
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