Glossar
- Akzeptanzkriterium
- API
- Branch
- CI / CI-CD
- Code-Review
- Commit
- Definition of Done
- Definition of Ready
- DTO
- Epic
- Git
- Issue
- Iteration
- Meilenstein
- Merge Request
- Mocking
- Model-View-Presenter (MVP)
- OpenAPI
- Pair Programming
- Product Backlog
- Projekttagebuch
- REST
- Retrospektive
- Scrum Master
- Sprint
- Sprint Backlog
- Sprint Planning
- STOMP
- Story Point
- Task
- Unit-Test
- User Story
- WebSocket
- Zeiterfassung
- Siehe auch
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.