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
  • 2 erweiterungen

Last edited by Stephan Metzler Nov 18, 2018
Page history

2 erweiterungen

Zurück zum Modul: m223.komeo.net

LB 2: Erweiterung

Mit den komeo GitLab Business-Objects user, procet, group, etc. MiddleWar-Konzepte implentieren:

  • Reports
  • Rankings
  • Statistiken
  • Remainder
  • etc.

Architektur

image

Erweitere das Basis-Projekt, oder starte mit einem neuen Projekt.

Ausgangslage

Es stehen zwei Systeme zur Auswahl, d.h:

  • teilt euch als Klasse in Entwicklungs-Teams
  • jedes Entwicklungs-Team hat je eine web und eine oder mehrere api Gruppe
    • 1 WEB Frontend
    • eventuell mehrere Micro-Services auf dem api WildFly Kontainer
  • jede Gruppe hat 2 Teilnehmer

NUR der api JEE WildFly Kontainer greift direkt auf das GitLab zu:
GitLab Access Token: @gitlab.api = a9GVH8k_WVxibEFzG8M9

zur besseren Performance die notwendigen Daten in der DB speichern

Das WEB Frontend greifft nicht auf die DB oder das GitLab zu,
nur auf Micro-Services, jedoch auch auf verschiedene WildFly Kontainer

1 Mitarbeiter-Management-System

Im Fokus stehen die GitLab User. Die Mitarbeit in den verschieden Projekten soll dargestellt und gewichtet werden, z.B:

  • Mitarbeiter und dessen Projekten / Gruppen suchen und darstellen
  • Gruppen / Projekten und dessen Mitarbeiter suchen und darstellen
  • Filtern und / Darstellung von Activities, Issues, etc.
  • Filtern nach unvolständigen Profilen
  • setzten von Issues / versenden von EMails
  • automatisiertes Reporting
  • etc.

Idee ist frei wählbar

2 APP-Store

Die APP Projekte des M335 sind in einem Store zur Verfügung gestellt, z.B:

  • Vorstellen der APP Idee
  • Download des APK
  • Bewerten des APP
  • Darstellung / Präsentation der Entwickler
  • Rankings: Push / Issue / etc.
  • etc.

Idee ist frei wählbar

Aufgaben

  • definiert die Anforderungen in der Projekt-Gruppe
  • die Anforderungen sind frei wählbar
  • auch Team übergreifende Micro-Services sind möglich / sinnvoll
Die Architektur ist gegeben:
  • Client-, Web-, Logik- und zwei EIS-Tiers (GitLab und RDBMS)

Architektur

startet mit einem Use-Case Diagramm

Anforderungen:
  • WEB-Tier: web-Docker-Kontainer
    • die Technologie ist frei wählbar (Ruby, .Net, Java, PHP, etc)
    • bezieht per REST Daten der JEE Micro-Services
  • LOGIK-Tier: api-Docker-Kontainer
    • basiert auf JEE (WildFly)
    • bezieht Daten des GitLab (komeo GitLab)
    • persistiert auf der DB (MySQL)
Die LBVs orientieren über den Inhalt:
  • LBV 2.1
    • Casual Style Use-Case Diagramm
  • LBV 2.2
    • TDD
  • LBV 2.3
    • statisches UML Modell
  • LBV 2.4
    • dynamisches UML Modell

Abgabe LB 2

  • am Mittag des 4. Modul-Tages

Implementierung

  • die Implementierung findet am 5. Modul-Tag statt
  • die Abgabe der Implemtierung kann mit dem Coach pro Gruppe individuell auch auf einen Zeitpunkt nach Beenden des Moduls festgelegt werden ... wir arbeiten ja mit git!
  • arbeite auch nach dem Modul auf komeo weiter!
  • dazu gehört auch ein praktischer Nachweis in der Projekt-Arbeit, also no code - no mark
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