TU Wien:Softwarequalitätssicherung VU (Grechenig)
- Softwarequalitätssicherung UE (Biffl) (TU Wien, veraltet, 0 Resources)
- Softwarequalitätssicherung UE (Grechenig) (TU Wien, veraltet, 1 Resource)
- Softwarequalitätssicherung VU (Biffl) (TU Wien, veraltet, 6 Resources)
- Softwarequalitätssicherung VU (Grechenig) (TU Wien, veraltet, 2 Resources)
Daten[edit | edit source]
| Lecturers | Prof. GRECHENIG |
|---|---|
| ECTS | 3 |
| Department | Forschungsbereich Automation Systems |
| When | summer semester |
| Links | Homepage |
| Master Medizinische Informatik | Pflichtmodul Unbekannt oder "Prä-Modul-Ära" - EDIT ME |
Inhalt[edit | edit source]
Softwarequalitätssicherung behandelt Methoden zur Sicherstellung und Verbesserung der Qualität von Software. Behandelt werden die folgenden Themen:
- Unterschied SW-Produkt/Industrieprodukt
- SQA
- Testen (Whitebox, Blackbox, ...)
- Reviews
- Produktmetriken
Ablauf[edit | edit source]
Zusätzlich zu den fünf Vorlesungseinheiten müssen 4 Übungen absolviert werden. Der Ablauf war ein wenig chaotisch. Die Vorlesungstermine wurden erst spät bekannt gegeben, wobei mindestens eine von den 5 vorlesungen im SS2009 gar nicht abgehalten wurde.
Benötigte/Empfehlenswerte Vorkenntnisse[edit | edit source]
JSF/JPA, HTML
Vortrag[edit | edit source]
Da mich die erste Vorlesung nicht wirklich überzeugt hat, kann ich hierüber nichts sagen.
Übungen[edit | edit source]
Der Übungsteil wird in 4 Labs im Team zu 4 Personen absolviert. Die Labs umfassen folgende Themenbereiche:
- Code Inspections / Reviewing (15P)
- Statische Code Analyse / Antipattern Analyse (15P)
- Test Driven Development (TDD)(20P)
- Testing (Unit, System, Acceptance) (20P)
Mein persönlicher Gewinn aus den Übungen war relativ gering, da die Aufgabestellungen meiner Meinung nach oftmals das wesentliche Ziel verfehlen. Man kann sich z.B. nicht wirklich auf das Testen konzentrieren, wenn man sich nicht mit JSF und JPA auskennt. Die Aufgabenstellung sind immer sehr unkonkret gehalten, sodass es relativ viel Interpretationsspielraum gibt. Man ist sich also oftmals nicht wirklich sicher ob man wirklich das Richtige macht.
Prüfung, Benotung[edit | edit source]
Insgesamt können aus dem Übungsteil und der Vorlesungsprüfung bis zu 100 Punkte erzielt werden (UE-Teil max. 70 Punkte, VO-Teil max. 30 Punkte). Um eine positive Note zu erhalten, müssen sowohl der Übungsteil als auch der VO-Teil positiv absolviert werden. (Übungsteil mind 35 Punkte, VO-Prüfung mind. 15 Punkte) Die Labs werden studentenfreundlich benotet sofern man alle Aufgaben erfüllt hat, allerdings sollten alle Gruppenteilnehmer eine Ahnung von der Materie haben, ansonsten werden Punkte abgezogen. Die Prüfungsfragen umfassen fast das gesamte Stoffgebiet, dieses ist jedoch nicht allzu groß.
Dauer der Zeugnisausstellung[edit | edit source]
SS2009: fast 2 Monate
Zeitaufwand[edit | edit source]
Zum Bestehen der Prüfung reicht weniger als ein 1/2 Tag lernen, will man besser als positiv sein, sollte man einigermaßen detailliert und brav auswendig lernen.
Das mit dem Auswendiglernen kann ich nicht bestätigen. Ich hatte bereits Vorwissen zum Thema aus anderen LVAs (Software Engineering) bzw. von der Arbeit. Für die Prüfung selbst habe ich aber aus Zeitmangel gar nichts gelernt und trotzdem fast alle Punkte erhalten. Es scheint also hauptsächlich aufs grundsätzliche Verständnis anzukommen und nicht so sehr auf Details von den Folien.
Unterlagen[edit | edit source]
Tipps[edit | edit source]
- Jedes Gruppenmitglied sollte beim Abgabegespräch wissen worum es bei der Aufgabe ging und mit den abgegebenen Dokumenten vertraut sein.
Verbesserungsvorschläge / Kritik[edit | edit source]
noch offen