Benutzer-Werkzeuge
orga:kursbewertung
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
|
orga:kursbewertung [2019/11/18 18:37] d.golovko |
orga:kursbewertung [2022/01/27 17:03] (aktuell) d.golovko |
||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| ====== Bewertung der Projektarbeit ====== | ====== Bewertung der Projektarbeit ====== | ||
| + | |||
| + | <note>In diesem Semester ist es das erste Mal, dass wir Projekte nach diesem neuen Schema bewerten. Kleine Änderungen zu eurem Vorteil sind möglich. </note> | ||
| + | |||
| Die Bewertung eurer Projektarbeit geht mit einer Gewichtung von 40% in eure Gesamtnote ein. | Die Bewertung eurer Projektarbeit geht mit einer Gewichtung von 40% in eure Gesamtnote ein. | ||
| Folgende Einflussfaktoren berücksichtigen wir dabei: | Folgende Einflussfaktoren berücksichtigen wir dabei: | ||
| - | ==== 1. Arbeit im Team und Engagement (10) ==== | + | ===Anzahl der unterschiedlichen Elektrobauteilen (die auch funktionieren):=== |
| - | ===Arbeitsdisziplin=== | + | |
| - | * War eure Gruppe anwesend? | + | * Gleiche Bauteile werden als 1 Bauteil gezählt. D.h. wenn eurer Roboter 6 Magnetventile hat, zählen sie als 1 Magnetventil. |
| - | * Ist euer Material parat? | + | * Bauteile, die wie ein PT oder Button funktionieren (einfacher Anschluss an einen analogen oder digitalen Pin), zählen als 0,5 Teile. LEDs zählen nicht. |
| - | * Ist erkennbar, dass ihr konzentriert arbeitet, oder sehen wir euch nur beim Quatschen und Computerspielen? | + | * Kommunikation zwischen Arduino und einem Computer zählt als 1 Bauteil. |
| - | === Teamwork === | + | |
| - | * Ist eine sinnvolle Aufteilung von Aufgaben und Zuständigkeiten erkennbar? | + | Pro Teil 2-3 Punkte, jedoch maximal 15 Punkte |
| - | * Schafft ihr es, auch schwächere Teammitglieder einzubinden, indem ihr ihnen etwas erklärt und ihnen sinnvolle Aufgaben gebt? | + | |
| - | * Arbeiten alle oder nur eine/r? | + | |
| - | * Haben alle Teammitglieder die Chance, bei Entscheidungen Gehör zu finden? | + | |
| - | * Ist der Umgangston freundlich? | + | ===Zusätzliche komplexe Elemente (Halbeelemente möglich):=== |
| - | === Selbstständiges Denken und Recherchieren === | + | * Algorithmen aus der Bildverarbeitung |
| - | * Ist erkennbar, dass ihr zu Hause zur Theorie hinter eurem Roboter recherchiert habt? | + | * Algorithmen aus dem maschinellen Lernen |
| - | * Finden an eurem Tisch zielführende Diskussionen zu Theorie, Aufbau, Messungen und Vorgehensweisen statt? | + | * Verwendung von sonstigen komplexeren Bibliotheken (einfache Übernahme von Arduino/Processing-Beispielen reicht nicht aus) |
| - | * Könnt ihr Fragen beantworten, deren Klärung wir euch in der vorherigen Session empfohlen haben? | + | * Verwendung von selbst geschriebenen Klassen (wo es sinnvoll ist und der Umfang angemessen ist. In den meisten Fällen wird es bedeuten, dass die Klasse Attribute, Konstruktoren und Methoden beinhaltet und sich wiederholende Gegenstände oder Prozesse sinnvoll modelliert. Nicht gezählt werden Klassen, die nur aus wenigen Zeilen bestehen und keine zentrale Rolle im kompletten Code haben.) |
| - | * Habt ihr selbstständig Ansätze zur Suche nach Fehlern? | + | * Geometrische Berechnungen (z.B. Anwendung des Kosinussatzes). Voraussetzung: Dokumentation im Wiki |
| + | * Elektrotechnische Berechnungen (z.B. des geeigneten Widerstandswertes in einer komplexeren Schaltung). Voraussetzung: Dokumentation im Wiki | ||
| + | * Mechanische Elemente (z.B. Hebel, Welle, selbst ausgerechnete Übersetzung durch Zahnräder usw.) | ||
| + | * Physikalische Berechnungen (z.B. Flugbahn). Voraussetzung: Dokumentation im Wiki | ||
| + | * Komplexe Datenauswertung (z.B. Regressionsmodelle, Erfassung von Messdaten nach einem im Voraus definierten Ansatz und ihre statistische Auswertung). Voraussetzung: Dokumentation im Wiki | ||
| + | * 3D-Druck von selbst erstellten Modellen | ||
| + | |||
| + | Pro Element 3-4 Punkte, jedoch maximal 15 Punkte | ||
| + | |||
| + | |||
| + | ===Code: 10 Punkte:=== | ||
| + | * Variablen-, Funktions- und Klassennamen: 2 Punkte | ||
| + | * Aufteilung in Funktionen, Verwendung von Parametern: 2 Punkte | ||
| + | * Redundanz: Abzug von bis zu 2 Punkten | ||
| + | * Variablen möglichst lokal: 2 Punkte | ||
| + | * Kommentare: 2 Punkte | ||
| + | * Extra Umfang / Logik: 2 Punkte | ||
| - | ==== 2. Auslegung des Gesamtsystems und mechanischer Aufbau (10) ==== | + | ===Arbeit im Team:=== |
| - | * Ist das angestrebte Zusammenspiel von Soft- und Hardware grundsätzlich geeignet, das Projektziel zu erreichen? | + | * Haben alle in vergleichbarem Maß mitgearbeitet? 2 Punkte |
| - | * Macht die gewählte Form des Roboters Sinn? | + | * War die Kommukation mit den Lehrenden im Laufe des Semesters transparent? 2 Punkte |
| - | * Ist der Aufbau sicher? (keine herausstehenden spitzen Teile, keine vorhersehbaren Defekte bei Kollisionen mit Hindernissen oder durch andere Umgebungseinflüsse wie z.B. auslaufende Flüssigkeiten) | + | |
| - | * Ist der Funktionsumfang besonders beeindruckend? | + | |
| - | * Ist der Roboter einfach wartbar? | + | |
| - | * Ist er angemessen stabil? | + | |
| - | * Sind intelligente Lösungen erkennbar, die ein besonders gutes Ergebnis bei besonders kleinem Aufwand ermöglichen? | + | |
| - | * Bonus für kreative Ideen. | + | |
| - | ==== 3. Elektronik (10) ==== | + | ===Weitere Aspekte:=== |
| - | * Wieviele Module/Bauteile sind angeschlossen und wie komplex sind sie? | + | * Stabilität und Sicherheit der Konstruktion: 2 Punkte |
| - | * Sind Kabel und Module so aufgebaut, dass sie sicher gegen Kurzschlüsse und Schäden durch Transport und Erschütterungen sind? | + | * Verkabelung (ob sie ordentlich ist und die Farbkodierung passt): 2 Punkte |
| - | * Ist die Verkabelung übersichtlich und die Farbkodierung (rot, schwarz) richtig? | + | * Zusätzliche Punkte für die Komplexität oder interessante Projektidee möglich |
| - | * Sind besonders komplizierte selbstentwickelte Schaltungen vorhanden? | + | |
| - | * Sind intelligente Lösungen erkennbar, die ein Problem mit besonders geringem Aufand lösen? | + | |
| - | ==== 4. Programmcode (10) ==== | ||
| - | === Formales === | ||
| - | * Ist der abgegebene Code vollständig? | ||
| - | * Compiliert er? | ||
| - | === Übersichtlichkeit und Stil === | ||
| - | * Ist bei Durchsicht des Codes auf den ersten Blick erkennbar, was er macht? | ||
| - | * Ist der Code sinnvoll kommentiert? (Alles, was nicht völlig "trivial" ist, verdient eine Erläuterung, wozu es dient) | ||
| - | * Wurden sprechende Namen für Variablen, Funktionen/Methoden und Klassen verwendet? | ||
| - | * Wurden Variablen möglichst lokal deklariert? | ||
| - | * Wurde das Programm sinnvoll in Funktionen/Methoden und ggf. Klassen aufgeteilt? | ||
| - | === Umfang und Qualität === | ||
| - | * Beeindruckt der Funktionsumfang des Programms? | ||
| - | * Wurden Kontrollstrukturen (if/then/else, for, while, switch...case) sinnvoll eingesetzt? | ||
| - | * Wurden fortgeschrittene Algorithmen implementiert? | ||
| - | * Sind offensichtliche Fehler erkennbar? | ||
| - | * Wurden externe Bibliotheken verwendet? | ||
orga/kursbewertung.1574098633.txt.gz · Zuletzt geändert: 2019/11/18 18:37 von d.golovko
Seiten-Werkzeuge
