WiSe15 AK Studienfuehrer: Unterschied zwischen den Versionen

Aus ZaPFWiki
KKeine Bearbeitungszusammenfassung
 
(3 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 70: Zeile 70:
Der Arbeitskreis wird nach einer kurzen Einführung in die Thematik gesplittet:  
Der Arbeitskreis wird nach einer kurzen Einführung in die Thematik gesplittet:  
* Aktualisierung des laufenden Studienführers
* Aktualisierung des laufenden Studienführers
* Arbeit am Protoytp
* Arbeit am Prototyp


=== Aktualisierung des aktueller Studienführers ===
=== Aktualisierung des aktueller Studienführers ===


Aktualliesierung im Mediawiki verlief soweit erfolgreich.
Aktualisierung im Mediawiki verlief soweit erfolgreich.
Problem: Der Admin-Account ist nicht mehr zugänglich um neue Uni-Accounts zu generieren.
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.
-> 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 ===
=== Arbeit am Prototyp des neuen Studienführers ===


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.
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.
Zeile 87: Zeile 87:
==== Kommunikation mit anderen Parteien ====
==== 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.
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. das KomGrem 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.
Neuregelung und/oder allg. Regelung, wie die ZaPF bezüglich Studienführer mit anderen BuFaTas kommuniziert. Im AK MeTaFa soll angesprochen werden, ob dies auch ein Thema für kommende MeTaFa Tagungen sein könnte.


Zusammenarbeit und Kooperation mit  Schülern bzw. der Bundesschülerkonferenz (BSK) sollte angefragt werden.
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.
Kommunikation mit dem BSK (Einbindung der Zielgruppe):  
Niklas stellt den Kontakt über Paul (Konstanz) zur BSK her.
Sollte so früh wie möglich passieren, da solche Projekt sehr Zeitaufwändig sind.
Niklas stellt den Kontakt über Paul (Konstanz) her.


Wir sollten evtl. die Chemiker mit ins Boot holen, da einige Fachschaften auch die Chemie repräsentieren.
Wir sollten 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.
Die Diskussion hierzu kam zu dem Ergebnis, dass das ggf. erst sinnvoll ist, wenn wir ein vorzeigbares Ergebnis haben.


==== Zeitlicher Verlauf ====
==== Zeitliche Entwicklung ====
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.
Eventuell kann die zeitliche Entwicklung bestimmter Größen festgehalten und angezeigt werden (z.b. Anzahl der Studienanfänger, Parkstudenten, und wie viele davon im Master ankommen/sich einschreiben, Anzahl Professoren etc.). Die Diskussion kam zu dem Ergebnis, dass dies nicht unbedingt notwendig ist und nach Umsetzung anderer Projekte eventuell weiter diskutiert werden kann.


==== Umgang mit langen / ungeeigneten Daten ====
==== Umgang mit langen / ungeeigneten Daten ====
Admins sollten nicht eingespannt werden, um zu kontrollieren, ob Daten ähnlich eingegeben werden z.B.: Studierendenanzahl und Anzahl der Studenten
Admins sollten nicht eingespannt werden, um zu kontrollieren, wie Daten eingegeben werden z.B.: Studierendenanzahl versus Anzahl der Studenten allgemein.
Die Nutzer sollten erst nachdenken dann handeln bzgl. einfügen neuer Daten.
 
Beim Einfügen neuer Daten sollten die Nutzer selbst nachdenken und handeln.


Lange Erklärungstexte zu Indikatoren sollten auf jeden Fall möglich sein, allerdings sollten sie auf die Studienanfänger nicht verwirren.
Lange Erklärungstexte zu Indikatoren sollten auf jeden Fall möglich sein, jedoch die Studienanfänger nicht verwirren.
Arbeitsvorschlag: Bei Langen Texten den Text gekürzt (in Form eines "Abstracts") anzeigen und dann "Aufklappbar" machen.
Vorschlag: Bei Langen Passagen den Text gekürzt (bspw. als "Abstract") anzeigen und dann über ein Menü "Aufklappbar" machen.
Das Kommentarfeld für die Eingabe in der Eingabemaske sollte daher eventuell größenbegrenzt sein oder zuerst nicht angezeigt werden.
Das Kommentarfeld für die Eingabe in der Eingabemaske sollte daher eventuell auf eine bestimmte Zeilenzahl limitiert sein 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 Evaluation eingebunden werden, im Beispiel ein Daumen hoch, falls sich der Benutzer mehr/größere Kommentare sich erhofft.


Ein Leitfaden / eine Dokumentation sollte geschrieben werden, wie der Studienfuehrer auszufüllen ist.
Erstellen eines Leitfadens oder Dokumentation für die Benutzung des Studienführers (Für Benutzer und Betreiber!)


==== Mitmachen ====
==== Zum Mitmachen ====
TOPF Tickettracker: Leute können sich in Diskussion und Projekte einklincken und Aufgaben übernehmen.
TOPF Tickettracker: Leute können sich in Diskussion und Projekte einklinken und Aufgaben übernehmen.
Link zu dem Tracker für Studienführer wird per Mail rumgeschickt.
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.
Die aktuelle Version des Prototypen ist unter https://www.github.com/fabianfreyer/Studienfuehrer zu finden.
Technische Umsetzung: Python (Flask) mit SQL-Datenbank als Backend, HTML/Javascript Oberfläche.
Technische Umsetzung: Python (Flask) mit SQL-Datenbank als Backend, HTML/Javascript Oberfläche.


Zeile 150: Zeile 152:
[[Kategorie:AK-Protokolle]]
[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe15]]
[[Kategorie:WiSe15]]
[[Kategorie:Arbeitskreise]]
[[Kategorie:Studienführer]]
[[Kategorie:Weiterentwicklung Studienführer]]

