WiSe15 AK Studienfuehrer: Unterschied zwischen den Versionen

Aus ZaPFWiki
KKeine Bearbeitungszusammenfassung
 
(9 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
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 (vorläufig) ==
== Protokoll ==


Es wird eine kurze Einleitung zur Idee und dem Arbeitsstand des aktuellen Studienführers gegeben, kurzzusammenfassung aus ZKK AK.
Der Arbeitskreis wird nach einer kurzen Einführung in die Thematik gesplittet:
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.
* Aktualisierung des laufenden Studienführers
Die Zusammenarbeit mit der KoMA und KIF fiel bisher eher mau aus.
* Arbeit am Prototyp
Zusammenarbeit mit den Schülern bzw. der Bundesschülerkonferenz (BSK) sollte gepflegt werden. Kontakt wäre über Paul (Konstanz) relativ einfach möglich.
Evaluation 


AK-Split (1AK Fabs (TUB) , 1AK Nick (Konstanz))
=== Aktualisierung des aktueller Studienführers ===


Aktualliesierung Mediawiki verlief soweit erfolgreich.  
Aktualisierung im Mediawiki verlief soweit erfolgreich.
Problem: 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.  
-> 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.


evtl. Erinnerungsmail , sondern Token für die Fachschaften , weil manche Studenten ausscheiden und pw vergessen werden.
=== Arbeit am Prototyp des neuen Studienführers ===


Diskussion in diesem AK vllt. weg vom Interface/Hauptseite und eher zum Style.  
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.
2 Ansichten:
*1x Wiki, mit 3 unterteilungen Stadt/Uni/sonstiges
*1x Matrix mit mehreren spalte und zeilen


Eine weitere Möglichkeit wäre evtl. mehrere Universitäten zum Vergleich nebeneinander
Verschiedene Ansichten als Ergebnis des letzten AKs werden wiederholt kurz vorgestellt.
Läuft auf python/html/javascript mit sql-db dahinter


TOPF Tickettracker: Leute können sich in Diskussion und projekte einklincken
==== 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.


Wahllomat:
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.


Kommunikation mit KIF und KOMA durch StaPF wurde leider nicht aufgebaut. Evtl. Neuregelung und/oder allg. Regelung , wie die ZaPF mit anderen BuFaTas kommuniziert wird. In MeTaFa sollte angesprochen werden, dass evtl. das Kom.-Gremium mit Kommunikation zur
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.


*Wahlomat
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.


*Filter
==== 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.


*Studienverlaufsplan
==== 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.


*Graphen (Statistik über mehrere Jahren für die Unis selbst, z.B. Zeitlicherverlauf von Faktoren)
Beim Einfügen neuer Daten sollten die Nutzer selbst nachdenken und handeln.


*Zeitlicher Verlauf
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.


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


Admins sollte nicht eingespannt werden, um zu kontrollieren, wenn Daten änlich eingegeben wird z.B.: Studierendenanzahl und Anzahl der Studenten
Erstellen eines Leitfadens oder Dokumentation für die Benutzung des Studienführers (Für Benutzer und Betreiber!)
Die Nutzer sollten erst nachdenken dann handeln bzgl. einfügen neuer Daten, ob es schon vorhanden ist.


großer Text (Romane), wenn jemand eine längere Ausführung schreiben will zu einem Punkt, evlt. sollte ein Dropdownfeld/neue Seite/
==== 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.


Wie soll Kommentarfeld aussehen? Einklappfeld/ schon ausgeklappt/ausgeklappt aber wie groß?
Die aktuelle Version des Prototypen ist unter https://www.github.com/fabianfreyer/Studienfuehrer zu finden.
wie sollte das Abstract aussehen? vllt. die ersten 2 Sätze  und dann ... als Zeichen für "text ist noch nicht zuende"
Technische Umsetzung: Python (Flask) mit SQL-Datenbank als Backend, HTML/Javascript Oberfläche.


Bei Kommentaren soll evtl. eine Evalution eingebunden werden, im Beispiel ein Daumen hoch, falls der User mehr/größere Kommentare sich erhofft.
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


Wir verlieren uns gerade in , wie viel details wir wollen!
== Zusammenfassung ==
eine Dokumenmentation sollte geschrieben werden, wie man die Seite ausfüllen sollte.
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.
Wir sollte evtl. die Chemiker mit ins Boot holen.
Mehr Leute dazu zu angagieren, evtl. erst wenn wir ein "festerer" ergebnis haben, womit wir die Bufatas "beeindrucken" können.
 
Ticker für Studienführer wird per Mail rumgeschickt. Ticker für Aufgabenverteilung, falls jemand lust auf eine Aufgabe, kann er/sie sich den Ticker schnappen und los gehts.
 
Feature Requests: Automatische emails
 
Kann man den Zeitlichen verlauf realisieren, bei z.b. anzahl der studentenanfänger (parkstudenten, und wieviele davon im master ankommen/einschreiben)
AK-Split wird aufgehoben


== Zusammenfassung ==
== Zusammenfassung ==
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.