Glossar

Last modified by Marco Grawunder on 2026/08/26 10:11

Information

Worum geht es auf dieser Seite?

Das Glossar erklärt zentrale Begriffe in der Bedeutung, in der sie im Softwareprojekt verwendet werden. Es ist bewusst kein vollständiges Informatiklexikon.

Wenn Sie nicht die Bedeutung, sondern den Ablageort einer Information suchen, verwenden Sie das Stichwortverzeichnis.

Akzeptanzkriterium

Eine überprüfbare Bedingung, anhand der entschieden werden kann, ob eine Anforderung bzw. User Story erfüllt ist. Siehe Scrum.

API

Application Programming Interface. Eine definierte Schnittstelle zwischen Softwarekomponenten. Im Basisprojekt ist insbesondere die REST-API zwischen Client und Server relevant. Siehe Basisprojekt.

Branch

Ein Entwicklungszweig in Git, in dem Änderungen getrennt vorbereitet und anschließend kontrolliert integriert werden können. Siehe GitLab Erklärungen.

CI / CI-CD

Continuous Integration bezeichnet das regelmäßige automatisierte Bauen und Testen des Projekts. Dafür werden GitLab-Pipelines eingesetzt. Siehe GitLab Erklärungen.

Code-Review

Systematische Prüfung von Quellcode durch andere Personen. Im Softwareprojekt gibt es Reviews bei Merge Requests und ein ausführlicheres gruppenweites Team-Review. Siehe Projektarbeit.

Commit

Ein gespeicherter Änderungsstand in Git. Commits sollten zusammengehörige Änderungen enthalten und verständlich beschrieben sein.

Definition of Done

Von der Gruppe vereinbarte Kriterien dafür, wann eine Aufgabe tatsächlich abgeschlossen ist. Siehe Scrum.

Definition of Ready

Von der Gruppe vereinbarte Kriterien dafür, wann eine Aufgabe ausreichend verstanden und vorbereitet ist, um sinnvoll bearbeitet zu werden. Siehe Scrum.

DTO

Data Transfer Object. Datenobjekt für die gezielte Übertragung zwischen Komponenten bzw. über eine Schnittstelle. Siehe Basisprojekt.

Epic

Ein größerer fachlicher Themenbereich bzw. ein größeres Feature, das mehrere Issues umfassen kann. Ein Epic ist nicht das Product Backlog. Siehe GitLab Erklärungen.

Git

Verteiltes Versionsverwaltungssystem, das im Softwareprojekt zur Verwaltung des Quellcodes verwendet wird.

Issue

Ein GitLab-Eintrag, mit dem im Softwareprojekt insbesondere User Stories, Bugs oder Aufgaben dokumentiert und verfolgt werden. Siehe GitLab Erklärungen.

Iteration

GitLab-Begriff für einen zeitlich begrenzten Arbeitsabschnitt. Im Softwareprojekt werden Iterations zur Abbildung von Sprints verwendet.

Meilenstein

Ein wichtiger fachlicher Projektstand, zu dem ein nachvollziehbares Ergebnis erreicht sein soll. Siehe Softwareentwicklung.

Merge Request

GitLab-Funktion, mit der Änderungen aus einem Branch zur Integration vorgeschlagen, diskutiert und reviewt werden können. Entspricht weitgehend einem Pull Request.

Mocking

Testtechnik, bei der echte Abhängigkeiten durch kontrollierbare Ersatzobjekte ersetzt werden. Im Softwareprojekt wird beispielsweise Mockito verwendet.

Model-View-Presenter (MVP)

Architekturmuster zur Trennung von Darstellung, Präsentationslogik und Modell. Für einen JavaFX-Client gelten entsprechende MVP-Anforderungen.

OpenAPI

Maschinenlesbare Beschreibung einer HTTP-/REST-Schnittstelle. Im Basisprojekt werden damit Endpunkte, Operationen und Datenstrukturen festgelegt und teilweise Code generiert.

Pair Programming

Arbeitsweise, bei der zwei Personen gemeinsam an derselben Programmieraufgabe arbeiten. Sie kann besonders zur Wissensverteilung und bei schwierigen Aufgaben sinnvoll sein.

Product Backlog

Priorisierte Gesamtheit der noch offenen Produktanforderungen. Im Softwareprojekt werden diese typischerweise als Issues bzw. User Stories in GitLab gepflegt.

Projekttagebuch

Fortlaufende Dokumentation wichtiger Ereignisse und Entscheidungen im Projektverlauf. Siehe Projektarbeit.

REST

Architekturstil für Web-Schnittstellen. Im Basisprojekt wird REST über HTTP für klassische Request/Response-Kommunikation eingesetzt.

Retrospektive

Scrum-Ereignis, in dem die Gruppe ihre Zusammenarbeit reflektiert und konkrete Verbesserungen für den nächsten Sprint vereinbart.

Scrum Master

Scrum-Rolle, die das Team bei der sinnvollen Anwendung von Scrum unterstützt und bei organisatorischen Hindernissen hilft.

Sprint

Zeitlich begrenzter Entwicklungsabschnitt in Scrum mit einem definierten Ziel.

Sprint Backlog

Die für einen Sprint ausgewählten und konkretisierten Arbeiten.

Sprint Planning

Scrum-Ereignis zur Vorbereitung eines Sprints: Sprint-Ziel, User Stories, Schätzungen und konkrete Tasks werden betrachtet.

STOMP

Streaming Text Oriented Messaging Protocol. Im Basisprojekt wird STOMP auf WebSockets für Nachrichten über Topics verwendet.

Story Point

Relative Schätzeinheit für Umfang bzw. Komplexität einer User Story. Entscheidend ist der Vergleich mit anderen Stories, nicht ein fester Zeitwert.

Task

Konkreter Arbeitsschritt. Größere Issues bzw. User Stories können in kleinere Tasks zerlegt werden.

Unit-Test

Automatisierter Test einer möglichst kleinen, abgegrenzten Einheit der Software.

User Story

Kurze Beschreibung einer fachlichen Anforderung aus Sicht eines Nutzers bzw. einer Rolle. User Stories gehören in das Product Backlog und sollten verständlich, schätzbar und testbar sein.

WebSocket

Bidirektionale, dauerhafte Verbindung zwischen Client und Server. Im Basisprojekt wird sie für asynchrone serverseitige Ereignisse eingesetzt.

Zeiterfassung

Dokumentation der für Projektarbeiten aufgewendeten Zeit auf GitLab-Issues bzw. dafür vorgesehenen Tickets. Die Angaben dienen der Nachvollziehbarkeit und sind nicht alleiniger Maßstab für die Bewertung.

Siehe auch