TU Wien:Advanced Software Engineering PR (Grechenig)
- Advanced Software Engineering PR (Artner) (TU Wien, 0 Resources)
- Advanced Software Engineering PR (Biffl) (TU Wien, 0 Resources)
- Advanced Software Engineering PR (Grechenig) (TU Wien, 0 Resources)
- Advanced Software Engineering PR (Grechenig, Biffl) (TU Wien, 3 Resources)
- Advanced Software Engineering PR (Tappeiner) (TU Wien, 0 Resources)
- Advanced Software Engineering VO (Bernhart Strobl Mordinyi) (TU Wien, 40 Resources)
- Advanced Software Engineering VU (Zdun, Böhmer) (Uni Wien, 0 Resources)
- Advanced Software Engineering LU (Grechenig) (TU Wien, veraltet, 0 Resources)
Daten[edit | edit source]
| Lecturers | Thomas Artner• Thomas Grechenig• Barbara Tappeiner |
|---|---|
| ECTS | 6 |
| Alias | Advanced Software Engineering (en) |
| When | summer semester |
| Last iteration | 2022SS |
| Language | Deutsch |
| Abbreviation | ASE |
| Mattermost | advanced-software-engineering • Register • Mattermost-Infos |
| Links | tiss:183243, Homepage |
Inhalt[edit | edit source]
In einem Team aus maximal 6 Leuten muss ein Software Projekt umgesetzt werden. Das Projekt darf hierbei frei gewählt werden, einzige Bedingung ist, dass es eine ausreichende Komplexität hat. Die Komplexität muss dabei durch ein Kernfeature erreicht werden, auf dem der Fokus liegen soll. Dieses Kernfeature kann z.B. ein ML-Modell oder eine aufwändige Verschlüsselung sein.
Der sonstige Ablauf der LVA stimmt grundsätzlich mit dem der LVA SEPM überein. Jedes Team bekommt eine:n Tutor:in zugewiesen, in wöchentlichen Jour fixes findet dann eine Abstimmung statt.
Ablauf[edit | edit source]
WS21: Bevor ein Team für das Projekt ausgesucht werden kann, muss ein Einstiegstest bestanden werden. Dieser fand online statt und bestand aus einer kleinen Programmieraufgabe, ähnlich wie bei einem Interview. Dabei gab es mehrere Stages zu dem selben Problem, wobei in jeder Stage die Komplexität des Problems mit einer zusätzlichen Anforderung erhöht wurde.
Das Projekt selbst gliedert sich dann in Ideenfindung und die Entwicklung. Für die Ideenfindung sind einige Tage Zeit, dieses Thema muss dann noch einer allgemeinen Jury vorgestellt werden, welche entscheidet, ob das Thema passend und komplex genug ist. Anschließend muss ein Project Contract erarbeitet werden, welcher bereits im Detail die geplanten Features beschreiben sollte und auch Mockups beinhaltet. Dieser Contract muss dann im MR1 erstmals der Assistentin präsentiert werden.
MR2 und MR3 laufen schließlich ähnlich ab. Hier muss der aktuelle bzw. der finale Stand des Projekts präsentiert werden.
Benötigte/Empfehlenswerte Vorkenntnisse[edit | edit source]
noch offen
Vortrag[edit | edit source]
noch offen
Übungen[edit | edit source]
noch offen
Prüfung, Benotung[edit | edit source]
Die Benotung erfolgt durch den/die jeweilige Assistent:in. Herangezogen werden hier wohl vor allem das MR2 und MR3, genaue Voraussetzungen, welche zu erfüllen sind, gibt es dabei aber nicht, viel mehr haben die verschiedenen Beurteilenden unterschiedliche Aspekte, auf welche sie besonders wertlegen.
Dauer der Zeugnisausstellung[edit | edit source]
noch offen
Zeitaufwand[edit | edit source]
WS21: Wenn der Rahmen für das Projekt gut abgesteckt wurde und nicht zu viele Features eingeplant wurden, geht sich das Projekt mit den 150h pro Person aus. Die aufgewendete Zeit muss dabei in Gitlab auf die einzelnen Issues gebucht werden.
Unterlagen[edit | edit source]
noch offen
Tipps[edit | edit source]
- Auf jeden Fall auf die spezifischen Anforderungen der Assistenten und Assistentinnen eingehen
- Das MR2 nicht als kleine Zwischenpräsentation sehen, sondern vielmehr auch als eine Produktpräsentation ähnlich dem MR3. Hier bekamen wir z.B. Ärger, da das UI beim MR2 noch nicht wie eine normale Web App und eher unfertig ausgesehen hatte. Könnte aber auch daran gelegen haben, dass das einer der wichtigeren Punkte der Assistentin war.
Verbesserungsvorschläge / Kritik[edit | edit source]
noch offen