Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
B basis
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • m223
  • basis
  • Wiki
  • Home

Last edited by Stephan Metzler Jul 04, 2018
Page history

Home

Zurück zur Übersicht: home.komeo.net
Ablauf ■ Aufgabenstellung ■ Gruppen ■ Handlungsziele ■ Bewertung

M223 Multi-User-Applikationen objektorientiert realisieren

Niveau 4 / 40 Lektionen

image

by geek & poke

Ablauf

Tag 4L^1 HZ^2 LB^3 was wie als LBV^4 E/G^5
1 am 1 1 Anforderungen kennen Tools Snippet 1.1 E
pm 1 abbilden UML Wiki 1.2 E
2 am 4 verstehen Pattern api Projekt 1.3 G
pm 3 LB1 abgeben umsetzten Konzepte web/api Projekt 1.4 G
3 am 1 2 Erweiterungen planen UML Wiki 2.1 G
pm 1 analysieren TDD Snippet 2.2 G
4 am 2 entwerfen UML Wiki 2.3 G
pm 3 LB 2 abgeben abbilden UML Wiki 2.4 G
5 am 4 umsetzten WEB/JEE web/api Projekt
pm 5 reflektieren

^1 4L ► je 4 Lektionen | "a. m." (ante meridiem = vor Mittag), "p. m." (post meridiem = nach Mittag)
^2 HZ ► Handlungsziel
^3 LB ► Leistungsbeurteilung
^4 LBV ► Leistungsbeurteilungsvorgabe
^5 E/G ► Bewertung als Einzelarbeit / Gruppenarbeit

Aufgabenstellung

LB 1 of 2: 1 Anforderungen

Als Ausgangslage dient der komeo GitLab-Server mit seinen Domänen-Objekten:

  • User, Group, Project, etc.
  • diese werden per GitLab-API ausgelesen und
  • wir fokussieren:
    • Standards
    • Pattern
    • Design-Aspekte

LB 2 of 2: 2 Erweiterungen

Wir erweitern die Funktionalität und fokkusieren:

  • Thematiken der Verteilung
  • Aspekte des Multi-User-Verhalten
  • Software-Architekturen
  • MiddleWare-Konzepte

Gruppen

Du arbeitest in zwei Gitlab Gruppen:

1. Klassen-Gruppe

Die ganze Klasse hat Zugriff zur Klassen-Gruppe m223-nnnn

Die Klassen-Gruppe beinhaltet:

  • Gruppenübersicht / Technologiewahl der WEB-Tier
  • Resultate der LBV 1.1 - 1.4 als Snippes / Wikis
    https://k289gitlab1.citrin.ch/m223-nnnn/basis/wikis/home

Erstelle Deine Snippets / Wikis mit der korrekten Sichtbarkeit (private) am korrekten Ort (Klassen-Gruppe).

Trage den korrekten (vollständigen) URI in der Tabelle ein!
Deine erbrachten Leistungen sind sonst nicht bewertbar / aufindbar!

2. Projekt-Gruppe

Im 3-er Entwicklungsteam hast Du Zugriff zu Deiner Projekt-Gruppe m223-nnnn-1, m223-nnnn-2 , etc.

Die Projekt-Gruppe beinhaltet:

  • Spezifikation (UML) der LBV 2.1 - 2.4 als Snippets Wikis
    https://k289gitlab1.citrin.ch/m223-nnnn-n/basis/wikis/...
  • Projekt-Source
    web: https://k289gitlab1.citrin.ch/m223-nnnn-n/m223-nnnn-n-web
    api: https://k289gitlab1.citrin.ch/m223-nnnn-n/m223-nnnn-n-api

Erstelle Deine Snippets / Wikis mit der korrekten Sichtbarkeit (private) am korrekten Ort (Prpjekt-Gruppe).

Trage den korrekten (vollständigen) URI in der Tabelle ein!
Deine erbrachten Leistungen sind sonst nicht bewertbar / aufindbar!

Handlungsziele

HZ gemäss ICT-Berufsbildung

HZ Taxonomie ^1 Kompetenz
1 4 Analysieren
2 4 Entwerfen
3 3 Implementieren
4 3 Testen
5 4 Dokumentieren

^1 Taxonomie ► 1:Wissen 2:Verstehen 3:Anwenden 4:Analyse 5:Synthese 6:Bewerten

Bewertung

LBV (Leistungs-Beurteilungs-Vorgabe) gemäss LBV Modul 223-4

LBV^2 Inhalt
1 Es werden die Anforderungen an die Multiuser-Applikation den Teilnehmenden als Unit-Tests zur Verfügung gestellt. Die erstellte Applikation soll gemäss Test-Driven-Development umgesetzt werden.
2 Anhand einer Situationsbeschreibung wird ein Fachproblem analysiert und danach werden Lösungsvarianten (Architekturmuster) für die Entwicklung einer Multiuser-Applikation erarbeitet.

^2 Gewicht je 50 %

  • pro LBV gibt es:
    • 4 LBVs (Leistungs-Beurteilungen-Vorgaben) siehe Ablauf
    • 4 LBs (Leistungs-Beurteilungen) [A .. D] siehe Bewertungsraster
  • die Modulnote ist der Durchschnitt der 8 Bewertungen
  • jede LB hat ein Gewicht von 1/8
  • die Modulnote wird zur Halbnote gerundet
Bewertung Bedeutung entspricht Note
A Auftrag / Erwartungen übertroffen (Mehrwert vorhanden) 6
B Auftrag / Erwartungen zu 100 % erfüllt 5
C Auftrag / Erwartungen knapp erfüllt (kleine Mängel) 4
D Auftrag / Erwartungen nicht erfüllt (Ansatz unbrauchbar) 3

Bewertungsraster

Bewertung LB A B C D
Punkte 3.0 2.4 1.8 1.2
Total Punkte 24.0 19.2 14.4 9.6
Note 6.0 5.0 4.0 3.0

Zusammensetzung der Punkte

Abgaben Tag Form Punkte Gewicht
LB1 (LBV 1.1 - 1.4) 2 Gruppenarbeit 12 50%
LB2 (LBV 2.1 - 2.4) 4 Gruppenarbeit 12 50%

Notenraster

Note 1.0 1.5 2.0 2.5 3.0 3.5 4.0 4.5 5.0 5.5 6.0
Punkte 0-1 2-3 4-6 7-8 9-10 11-13 14-15 16-17 18-20 21-22 23-24

LB nicht vorhanden entspricht 0 Punkte (Note 1)

Clone repository

Home


1. und 2. Tag

1 Anforderungen

  • LBV 1.1
  • LBV 1.2
  • LBV 1.3
  • LBV 1.4

3. bis 5. Tag

2 Erweiterungen

  • LBV 2.1
  • LBV 2.2
  • LBV 2.3
  • LBV 2.4

laufende Projekte

Bewertunsraster

Klassen