Glossar
- Änderungen
2026-10-10 Initiale Version
Begriffe, die im TPSE häufig verwendet werden, mit Verweisen auf weiterführende Informationen.
- Abschlussvortrag
Kurze Präsentation des Teams am Projektende mit Fokus auf den Entwicklungsprozess. Siehe L03 Abschlussvortrag.
- Agiles Manifest
Vier Werte agiler Softwareentwicklung, an denen sich das TPSE orientiert. Siehe D01 Agile Manifesto.
- AG (Auftraggeber:in)
Person, die das Projektthema stellt, Anforderungen einbringt und Ergebnisse abnimmt. Die AGs bewerten die Projektübergabe. Siehe Infos für Auftraggeber:innen, Benotung durch AGs.
- Akzeptanzkriterium
Prüfbar formulierte Bedingung, anhand der entschieden wird, ob eine Anforderung vollständig umgesetzt ist. Siehe D03 Anforderungen.
- Anforderung
Gewünschte Funktion oder Eigenschaft der Software aus Sicht der AGs, z.B. als User Story. Siehe D03 Anforderungen.
- Architekturdiagramm
Grafik der vorhandenen und geplanten Systemteile und ihrer Nutzung durch die Benutzerrollen. Siehe Projektbeschreibung (maximal 1 Seite).
- Begleitvorlesung
Vorlesungstermine zu Beginn des Semesters, die Rahmen und Methoden des TPSE vermitteln. Siehe Begleitvorlesungen.
- Burndown-Chart
Diagramm der verbleibenden Story Points über die Iterationen; Teil der Projektdokumentation. Siehe Arbeitszeit und Planung.
- Code Review
Prüfung von Code durch ein Teammitglied, das ihn nicht geschrieben hat. Vorgegebene QS-Maßnahme. Siehe Code Reviews.
- Continuous Integration (CI)
Automatisches Bauen, Testen und Analysieren bei jeder Änderung. Siehe Continuous Integration.
- Iteration
Zweiwöchiger Arbeitszyklus mit AG-Treffen, Teamtreffen und Entwicklung; endet mit lauffähiger Software. Siehe Rahmen: Iterationen, V04 Iterationen.
- Meilenstein
Fester Termin, bis zu dem ein bestimmter Stand erreicht sein muss (z.B. lauffähiger Code). Verpasste Meilensteine sind in der Projektdokumentation zu begründen. Siehe Bewertete Leistungen, Termine.
- Pair & Group Programming
Gemeinsames Programmieren zu zweit oder im ganzen Team. Vorgegebene QS-Maßnahme. Siehe Pair & Group Programming.
- Pie-Chart (Arbeitszeit)
Diagramm der Verteilung eurer Arbeitszeit auf Kategorien; Teil der Projektdokumentation. Siehe Arbeitszeit und Planung.
- Pointing Poker
Schätzmethode: Alle schätzen verdeckt, Abweichungen werden diskutiert. Siehe D03 Anforderungen.
- Projektdokumentation
Schriftlicher Beleg des Entwicklungsprozesses am Projektende; Hauptteil der Note. Siehe L02 Projektdokumentation.
- Projektorganisation (Orga)
Veranstalter:innen des TPSE; vergeben die Noten. Siehe Kontaktwege.
- Projektübergabe
Übergabe von Software, Code und Dokumentation an die AGs am Projektende. Siehe Benotung durch AGs.
- Qualitätssicherung (QS)
Maßnahmen, die sicherstellen, dass die Software gut umgesetzt ist: Code Reviews, Tests, Pair Programming. Siehe D04 Qualitätssicherung.
- SEP (Software Engineering Project)
Englischsprachige Parallelveranstaltung mit eigenem Bewertungsschema. Siehe Alternative: Software Engineering Project (SEP).
- Spezifikationsdokument
„Vertrag“ zwischen Team und AGs zu Projektrahmen, Ergebnissen und Risiken. Siehe L01 Spezifikationsdokument.
- Story Points
Abstrakte, relative Aufwandsschätzung einer Anforderung, oft auf einer Fibonacci-Skala. Siehe D03 Anforderungen.
- TB (Teambegleitung)
Betreut ein Team während des Projekts und prüft dessen Prozess. Siehe TPSE Teambegleitung.
- Teamtraining / Vortragstraining
Verpflichtende, zweistündige Trainings, die jedes Team individuell bucht. Siehe Allgemeine Zeitplanung.
- Velocity
Arbeitsgeschwindigkeit des Teams, z.B. Story Points pro Iteration. Siehe D03 Anforderungen.
- Zeiterfassung
Verpflichtende Erfassung der Arbeitszeit aller Teammitglieder nach Kategorien. Siehe Zeiterfassung, Zeiterfassung.