TU Wien:Software Quality Management VU (Grechenig)
Daten[Bearbeiten | Quelltext bearbeiten]
Vortragende | Thomas Artner• Mario Bernhart• Thomas Grechenig |
---|---|
ECTS | 3 |
Letzte Abhaltung | 2022S |
Sprache | Deutsch |
Mattermost | software-quality-management • Register • Mattermost-Infos |
Links | tiss:183652, eLearning |
Masterstudium Business Informatics | |
Masterstudium Software Engineering & Internet Computing |
Inhalt[Bearbeiten | Quelltext bearbeiten]
Verschiedene Maßnahmen zur Qualitätssicherung in einem Software-Projekt
Ablauf[Bearbeiten | Quelltext bearbeiten]
In den ersten Wochen gibt es 4 Vorlesungen und zusätzlich gibt es 3 Übungen + Präsentation. Prüfung gibt es keine.
Benötigte/Empfehlenswerte Vorkenntnisse[Bearbeiten | Quelltext bearbeiten]
eigentlich kaum welche: wenn man ASE und SQS schon gemacht hat kennt man jedoch schon den Großteil der Technologien/Prozesse
Vortrag[Bearbeiten | Quelltext bearbeiten]
Vortrag ist sicher zu empfehlen wenn man die Technologien/Prozesse nicht kennt. Auch wenn man sie schon kennt kann man dadurch diese nochmal gut verinnerlichen.
Übungen[Bearbeiten | Quelltext bearbeiten]
Es handelt sich um eine Gruppenübung (3 Personen) Grundsätzlich kann man ein vorgegebenes Projekt verwenden oder auch ein eigenes vorschlagen (z.B. ASE Projekt). Ich würde hier aber doch eher das vorgegebene empfehlen, da man dadurch auf die Fragen in den Aufgabenstellungen besser eingehen kann. Es muss ein Bericht erstellt werden, indem die umgesetzten Maßnahmen erklärt und diskutietiert werden. Teilweise muss man auch Technologien vergleichen und die Entscheidung begründen.
Lab 1[Bearbeiten | Quelltext bearbeiten]
- Aufsetzen von CI (Technologie ist freigestellt, da jedoch GitLab verwendet wird, bietet sich GitLab CI an).
- Integration von einem Coverage-Tool (z.B. JaCoCo)
- Integration von SonarQube, inkl. Beantworten von Fragen zum Projekt über Komplexität etc.
Lab 2[Bearbeiten | Quelltext bearbeiten]
- Checkstyle einführen, Regeln anpassen, Regelverletzungen beheben, Entscheidungen begründen
- Development Guidelines definieren, Verletzungen finden und erklären etc.
- SonarLint integrieren, Anleitung für Team erstellen
Lab 3[Bearbeiten | Quelltext bearbeiten]
- Merge Requests und Review Prozess definieren, Checkliste für Review definieren
- Knowledge Management Systeme vergleichen, Entscheidung begründen, Aufsetzen der Struktur und Befüllen mancher Seiten (GitLab Wiki bietet sich an)
- allgemein den Qualitätszustand erhöhen, vorher gefundene Fehler beheben und anhand der Merge-Request Prozesse vorgehen
Präsentation[Bearbeiten | Quelltext bearbeiten]
- Präsentation der Maßnahmen gegenüber dem Kunden (LVA-Leitung), jedoch auf Management-Ebene -> keine technischen Details
Prüfung, Benotung[Bearbeiten | Quelltext bearbeiten]
Note ergibt sich nur aus der Übung. Es gibt keine Prüfung.
Dauer der Zeugnisausstellung[Bearbeiten | Quelltext bearbeiten]
noch offen
Zeitaufwand[Bearbeiten | Quelltext bearbeiten]
Falls man die Technologien/Prozesse schon aus anderen LVAs (ASE,SQS) etwas kennt, liegt der Zeitaufwand sicher wesentlich unter dem geschätztem Aufwand. Sind die gesamten Inhalte noch unbekannt kommt man auf den geschätzten Zeitaufwand.
Unterlagen[Bearbeiten | Quelltext bearbeiten]
noch offen
Tipps[Bearbeiten | Quelltext bearbeiten]
noch offen
Highlights / Lob[Bearbeiten | Quelltext bearbeiten]
noch offen
Verbesserungsvorschläge / Kritik[Bearbeiten | Quelltext bearbeiten]
noch offen