TU Wien:Software Quality Management VU (Grechenig)
Daten[edit | edit source]
| Lecturers | Thomas Artner• Mario Bernhart• Thomas Grechenig |
|---|---|
| ECTS | 3 |
| Alias | Software Quality Management (en) |
| Department | Information Systems Engineering |
| When | summer semester |
| Last iteration | 2022SS |
| Language | Deutsch |
| Mattermost | software-quality-management • Register • Mattermost-Infos |
| Links | tiss:183652 |
| Master Business Informatics | Wahlmodul ISE/EXT - Information Systems Engineering Extension |
| Master Software Engineering & Internet Computing | Wahlmodul Software Engineering |
Inhalt[edit | edit source]
Verschiedene Maßnahmen zur Qualitätssicherung in einem Software-Projekt
Ablauf[edit | edit source]
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[edit | edit source]
eigentlich kaum welche: wenn man ASE und SQS schon gemacht hat kennt man jedoch schon den Großteil der Technologien/Prozesse
Vortrag[edit | edit source]
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[edit | edit source]
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[edit | edit source]
- 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[edit | edit source]
- 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[edit | edit source]
- 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[edit | edit source]
- Präsentation der Maßnahmen gegenüber dem Kunden (LVA-Leitung), jedoch auf Management-Ebene -> keine technischen Details
Prüfung, Benotung[edit | edit source]
Note ergibt sich nur aus der Übung. Es gibt keine Prüfung.
Dauer der Zeugnisausstellung[edit | edit source]
noch offen
Zeitaufwand[edit | edit source]
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[edit | edit source]
noch offen
Tipps[edit | edit source]
noch offen
Verbesserungsvorschläge / Kritik[edit | edit source]
noch offen