Bezeichnung
|
Wer macht's?
|
Wie viele?
|
Wann?
|
Dauer?
|
AK Free Software
|
slowpoke
|
Egal
|
Termin?
|
Zeitumfang
|
Beschreibung: Der Einsatz und die Foerderung Freier Software in Lehre, Forschung und Alltag ist mir persoenlich ein wichtiges Anliegen, dass ich speziell an der Universitaet vorantreiben moechte. Ich wuerde gerne diskutieren, austauschen und auch Leute an die durchaus komplexe Thematik heranfuehren, die im Bereich Informatik im speziellen und ander Uni im allgemeinen meiner Meinung nach nicht genug Beachtung findet. Der AK hat ansonsten (noch) keine konkrete Zielsetzung - Vorschlaege willkommen.
|
Diskussionsvorschläge
- Software von/für Lehrstühle unter freie Lizenzen stellen
- Wie überrede ich den Professor (Argumente sammeln)
Verlauf/Ergebnisse
- Es gab einige Teilnehmer, denen das Prinzip von Freier Software erklärt wurde.
- Generell finden alle Teilnehmer, dass es eine gute Idee ist, die Nutzung und das Entwickeln von Freier Software in Forschung und Lehre zu fördern.
- Es gibt einige Hochschulen, an denen der Einsatz bereits gut funktioniert (in Lehre und Forschung), und die auch selbst Freie Software entwickeln. Auf der anderen Hand gibt es Hochschulen (scheinbar hauptsächlich mit stark Wirtschaftsnaher Ausrichtung), bei denen so gut wie ausschliesslich proprietäre Software eingesetzt wird. Dies ist nach Aussagen der dort studierenden auch vorraussichtlich schwer zu ändern.
- Es wird festgestellt, dass viele Studierenden, die mit Softwareentwicklung zu tun haben, wenig bis keine Ahnung von Lizenz- und Urheberrecht haben. Keine anwesende Hochschule hat dies als Teil der entsprechenden Veranstaltungen. Die Anwesenden sind sich einig, dass dies nach Möglichkeit geändert werden sollte, eventuell erst durch Veranstaltungen ausserhalb der Vorlesungen.
|
|
Softwaretests für Anfänger und Fortgeschrittene
|
Franzi & JanS
|
So viele wie in einen Rechnerraum passen (2 pro Rechner)
|
egal
|
2 x 2h
|
Beschreibung: Auf der letzen KIF habe ich gemerkt, dass ein großes Interesse daran besteht zu lernen, wie man gute Softwaretests schreibt. Dieser AK setzt sich aus Theorieteilen und praktischen Übungen dazu zusammen. Ich brauche daher einen Rechnerraum - niemand sollte einen Laptop mitbringen müssen.
Der AK findet in zwei Teilen statt, so dass Menschen mit ein bisschen Vorwissen zu JUnit etc. sich im ersten Teil nicht langweilen und Menschen ohne Vorkenntnisse erst ein mal abgeholt werden.
|
AK Softwaretest
Testzyklus
- Roten Test schreiben, der eine noch fehlende Funktionalität abzudecken (d.h. Test schlägt noch fehl)
- Implementieren, bis der Test grün ist
- Refaktorisieren, Test bleibt grün
- Nächsten Test schreiben, der wiederum rot ist
Arten von Tests
- Unit Test: Test einer möglichst kleinen Softwareeinheit, typischerweise unabhängig von den anderen, z.B. einer einzelnen Klasse oder Methode. Davon gibt es viele. Test soll möglichst wenige Abhängigkeiten haben, z.B. möglichst nicht auf Datenbank zugreifen
- Integrationstest: Zusammenspiel zwischen den Einheiten bzw. Testen der Schnittstellen. Es gibt weniger Integrationstests als von den Unit Tests.
- Akzeptanztest: Test, der prüft, ob Kundenanforderungen erfüllt sind. Muss nicht funktional sein, sondern kann auch z.B. ein Performancetest sein. Kann auch manuell erfolgen, was aber teuer ist und dann nur stichprobenartig testen sollte.
- Smoketest/Anlauftest: Anfrage gegen die Software bzw. das System werfen und schauen, ob sie abstürzt bzw. nen Fehler wirft.
- UI Test: Test der Anwendbarkeit der Oberfläche: Kommen alle Knopfdrücke richtig in der Business Logic an? - Nicht versuchen, damit alle Funktionalität abzuprüfen.
- Regressionstest: Test, der sicherstellt, dass eine Neuerung keine Funktionalität verliert im Vergleich zur alten Version - sowohl funktional als auch nichtfunktional.
- Mutation Test: Werkzeug, das automatisch Code kaputtmacht, und prüft ob dann auch ein Test fehlschlägt.
- Whitebox-/Blackboxtest: Test, der "weiß", wie einzelne Komponenten implementiert sind, bzw. der das nicht weiß.
- Fuzzy Test/Monkey Test: Zufällige Erzeugung von Input und Test, wie Software reagiert bzw. welche Pfade sie durchläuft.
Was macht einen guten Test aus?
- Fast: Er läuft in kurzer Zeit durch (z.B. Unit Tests: max. 30 Sekunden, Integrationstest: max. 10 Minuten)
- Independent: Er ist unabhängig von anderen Methoden. Schlägt er fehlt, sollte das nicht dazu führen, dass andere auch fehlschlagen.
- Repeatable: Beinhaltet genug Eingangsdaten, um jederzeit alleinstehend wiederholbar zu sein.
- Small: Er ist spezifisch, d.h. nur auf einen Aspekt des Programms bezogen
- Transparent: Es ist aus dem Code/der Doku hinreichend klar, was der Test macht und warum er fehlschlägt, wenn er fehlschlägt.
Vorgehen
- Positiv- und Negativtests
- Vom Einfachen zum Schwierigen gehen
- Äquivalenzklassen bilden und diese gemeinsam testen
- Grenzfälle abdecken
- Arrange: Datenstrukturen initialisieren
- Act: Aktion ausführen
- Assert: Prüfen, ob Ergebnis korrekt ist/den Anforderungen entspricht
Akzeptanztests
"Wann bin ich mit dem Implementieren fertig?"
- Ich bin fertig, wenn der Kunde zufrieden ist und alle seine Anforderungen erfüllt wurden (und er keine weiteren hat).
- Akzeptanztests müssen zeigen, dass bei richtiger Eingabe auf der Schnittstelle zum Benutzer/Kunden das Richtige herauskommt und bei falscher Eingabe eine entsprechende Behandlung erfolgt. Sie sollten unabhängig von der Implementierung sein.
- Formulierungsformen:
- "Wenn (Ereignis), dann (Effekt), sonst (Effekt)."
- "Wenn (Voraussetzung) und dann (Ereignis), dann soll (Effekt), sondern (Effekt)."
- Wichtig: Akzeptanztests müssen vollständig sein, sonst kann man sie gleich weglassen.
- Aus Akzeptanztests kann man auch Regressionstests machen, z.B. für den Fall, dass man nach längerer Zeit, in der man sich nicht mit dem Code beschäftigt hat, noch ein Feature hinzufügen will.
Fixture
Bestandteile
- Set Up: Voraussetzungen schaffen, z.B. Datenstrukturen initialisieren
- Exercise: Tests ausführen
- Verify: Ergebnis prüfen
- Tear Down: Ursprungszustand des Systems wiederherstellen, z.B. Seiteneffekte des Tests rückgängig machen
Arten
- Fresh Fixture: Vor jedem Test baut die Fixture die benutzten Daten neu auf
- Shared Fixture: Die Fixture baut die Daten einmal auf und benutzt sie dann für alle Tests.
- Problem: Tests könnten Daten verändern
- Ausweg: Shared Mutable Fixture
Stubs
- Beispiel Master Mind: Um eine Spieler-KI dafür zu testen, möchte man nicht gegen das "echte" Master Mind testen, sondern z.B. gegen Stubs
- Stubs: Erbt von der ursprünglichen Klasse, überlagert nur die für den Test interessanten Methoden
- z.B. reagieren immer gleich, egal was für ein Input kommt
- Dummy: Gibt bei allen Methoden nur einen statischen wert zurück
- Fake: Klasse, die nur so tut, als ob sie z.B. eine Datenbankverbindung aufbaut, aber in Wahrheit Werte stattdessen aus einer Hashtable zieht
- Mock: Implementiert bzw. erweitert ursprüngliche Klasse nicht, sondern benutzt ein Mocking Framework
|
|
Ranking von Studiengängen
|
Joke (TU BS)
|
beliebig, gerne viele Kiffel und Komatiker
|
?
|
2-3 Stunden
|
Beschreibung: Auf der BuFaTa Politikwissenschaften in Braunschweig gab es eine intensive Diskussion zu Rankings im Allgemeinen und zum CHE-Ranking im Besonderen. Dabei wurde auch thematisiert, da zunehmend Hochschulen und Studienrichtungen aus dem CHE-Ranking aussteigen. In diesen AK soll zum einen das Thema für Menschen vorgestellt werden, die damit bisher nicht in Berührung kamen. Zum Anderen soll diskutiert werden, wie die KIF und Koma sich zu Rankings positionieren wollen (etwa in einer Resolution).
|
Auf der BuFaTa Politikwissenschaften in Braunschweig gab es eine intensive Diskussion zu Rankings im Allgemeinen und zum CHE-Ranking im Besonderen. Dabei wurde auch thematisiert, da zunehmend Hochschulen und Studienrichtungen aus dem CHE-Ranking aussteigen. In diesen AK soll zum einen das Thema für Menschen vorgestellt werden, die damit bisher nicht in Berührung kamen. Zum Anderen soll diskutiert werden, wie die KIF und Koma sich zu Rankings positionieren wollen (etwa in einer Resolution).
Informationen zum Einlesen:
Resolution
Resolution AK Rankings von Hochschulen:
(eingereicht von Hendrik Wobst)
Die Konferenz der Informatikfachschaften lehnt das
CHE-Hochschulranking ab.
Sie schließt sich damit der grundsätzlichen Kritik an
Hochschul-Rankings[1] und der methodischen Ausgestaltung des
CHE-Rankings im Speziellen an, wie sie bereits von zahlreichen
Fachgesellschaften[2] und Bundesfachschaftentagungen[3] formuliert
wurde.
Sie ruft dazu auf, auf eine Abschaffung des CHE-Rankings hinzuwirken,
beispielsweise durch die Blockierung der Datenerhebungsaufrufe von Ranking-Agenturen in den
Fachbereichen oder Einflussnahme auf die relevanten Entscheidungsträger.
[1] Unter einem Hochschul-Ranking verstehen wir eine Reihung von
Hochschulen nach einem durch die Autoren festgelegten Bewertungsmaßstab.
Wir wenden uns explizit nicht gegen die Erhebung oder die
Präsentation unbewerteter studienrelevanter Daten, anhand derer
Studieninteressierte die Hochschulen nach persönlichen Maßstäben
sortieren können.
[2] DGS, DGPuK, DGfP, DVPW, DGfE, ... Links einfügen
[3] BuFaTa GeoWiss, ZaPf, PsyFaKo, BauFaK, BuFa ET, ... Links einfügen
- DGS – Deutsche Gesellschaft für Soziologie
- DGPuK – Deutsche Gesellschaft für Publizistik- und Kommunikationswissenschaften e.V.
- DGfP – Deutsche Gesellschaft für Politikwissenschaft
- DVPW – Deutsche Vereinigung für Politsche Wissenschaft
- DGfE – Deutsche Gesellschaft für Erziehungswisenschaften
|
|
Soziale Angst – erkennen, helfen, überwinden
|
thorstenmz
|
5-15
|
egal
|
2-3 Stunden
|
Beschreibung: Schüchtern, ängstlich, sozial inkompetent – auf so manchen Informatiker trifft das zu, und viele sind es nicht freiwillig, sondern leiden darunter. Dieser AK ist für Fachschaftler, die betroffenen Studierenden helfen möchten, und für Betroffene, die sich austauschen und an ihren Problemen arbeiten möchten.
|
|
|
Einführung ins Akkreditierungswesen
|
Alex (KoMa) / Janina (KIF)
|
ca. 20
|
Termin?
|
3h
|
Beschreibung: Ein gemeinsamer AK der KIF und KoMa. Eine Einführung in Begriffe wie Akkreditierung, Gutachter, Agenturen, Kultusministerkonferenz, Studentischer Akkreditierungspool - und wie das alles zusammenhängt.
AK wird empfohlen allen Aktiven in Unigremien (Fakultätsrat, Fachausschuss für Studium und Lehre, Senat) und allen Interessierten (ja, auch du!).
|
Wer sich schon vorher informieren möchte, findet hier und hier einige Infos.
Vorschau
Inhalte werden voraussichtlich sein:
* Strukturen des Pools
* Ablauf eines Akkreditierungsverfahrens
* Ablauf einer Begehung
Außerdem werde ich versuchen alle aufkommenden Fragen zu beantworten. Alle Interessierten können sich dann bei mir ein Formular abholen und sich für den Studentischen Akkreditierungspool anmelden (Voraussetzung ist die Teilnahme an dem AK und Auflage der Besuch eines Schulungsseminars).
Auf dem Abschlussplenum wird die KIF dann gegebenenfalls alle in den Pool entsenden, die sich angemeldet haben.
Für weitere Informationen im Voraus könnt ihr euch diese Seite anschauen.
|
|
Akkreditierungswesen Fortgeschrittene
|
Janina/Thomas
|
>0
|
Nicht morgens
|
?
|
Beschreibung: Austausch eurer Erfahrungen im Akkreditierungswesen; Politische Situation im Akkreditierungswesen; aktuelle Fragen des Stud. Akkreditierungspools
|
Erfahrungsaustausch
- Was sind eure Erfahrunge im Akkreditierungswesen?
- Gibt es Probleme?
- Verbesserungsvorschläge für den Entsendeprozess?
Ergebnisse
Wie geht man mit umfangreich und langredenden GesprächspartnerInnen um wenn man konkrete Fragen beantwortet haben möchte?
- Im Voraus in der Gutachtergruppe abstimmen dass man konkret werden möchte damit alle das Gesamtbild zeigen vorwärts zu kommen.
- Auch unterbrechen ist ok.
Was macht man bei Ordnungen die eigentlich von der HS rechtsgeprüft sind, aber trotzdem noch Fehler enthalten?
- Aktiv werden.
- Auf landesspezifische Strukturvorgaben verweisen, ansonsten auf konkrete AR Vorgaben beziehen.
Gibt es eine Übersicht was wie für die Erfüllung der AR Vorgaben gemacht werden muss?
- Die AR Vorgaben sind verbindlich und öffentlich.
- HRK hat Bologna Reader Teil 1 und 2 veröffentlicht. Dort sind praktische Beispiele enthalten. Zwar etwas veraltet, aber immer noch eine Quelle.
Wie geht man mit Empfehlungen zum QM aus?
- Eine Auflage ein QM ganzheitlich einzurichten ist schwierig, da nicht auf AR Kritieren abbildbar
- Die konkreten Punkte von 2.9 können natürlich beauflagt werden
- Detailkonstruktionen können angesprochen werden, aber auch schwieriger konkrekt als Monita formuliert werden
Diplomasupplements, wie detailliert sollen sie sein, Kompetenzen/outputorientiert?
- DS sind nicht detailliert reguliert
- Wenn Gutachtergruppe der Meinung ist, es passt nicht, werden sich die nachfolgenden Gremien anschliessen
- DS sind für nachfolgende relevant, deshalb vielleicht auch Inhalte relevant
Politische Situation im Akkreditierungswesen
- Aktuelle Vorgänge auf politischer Ebene
- Neue studentische AR Mitglieder sind im AR
- AR hat Regeln für Systemakkreditierung umfangreich geändert
- Aktuelle Vorgänge im Studentischen Akkreditierungspool
- Verein weiterhin unklar
- Neuer KASAP in Aachen/Dezember gewählt mit 5 Mitgliedern
Fragen des Akkreditierungspools
- Welche Form der Öffentlichkeitsarbeit soll der Pool haben? Verbesserungen, Erarbeitung von Bestehendem?
- Soll der Pool in die Form eines Vereins umgeformt werden; soll ein Förderverein installiert werden?
- Wie soll dieser Förderverein gestaltet sein (Übernahme von Angestellten, Position des KASAP, Macht, Stimmrechte, Fördermitgliedschaften)?
- Wie soll mit dem Beschwerdeausschuss des Pools weiter verfahren werden?
- Welche Vorgehensweise soll bei Bewerbungen verfolgt werden (Fristen, Umfang, Datenschutz)?
- Wie sollen Sysakkreditierungsseminare gestaltet sein?
- Wie soll Nachwuchs für den Sysakkpool gefunden werden, insbesondere Minderheiten?
- Wie positionieren wir uns zu den Änderungen der Kriterien der Systemakkreditierung?
- Beschwerdeausschuss Fortsetzung
|
|
ErstSemesterArbei
|
auX
|
n
|
Nicht während Umgang BKs
|
paar Stunden?
|
Beschreibung: Austausch über verschiedene Angebote, Abläufe, Ideen und Erfahrungen bzgl. ErstSemesterArbeit. Insbesondere auch im Hinblick auf doppelte Abiturjahrgänge
|
|
|
Umgang bei Fragen zu Dozenten
|
auX
|
n
|
nicht während ESA
|
1h?
|
Beschreibung: Wie ist der richtige Umgang bei Fragen anderer Fachschaften zu Dozenten (insbesondere im Zusammenhang mit BKs)
|
Protokoll (KoMa)
Erwartungen
- Erfahrungsaustausch
- Leidfaden ggf. aktualisieren
- Einführung zu Berufungskomissionen
- Wie reagiert man auf Anfragen anderer Fachschaften?
- ZAPF empfiehlt nicht-Beantwortung, warum?
- Grundwissen
Einleitung
Erfahrungsaustausch
- Tendenziell werden eher fachliche Expertise und Gutachten herangezogen, Lehre erst relativ spät und auf Basis der Berufungsvorträge
- Studentisches Mitglied wird im Allgemeinen ernst genommen, sofern es um Fragen der Lehre ging. Allerdings zum Teil auch nur dazu
- Teilweise wird in der Ausschreibung auch die Einsendung von lehrerelevanten Dokumenten (Evaluationsergebnisse, Fortbildungen) gefordert
- Alternative Lösung: Eine DIN A 4 Seite mit Statement zur Lehre gefordert
Antworten auf Anfragen anderer Fachschaften
Rechtliche Aspekte
Siehe Berufungshandbuch der Koma, Kapitel 3
Diskussion, wie geht man damit um? Was ist das moralisch zu bewerten?
- Ist es gegenüber der/dem Bewerber/in fair? Andererseits: Die Profen haben auch ihre Netzwerke
- Andererseits: Ist eine Hilfe um passende Fragen zu stellen, andere Informationen in den richtigen Kontext zu sehen
- Was wenn nach einen sehr guten Professor gefragt wird, den man behalten will? Lügen, Antwort verweigern, nur sehr schwammig?
- Nicht vergessen: Aussage einer anderen Fachschaft immer subjektiv zu sehen und muss reflektiert betrachtet werden
- Gute Lehre haben es auch verdient, auch mal weiterzukommen
- Ziel der Anfrage ist ja eigentlich, ein möglich objektives Bild zu kriegen
- Wie sinnvoll ist die Vernetzung unter Fachschaften, wenn wir solche Anfragen generell zu ignorieren?
- Sind Evaluationen nur intern oder öffentlicher? Je nach Uni unterschiedlich, im Regelfall rein intern
- Es gibt auch Infos, die relevant sind,subjektiver Natur aber unproblematisch weitergegeben werden können (da eh schon öffentlich), z.B. Gremientätigkeit oder anderes Engagement (z.B. Schüler*Innen-Infotag)
Wie baut man die gewonnen Erkenntnisse ein?
- Zum Beispiel durch gezielte Fragen (Prof schlecht erreichbar, Nachfrage: Wie stellen Sie sich den Kontakt mit den Studierenden vor?
Fazit
- Empfehlung des Koma-Berufungshandbuches immer noch gültig: Einkommende Anfragen nach besten Wissen und Gewissen beantworten, dabei immer bedenken, was würde Mensch selbst erwarten und mit welcher Art von Antworten rechnet man?
Protokoll (KIF)
Wie reagiert man auf Anfragen anderer Fachschaften?
Einleitung
Erfahrungsaustausch
Fazit
|
|