Aktuelle Version vom 23. November 2018, 14:49 Uhr

Vorstellung des AKs

Verantwortliche/r: Niklas (Konstanz) , Fabs (TU Berlin)

Dieser AK ist eine Fortsetzung aus Aachen und widmet sich dem Beschluss der ZKK einen gemeinsamen Studienführer zu erstellen. In diesem Fall wollen wir ein paar der Ergebnisse vorstellen und erste Daten sammeln, sowie ein paar motivierte Mithelfer suchen.

Arbeitskreis: Studienführer

Protokoll vom 21.11.2015

Beginn
08:15
Ende
10:05
Redeleitung
Fabian Freyer (TUB)
Protokoll
Niklas (Konstanz), Eddie (TUB) übernimmt nach dem Split
Anwesende Fachschaften
FU Berlin,
TU Berlin,
Uni Bochum,
TU Braunschweig,
Uni Bremen,
TU Dresden,
Uni Duisburg-Essen,
Uni Düsseldorf,
TU Freiberg,
Uni Heidelberg,
TU Ilmenau,
Uni Kassel,
Uni Kiel,
Uni Konstanz,
LMU München,
TU München,
Uni Potsdam
Uni Regensburg,
Uni Münster
jDPG,

Einleitung/Ziel des AK

Hybrid als Folge-AK der ZKK. Arbeit an dem Prototyp des neuen Studiführers und allgemeine Aktuallisierung des Wikis.

Protokoll

Der Arbeitskreis wird nach einer kurzen Einführung in die Thematik gesplittet:

  • Aktualisierung des laufenden Studienführers
  • Arbeit am Prototyp

Aktualisierung des aktueller Studienführers

Aktualisierung 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.

Arbeit am Prototyp des neuen Studienführers

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 KomGrem mit Kommunikation zu anderen BuFaTas zu beauftragen.

Neuregelung und/oder allg. Regelung, wie die ZaPF bezüglich Studienführer mit anderen BuFaTas kommuniziert. Im AK MeTaFa soll angesprochen werden, ob dies auch ein Thema für kommende MeTaFa Tagungen sein könnte.

Zusammenarbeit und Kooperation mit Schülern bzw. der Bundesschülerkonferenz (BSK) sollte angefragt werden. Kommunikation mit dem BSK (Einbindung der Zielgruppe): Sollte so früh wie möglich passieren, da solche Projekt sehr Zeitaufwändig sind. Niklas stellt den Kontakt über Paul (Konstanz) her.

Wir sollten evtl. die Chemiker mit ins Boot holen, da einige Fachschaften auch die Chemie repräsentieren. Die Diskussion hierzu kam zu dem Ergebnis, dass das ggf. erst sinnvoll ist, wenn wir ein vorzeigbares Ergebnis haben.

Zeitliche Entwicklung

Eventuell kann die zeitliche Entwicklung bestimmter Größen festgehalten und angezeigt werden (z.b. Anzahl der Studienanfänger, Parkstudenten, und wie viele davon im Master ankommen/sich einschreiben, Anzahl Professoren etc.). Die Diskussion kam zu dem Ergebnis, dass dies nicht unbedingt notwendig ist und nach Umsetzung anderer Projekte eventuell weiter diskutiert werden kann.

Umgang mit langen / ungeeigneten Daten

Admins sollten nicht eingespannt werden, um zu kontrollieren, wie Daten eingegeben werden z.B.: Studierendenanzahl versus Anzahl der Studenten allgemein.

Beim Einfügen neuer Daten sollten die Nutzer selbst nachdenken und handeln.

Lange Erklärungstexte zu Indikatoren sollten auf jeden Fall möglich sein, jedoch die Studienanfänger nicht verwirren. Vorschlag: Bei Langen Passagen den Text gekürzt (bspw. als "Abstract") anzeigen und dann über ein Menü "Aufklappbar" machen. Das Kommentarfeld für die Eingabe in der Eingabemaske sollte daher eventuell auf eine bestimmte Zeilenzahl limitiert sein oder zuerst nicht angezeigt werden.

Bei Kommentaren soll evtl. eine Evaluation eingebunden werden, im Beispiel ein Daumen hoch, falls sich der Benutzer mehr/größere Kommentare sich erhofft.

Erstellen eines Leitfadens oder Dokumentation für die Benutzung des Studienführers (Für Benutzer und Betreiber!)

Zum Mitmachen

TOPF Tickettracker: Leute können sich in Diskussion und Projekte einklinken und Aufgaben übernehmen. Link zu dem Tracker für Studienführer wird per Mail rumgeschickt.

Die aktuelle Version des Prototypen ist unter https://www.github.com/fabianfreyer/Studienfuehrer zu finden. Technische Umsetzung: Python (Flask) mit SQL-Datenbank als Backend, HTML/Javascript Oberfläche.

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

Fazit: Zeitlicherverlauf ist evtl. nur bei kleiner Anzahl der Fakten sinnvoll/nützlich.

Kommunikation mit dem BSK herstellen, ab wann und wie wir das wollen? Soll so früh wie möglich sein, da Projekt Zeitaufwändig evlt. die Zielgruppe in den Prozess einbinden. Niklas will mit BSK kontakt erstellen man sollte mit bsk zusammen arbeiten, und kein fertiges produkt präsentieren, sondern deren feedback einbinden.