WiSe16 AK StudienführerII

Aus ZaPFWiki

Vorstellung des AKs

Verantwortliche/r: Fabs, Paddy (UKN)

Der aktuelle Stand der Ausschreibung des Studienführers soll vorgestellt werden. Zudem sollen inhaltliche Klärungen erfolgen und eine Resolution besprochen werden.

Arbeitskreis: Studienführer-Ausschreibung

Protokoll vom 11.11.2016

Beginn
16:00 Uhr
Ende
18:38 Uhr
Redeleitung
Patrick Haiber (Uni Konstanz)
Protokoll
Moritz Bock (Uni Konstanz)
Anwesende Fachschaften
Freie Universität Berlin,
Technische Universität Dresden,
Heinrich Heine Universität Düsseldorf,
Friedrich-Schiller-Universität Jena,
Christian-Albrechts-Universität zu Kiel,
Universität Konstanz,
Westfälische Wilhelms-Universität Münster,

Einleitung/Ziel des AK

Ziel des AKs ist es einen Anforderungskatalog für den Studienführer zu erstellen. Mit diesem sollen dann erste unverbindliche Preisanfragen eingefordert werden. Zudem soll eine Resolution verabschiedet werden, welche an die anderen BuFaTas gerichtet ist, damit von diesen ebenfalls weitere Anforderungen erfragt werden können (andere Studiengänge sind nicht unbedingt so Abbildbar, wie die Physik). Zudem soll ein erstes Meinungsbild eingeholt werden, welche BuFaTas es sich vorstellen können den Studienführer zu unterstützen.

Innerhalb des AKs sollen, entlang des Anforderungskatalogs, offene Fragen beantwortet werden, damit im Endplenum ein Meinungsbild über die Anforderungsvorlage eingeholt werden kann.

Die Vorlage für den Anforderungskatalog ist auf Google Docs zu finden. Interessierte sind herzlich eingeladen diese auch schon vor der ZaPF zu kommentieren. Das Dokument ist allerdings noch nicht ganz fertig und wird sich bis zur ZaPF noch weiter verändern.

Einer ersten vorsichtigen Kostenanfragen zu Folge werden sich die Kosten für den Studienführer innerhalb der nächsten 4 Jahre im hohen vier-stelligen bis im niedrigen fünfstelligen Bereich bewegen. Ein möglichst genauer Anforderungskatalog an die Homepage soll deshalb abgestimmt werden, damit die Kosten abgeschätzt werden können. Da von anderen BuFaTas ebenfalls noch weitere (für die Abbildung zwingend notwendige Anforderungen) soll lediglich über die inhaltlichen Anforderungen aus Sicht der ZaPF abgestimmt werden.

Protokoll

Anmerkung:
Einige Änderungen wurden vorgeschlagen und ohne Diskussion angenommen. Diese wurden nicht alle hier dokumentiert.


Allgemein
Es geht um eine Erstellung eines Ausschreibens für eine Website. Diese Seite soll ein Studienführer für Physik sein, welche leicht auf andere Fachbereiche erweitert werden soll. Ziel des Arbeitskreises ist 1. eine Erstellung des Anforderungskatalogs für die Website, sowie 2. eine Erstellunge einer Reso, welche an die anderen BuFaTas gerichtet ist um weitere Anforderungen zu erfragen.

1. Resolution

  • Die Resolution ist inhaltlich, nicht wörtlich gewählt.
  • Änderungsvorschlag (von Jena und FUB), dass klargestellt wird, dass es sich in der Anlage um nichtverbindliches Infomaterial handelt. Konstanz (Patrick) ändert den Resolutionstext entsprechend.
  • Jena kritisiert, dass es jetzt noch zu früh ist, ein Realease-Datum eines Studienführers vorzuschlagen.

