TU Wien:Software Engineering und Projektmanagement VO (Biffl)/Prüfungsangabe 2019-07-04

Aus VoWi
Zur Navigation springen Zur Suche springen

Theorie[Bearbeiten | Quelltext bearbeiten]

  1. CI beschreiben, skizzieren
  2. 3 typische Gründe warum ein Projekt den Zeit-/Kostenrahmen überschreitet
  3. Warum ist Feedback wichtig, 5 Arten wie man Feedback im rahmen eines Software Projektes einholen kann
  4. Unterschied zentrales/verteiltes SCM, Vor-/Nachteile von verteiltem SCM vs zentrales SCM
  5. Was ist System Integration, welche Modelle gibt es, skizzieren, Vor-/Nachteile jeweils
  6. Traceability beschreiben, welche arten von traceability gibt es
  7. Maslow Pyramide zeichnen, erklären, Alternativmodell nennen
  8. Prozess des Testfallbestimmens, was muss dokumentiert werden
  9. 4 Formen und 4 Richtlinien von Teamorganisation
  10. Multiple choice "Was gehört zu den 12 Prinzipien des Agilen Manifests?"
    1. Kleine selbstorganisierende Gruppen sind am Besten geeignet?
  11. Multiple choice Testing (Blackbox/Whitebox - testing)
    1. Alle Unit Tests sind Whitebox Tests?
    2. Alle (Komponenten?) Tests sind Blackbox Tests?
    3. 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