Formalien: Unterschied zwischen den Versionen

Aus Das Sopra Wiki
← Zum vorherigen Versionsunterschied
Dietsch (Diskussion | Beiträge)
Bürokraten, sopra, sopra17, sopradozenten, soprapre17, Administratoren
2.806 Bearbeitungen
VisuellWikitext
Dietsch (Diskussion | Beiträge)
Bürokraten, sopra, sopra17, sopradozenten, soprapre17, Administratoren
2.806 Bearbeitungen
Dietsch (Diskussion | Beiträge)
Bürokraten, sopra, sopra17, sopradozenten, soprapre17, Administratoren
2.806 Bearbeitungen
 
(76 dazwischenliegende Versionen von 7 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
__TOC__
{{TOCRight}}
Um die regelmäßige Teilnahme und Mitarbeit am Softwarepraktikum nachweisen zu können müssen folgende Voraussetzungen erfüllt sein:
 
== Voraussetzungen ==
== Zulassungsvoraussetzungen ==
Um die regelmäßige Teilnahme und Mitarbeit am Softwarepraktikum nachweisen zu können müssen folgende Voraussetzungen erfüllt sein. Ausnahmen (z.B. bei Krankheit) sind durch die jeweils gültige Prüfungsordnung geregelt.
=== Gruppentreffen ===
=== Gruppentreffen ===
Das Gruppentreffen findet einmal pro Woche (d.h. 1x pro [[Sprint]]) zu einem gemeinsam mit dem Tutor vereinbarten Termin statt. Es dauert 2h und es besteht Anwesenheitspflicht.


=== Wiederkehrende Aufgaben ===
Sie müssen im Gruppentreffen anwesend sein (z.B. auch digital). Das Gruppentreffen findet einmal pro [[Sprint]] zu einem gemeinsam mit dem Tutor vereinbarten Termin statt. Es dauert ca. 2h.
Während des Semesters sind die folgenden wiederkehrenden Aufgaben zusätzlich zu den anderen Aufgaben jede Woche zu erledigen:


* Product Owner (ab Woche 2)
Sie können 1x beim Gruppentreffen abwesend sein. Beim 2. Mal verlieren Sie die Zulassung.
** Pflegen und Anpassen von Requirements und User Stories im Product Backlog.
** Verfeinern von Requirements zu User Stories.
** Requirements nach Entwicklungsreife ordnen.
** Gruppentreffen vorbereiten (was ist fertig, wie war die Aufwandsabschätzung).
* Architektur (ab Woche 3)
** Schnittstellen definieren
** Architekturbeschreibungen pflegen
** Einhaltung der Architektur sicherstellen
* Qualitätssicherung (ab Woche 6)
** Code auf Clean-Code Richtlinien prüfen.
** Code Reviews vorbereiten
** ReSharper Konformität herstellen


=== Kontinuierliche Mitarbeit ===   
=== Kontinuierliche Mitarbeit ===   
Kontinuierliche Mitarbeit wird belegt durch hinreichend viel messbare Aktivität, also Commits im SVN-Repository und im Trac bearbeitete Tasks. Außerdem muss die verbrauchte Zeit und Restzeit in den Tasks im Trac angegeben werden. Sollten Sie in mehreren [[Sprint]]s nicht mitarbeiten, verlieren Sie die Zulassung zum Softwarepraktikum.
Sie müssen ''kontinuierlich'' mitarbeiten.
Kontinuierliche Mitarbeit wird durch hinreichend viel ''messbare'' Aktivität während eines [[Sprint]]s belegt, d.h. durch


=== Nicht-Erfüllung ===
* [[Git#Commit|Commits]] im [[Git|Git]]-Repository und 
Sollten Sie diese Vorausetzungen nicht erfüllen, verlieren Sie die Zulassung zum Softwarepraktikum. Im Detail:
* Aktivität (Tickets, Kommentare, etc.) in [[Gitea]].
* Sie können bis zu 2x nicht kontinuierlich mitarbeiten Beim 3. Mal verlieren Sie die Zulassung.
* Sie können 1x nicht beim Gruppentreffen erscheinen. Beim 2. Mal verlieren Sie die Zulassung.  


Ausnahmen (z.B. bei Krankheit) sind durch die jeweils gültige Prüfungsordnung geregelt.
Sie können in bis zu 2 [[Sprint]]s nicht mitarbeiten. Beim 3. Mal verlieren Sie die Zulassung.
 
Zusätzlich müssen Sie im Durchschnitt pro Sprint Aufgaben mit einer geschätzten Arbeitszeit ([[ETC]]) von 7 Stunden erfolgreich abschließen.  


== Benotung ==
== Benotung ==
Jeder Student erhält eine Abschlussnote, die sich aus zwei Teilen, die jeweils zu 50% einfließen, zusammen setzt:
Jeder Student erhält eine Abschlussnote, die sich aus zwei Teilen, die jeweils zu 50% einfließen, zusammensetzt. Ist eine der beiden Teilnoten 5.0 (nicht bestanden), so ist die Abschlussnote 5.0 (nicht bestanden).
# Endprodukt
 
#* Entspricht das Produkt den Anforderungen?
=== Endprodukt ===
#* Ist das Produkt fehlerfrei (d.h. finden wir bei der Abnahme keine Fehler)?
 
#* Ist die Softwarequalität "gut"? Die Softwarequalität wird wöchentlich gemessen.
Um das Endprodukt zur Bestimmung der entsprechenden Teilnote zu bewerten, betrachten wir die folgenden Kriterien:
# Einzelleistung
 
#* Wurde die zugeteilte Arbeit erfolgreich erledigt?
* Features: Wie gut ist das [[GDD]] umgesetzt (siehe auch [[GDD#Relevanz für die Benotung]]) und erfüllt das Spiel die [[Anforderungen]]?
#* Pro Woche sind max. 5 Punkte zu erreichen
* Artefakte: Wie gut war die Qualität der abgegebenen Artefakte (finales [[GDD]], finale Architektur, Codequalität, Buildfehler, Abstürze beim finalen Spiel)
#* Aus der Summe der Punkte ergibt sich die Teilnote für die Einzelleistung.
* Usability: Wurden die Regeln zur Usability gut umgesetzt? Ist das Erscheinungsbild einheitlich?
* Spaß: Macht das Spiel Spaß?
* Techdemo: Wie viele Spielobjekte welcher Art können in welchem Environment mit wie vielen durchschnittlichen FPS interagieren? Wie stabil läuft die Techdemo?
 
=== Aufgabenorientierte Leistung ===


Ist eine der beiden Teilnoten 5.0 (nicht bestanden), so ist die Abschlussnote 5.0 (nicht bestanden).
* Pro [[Sprint]] bekommt jeder Studierende 5 Punkte
** Ist im Sprint Review eine Aufgabe nach [[DoD|Definition of Done]] nicht abgeschlossen, werden anteilig Punkte abgezogen (beachte [[Ablauf#Aufgabe_schwieriger_als_gedacht|Aufgabe schwieriger als gedacht]]).
* Aus der Summe der Punkte ergibt sich die Teilnote für aufgabenorientierte Leistungen.


== Sonstige Regeln ==
== Abgaben ==
=== Abgaben ===
{{:Abgabe}}
{{:Abgabe}}


=== Präsentationen ===
== Präsentationen ==
{{:Präsentation}}
{{:Präsentation}}


[[Kategorie:Organisation]]
[[Kategorie:Organisation]]
Abgerufen von „https://staging.sopranium.de/Formalien“