Weitere Optionen
| Zeile 66: | Zeile 66: | ||
Hybrid als Folge-AK der ZKK. Arbeit an dem Prototyp des neuen Studiführers und allgemeine Aktuallisierung des Wikis. | Hybrid als Folge-AK der ZKK. Arbeit an dem Prototyp des neuen Studiführers und allgemeine Aktuallisierung des Wikis. | ||
== Protokoll | == Protokoll == | ||
Der Arbeitskreis wird nach einer kurzen Einführung in die Thematik gesplittet: | |||
* Aktualisierung des laufenden Studienführers | |||
* Arbeit am Protoytp | |||
=== Aktualisierung des aktueller Studienführers === | |||
Aktualliesierung im Mediawiki verlief soweit erfolgreich. | |||
Problem: Der Admin-Account ist nicht mehr zugänglich um neue Uni-Accounts zu generieren. | |||
-> Auftrag an TOPF und StaPF diese zu besorgen oder eine Alternative zu finden. | |||
Aktualliesierung im Mediawiki verlief soweit erfolgreich. | |||
Problem: Der Admin-Account ist nicht mehr zugänglich um neue Uni-Accounts zu generieren. | |||
-> Auftrag an TOPF und StaPF diese zu besorgen oder eine Alternative zu finden. | |||
Einbau einer Erinnerungsmail an die Fachschaften, oder Token, da manche Studenten ausscheiden und Passwörter verloren gehen. | Einbau einer Erinnerungsmail an die Fachschaften, oder Token, da manche Studenten ausscheiden und Passwörter verloren gehen. | ||
=== Arbeit am Prototyp des neuen Studienfuehrers === | |||
Fabian stellt den aktuellen Prototypen vor. Zur Zeit besteht dieser nur zu Testzwecken und soll nun weiter ausgearbeitet werden. Form und Inhalt wurde in Aachen genauer besprochen und soll heute nochmal aufgefrischt werden. | |||
Verschiedene Ansichten als Ergebnis des letzten AKs werden wiederholt kurz vorgestellt. | |||
==== Kommunikation mit anderen Parteien ==== | |||
Kommunikation mit KIF und KOMA durch StaPF wurde leider nicht aufgebaut. Die Zusammenarbeit mit der KoMA und KIF fiel daher bisher eher mau aus. | |||
Evtl. das Kom.-Gremium mit Kommunikation zu anderen BuFaTas zu beauftragen | |||
Evtl. Neuregelung und/oder allg. Regelung, wie die ZaPF mit anderen BuFaTas kommuniziert wird. Im AK MeTaFa sollte angesprochen werden, ob das ein Thema für die MeTaFa sein könnte. | |||
Zusammenarbeit und Kooperation mit Schülern bzw. der Bundesschülerkonferenz (BSK) sollte angefragt werden. | |||
Kommunikation mit dem BSK: Soll so früh wie möglich sein, da Projekt Zeitaufwändig evlt. die Zielgruppe in den Prozess einbinden. | |||
Nik stellt Kontakt wäre über Paul (Konstanz) zur BSK her. | |||
Wir sollte evtl. die Chemiker mit ins Boot holen, da einige Fachschaften auch die Chemie repräsentieren. | |||
Die Diskussion hierzu kam zu dem Ergebnis, dass dass ggf erst sinnvoll ist, wenn wir ein vorzeigbares Ergebnis haben. | |||
==== Zeitlicher Verlauf ==== | |||
Eventuell kann der zeitliche Verlauf bestimmter Größen (z.b. Anzahl der Studienanfänger (Parkstudenten, und wieviele davon im Master ankommen/einschreiben), Anzahl Professoren etc) festgehalten und angezeit werden. Die Diskussion über die Sinnhaftigkeit hiervon kam zu dem Ergebnis, dass dies nicht unbedingt notwendig ist und nach Umsetzung anderer Projekte eventuell weiter diskuttiert werden kann. | |||
==== Umgang mit langen / ungeeigneten Daten ==== | |||
Admins sollte nicht eingespannt werden, um zu kontrollieren, wenn Daten änlich eingegeben wird z.B.: Studierendenanzahl und Anzahl der Studenten | Admins sollte nicht eingespannt werden, um zu kontrollieren, wenn Daten änlich eingegeben wird z.B.: Studierendenanzahl und Anzahl der Studenten | ||
Die Nutzer sollten erst nachdenken dann handeln bzgl. einfügen neuer Daten, ob es schon vorhanden ist. | Die Nutzer sollten erst nachdenken dann handeln bzgl. einfügen neuer Daten, ob es schon vorhanden ist. | ||
Lange Erklärungstexte zu Größen sollten auf jeden Fall möglich sein, allerdings sollten sie auf keinen Fall Studienanfänger verwirren. | |||
Arbeitsvorschlag: Bei Langen Texten den Text gekürzt (,,Abstract'' mit ,,...''' am Ende) anzeigen und dann ,,Aufklappbar'' machen. | |||
Das Kommentarfeld für die Eingabe in der Eingabemaske sollte daher eventuell größenbegrenzt oder zuerst nicht angezeigt werden. | |||
Bei Kommentaren soll evtl. eine Evalution eingebunden werden, im Beispiel ein Daumen hoch, falls der User mehr/größere Kommentare sich erhofft. | Bei Kommentaren soll evtl. eine Evalution eingebunden werden, im Beispiel ein Daumen hoch, falls der User mehr/größere Kommentare sich erhofft. | ||
Ein Leitfaden / eine Dokumentation sollte geschrieben werden, wie der Studienfuehrer auszufüllen ist. | |||
eine | |||
==== Mitmachen ==== | |||
TOPF Tickettracker: Leute können sich in Diskussion und Projekte einklincken und Aufgaben übernehmen. | |||
Link zu dem Tracker für Studienführer wird per Mail rumgeschickt. | |||
Die aktuelle Version des Prototypen ist unter \url{https://www.github.com/fabianfreyer/Studienfuehrer} zu finden. | |||
Technische Umsetzung: Python (Flask) mit SQL-Datenbank als Backend, HTML/Javascript Oberfläche. | |||
Feature | Die folgenden Unterprojekte sollen umgesetzt werden, dazu fehlt bisher Engagement: | ||
*Wahlomat | |||
*Filter | |||
*Studienverlaufsplan | |||
*Graphische Darstellung (Statistik über mehrere Jahren für die Unis selbst, z.B. Zeitlicherverlauf von Faktoren) | |||
*Feature-Request aus diesem AK: automatisierte Erinnerungsmails | |||
== Zusammenfassung == | |||
Aktualliesierung im Mediawiki verlief soweit erfolgreich. | |||
Es wurden inhaltliche Askpekte des Studienfuehrers sowie der Umgang damit besprochen. Auch auf die Kommunikation mit anderen wurde besonders eingegangen. Es fehlt für die Umsetzung immer noch an Engagement anderer. Für zukünftige Folge-AKs ist es absolut notwendig auch das Protokoll des letzten AKs (ZKK in Aachen) zu lesen. | |||
== Zusammenfassung == | == Zusammenfassung == | ||