2. Anforderungskatalog

  • Einleitung wird vorgestellt, nicht weiter kommentiert.
  • Jena kritisiert, dass es zu spezifisch ist, dass das Datenmodell schon definiert wird und schlägt vor, die Interaktion mit der Website zu spezifizieren und nicht das Datenmodell.
    • Münster: Denkt, dass vor allem das Front-End und sekundär Back-End definiert werden soll, damit das ganze sicher und stabil läuft.
    • Jena: Hat jemand die Kompetenz das Back-End zu definieren? Man solle das den Profis überlassen, damit die ihre Freiheiten haben und sie nicht vordefinierte Fehler einbauen.
    • Münster stimmt Jena zu.
    • Dresden sagt, dass sie ein ähnliches Projekt gestartet haben, wenig definiert haben und vorher zu klein gedacht haben. Daher ist ein enormer Mehraufwand entstanden.
  • Jena: Das hier ist eher ein Pflichten- als ein Lastenheft. Daher werden die Entwickler zu sehr eingeschränkt.
    • Vorschlag von Jena: Datenmodell temporär löschen.
    • Gegenvorschlag Konstanz (Moritz): Überschrift zu "Vorschlag für ein Datenmodell" zu ändern.
    • Konstanz (Patrick) ändert die Überschrift (wird später wieder zurückgeändert).
  • Vorschlag Münster: Die Rechte der Software sowie der Betrieb der Software soll beim ZaPF e. V. liegen.
  • Ein entsprechender Absatz wird bei der Einleitung hinzugefügt.
  • Jena: Es sollte eine Softwarelizenz diktiert werden.
    • Konstanz (Patrick): Es sollen alle Rechte beim ZaPF e.V. liegen, keine bestimmte Lizenz.
    • Jena: Problem ist hierbei, dass da viele Firmen gegen sind (um z. B. nicht Softwareframeworks offenlegen zu müssen). Daher sollte direkt eine virale Lizenz vorzuschreiben.
  • Jena: Datenmodell hat eine zu starke Präsenz im Modell, sodass impliziert wird, dass das eigene Datenmodell impliziert werden soll.
    • Dresden: Der Absatz Datenmodell braucht starke Überarbeitung.
    • Konstanz (Patrick): Der Punkt soll jetzt nicht weiterdiskutiert werden und der Punkt evtl. auf einen Bier-AK verschoben werden.
  • Vorschlag Münster: In der Einleitung klarmachen, dass es sich auch um das Frontend handelt.
    • Konstanz (Patrick) ändert die Einleitung entsprechend.

Es wird nun zu Front-End gesprungen und die Punkte im Back-End verschoben, da sich die Diskussion wieder bei Datenmodell aufgehängt hat.

  • Jena: Unter Frontend Absatz hinzufügen um mehrere Ansichten zu ermöglichen.
    • Konstanz (Patrick) ändert den Text entsprechend.
  • Dresden: Es soll eine Möglichkeit geben, dass man verschiedene Ansichten je nach Fachbereich haben kann und diese einstellbar sind.
  • Münster: Man könnte für verschiedene Fachbereiche verschiedene Instanzen verwenden.
    • Konstanz (Patrick): Die Daten sind allerdings nicht disjunkt, das z. B. Städte gleich bleiben (Bewohnerzahl, etc.).
    • Münster: Dann sollen für unterschiedliche Eigenschaften unterschiedliche Eigenschaften möglich sein.
  • Jena: Kleinere Satzänderungen unter Frontend und Redaktionelles Backend.
  • FUB: Es sollen Rechte und Rollen angelegt und bearbeitet werden können.
  • Jena: (Zu Datenmodell / Objekte) Es soll Eigenschaften von Hochschulen mit Werten gefüllt werden. Diese Wertfelder sollen bearbeitet, erstellt und gelöscht werden können. Zudem soll nach diesen Werten das ganze sortiert und kategoriesiert werden können.
    • Konstanz (Patrick) hängt einen entsprechenden Absatz an.

18:38: Arbeitskreis wurde auf weiteren Backup-AK erweitert.

Zusammenfassung

Resolutionsentwurf

Es handelt sich hierbei um ein Arbeitspapier, welches nicht das (inhaltiche) Ziel des AK vorgeben soll.

Resolution Studienführer an die Bundesfachschaftentagungen