TU Wien:Software Engineering und Projektmanagement VO (Biffl)/Prüfungsangabe 2019-07-04
Theorie[Bearbeiten | Quelltext bearbeiten]
- CI beschreiben, skizzieren
- 3 typische Gründe warum ein Projekt den Zeit-/Kostenrahmen überschreitet
- Warum ist Feedback wichtig, 5 Arten wie man Feedback im rahmen eines Software Projektes einholen kann
- Unterschied zentrales/verteiltes SCM, Vor-/Nachteile von verteiltem SCM vs zentrales SCM
- Was ist System Integration, welche Modelle gibt es, skizzieren, Vor-/Nachteile jeweils
- Traceability beschreiben, welche arten von traceability gibt es
- Maslow Pyramide zeichnen, erklären, Alternativmodell nennen
- Prozess des Testfallbestimmens, was muss dokumentiert werden
- 4 Formen und 4 Richtlinien von Teamorganisation
- Multiple choice "Was gehört zu den 12 Prinzipien des Agilen Manifests?"
- Kleine selbstorganisierende Gruppen sind am Besten geeignet?
- Multiple choice Testing (Blackbox/Whitebox - testing)
- Alle Unit Tests sind Whitebox Tests?
- Alle (Komponenten?) Tests sind Blackbox Tests?
- Nach dem Refactoring sollte ein Test immer fehlschlagen?
Kreativ[Bearbeiten | Quelltext bearbeiten]
"now let's all agree to never be creative again"
Der gemeinsame Teil der Angabe für den Kreativteil ist die selbe wie bei dieser Prüfung: Media:TU_Wien-Software_Engineering_und_Projektmanagement_VO_(Biffl)_-_Prüfung_2016-06-30.pdf. Anders als bei der verlinkten Prüfung hat bei dieser Prüfung der Zusatz "vierköpfiges Team" gefehlt, stattdessen lautete eine Frage, wie viele Leute im Team benötigt werden.
1) Hotelkette – Welche Experten werden im Team benötigt, wie viele Leute, warum
Vorschlag
- Projektleiter
- technischer Architekt
- web developer
- UI Entwickler
- Tester, etc.
2) Welchen Software Prozess und warum
3) Burndown Chart aus den Folien (der von der ASE Gruppe) - 3 mögliche Gründe für Scheitern, welcher Scrum Grundsatz wurde verletzt
4) 5 Meilensteine für einen erfolgreichen Projektabschluss
5) 5 essenzielle nichtfunktionale Anforderungen
Vorschlag
- Leistung und Performance
- Usability und menschliche Faktoren
- Sicherheit
- Wartbarkeit
- Erweiterbarkeit
6) 5 Gründe warum Projekt trotz Budget, Leute und Kompetenz scheitern kann
Vorschlag
- unvollständige Anforderungen
- Anwender nicht involviert
- Keine Management-Unterstützung
- Häufige Änderung der Anforderungen
- Fehlende Planung