Please disable Adblockers and enable JavaScript for domain CEWebS.cs.univie.ac.at! We have NO ADS, but they may interfere with some of our course material.

Daten 

BPI Challenge 2014: Rabobank (up)

Die Daten finden Sie hier: «BPI 2014» (DOI 10.4121/uuid:c3e5d162-0cfd-4bb0-bd82-af5268819c35) 

CRM Project (up)

Text Mining Project (up)

 

Higher Education Processes (up)

ZIP «http://www.wst.univie.ac.at/~mangler/BUS/data.zip», [73.6 MiB] 
TAR.GZ: «http://www.wst.univie.ac.at/~mangler/BUS/data.tgz», [53.4 MiB] 
 
Beide Files sind identisch, aber TGZ komprimiert besser. 
Beim entpacken wird auch das richtige Modifikationsdatum fuer jedes File gesetzt. Bitte darauf achten, dass dieses nicht veraendert wird (also nicht oeffnen und speichern), weil sonst eventuell Informationen verloren gehen. 
 
BPI Challenge 2014: Rabobank
CRM Project
Text Mining Project
Higher Education Processes
• Zu diesem Dokument
• Allgemeine Informationen
• Instanzen
• Personen
• Services
• Forum
• Abgabe
• Code
• Register
• Noise

Zu diesem Dokument (up)

In diesem Dokument werden Regulaere Ausdruecke (regex) zur Beschreibung von mustern verwendet. Z.b. 
 
Fuer mehr info lesen Sie bitte in der «Wikipedia» nach. Sie werden regex beim extrahieren der Daten brauchen (ebenso wie XML).  
 
In diesem Dokument werden XPath Ausdruecke zur Beschreibung von Pfaden in XML Dateien verwenden. 

Allgemeine Informationen (up)

data/Forum/
Forumsdaten, in einer Forumsinstany koennen mehrere Themen (themes) enthalten sein, pro Thema viele verschachtelte Nachrichten. Pro Lehrveranstaltung gibts meistens nur 1 Forum. 
data/Register/
Benutzer koennen aus einer Liste von Themen oder Terminen aussuchen. Z.b. verwendet fuer Seminarthemenwahl oder zur Auswahl eines Abgabegespraechstermins. 
data/Abgabe/
Abgaben pro Uebungstermin. Zu jedem Termin mehrere Aufgaben und Subaufgaben. Deadlines. Kommentare durch Tutoren. Erfassung der Punkte von Tests, und von Plus/Minus in Uebungseinheiten. Pro LV sind mehrere Abgabenbereiche moeglich, z.b. wenn Aufgaben parallel erledigt werden muessen. 
data/Code/
Abgabetool speziell fuer AlgoDat. Hochladen von Code, automatischer Test ob alle Anforderungen erfuellt sind, Performancemessungen. 
Diese Funktionalitaeten (Services) sind im Rahmen von Lehrveranstaltungen lose verknuepft: sie kommen in einer Lehrveranstaltung vor und greifen auf gemeinsame Informationen zu, z.b. Benutzer, Gruppen, Teams, Identitaet der LV-Leiter und Tutoren. 
 
Alle Daten wurden sorgfaeltig anonymisiert: 
Sollten Sie ein Sicherheitsproblem finden (Rueckschluesse auf Personen ziehen koennen) teilen Sie uns das Problem bitte mit, damit wir das in Zukunft vermeiden koennen. Respektieren Sie in diesem Fall bitte die Privatsphaere ihrer Kollegen (Daten nicht veroeffentlichen, weitergeben, verwenden, …). 

Instanzen (up)

Jedes Service hat mehrere Instanzen. Eine oder mehrere Instanzen sind einer LV zugeordnet. Z.b. 
 
data/Forum/1
data/Forum/3
data/Abgabe/70
 
Wichtig ist fuer jedes Service die Datei data/.*/description.xml. In ihr sind die Instanzen einzelnen Lehrveranstaltungen zugeordnet. Eine Zuordnung hat folgende Form. 
 
http://www.pri.univie.ac.at:80/courses/KURS04/ue/se00
 
In dieser Url steckt sowohl der Kursname (immer hinter /courses/) als auch das semester (immer im format se..). Alle instanzen mit der selben URL wurden in der selben LV verwendet. 
 
Innerhalb der Instanzen (i.e. im Verzeichnis data/.*/\d+) befinden sich zwei Arten von Informationen: 
 
Direkt im Verzeichnis data/.*/\d+/ befinden sich die Konfigurationsdateien. Die Datei aman.xml beschreibt, wofuer die einzelnen Dateien gut sind. Konfigurationsdateien kommen immer paarweise: 
 
.xml
Die Konfiguration 
.rng
Eine detailierte Beschreibung der Struktur der Konfigurationsdatei im RelaxNG schema Format mit Annotationen die die Semantik beschreiben. 
Vorgehensweise, anhand eines Beispiels: 
 
Dateien die NICHT paarweise kommen (keine .rng datei) sind keine Konfigurationsdaten, sondern enthalten von Usern generierte Daten (z.B. data/Abgabe/0/assessments.xml). Diese Dateien werden in diesem Dokument (weiter unten) genauer erklaert. 

Personen (up)

Wie bereits erklaert sind Personendaten wichtig fuer jedes Service. Es existieren 3 Quellen: 
 
Die Daten zu Usern sind in den einzelnen LVs und Instanzen redundant vorhanden, koennen sich aber auch zwischen den Semestern aendern.  

Services (up)

Forum (up)

Innerhalb des Forum gibt es zwei Verzeichnisse mit Laufzeitinformationen: 
 
data/Forum/.*/User: In diesem Verzeichnis finden sie Textdateien mit dem Namen <<matrnr>>. In diesen Dateien finden sie eine Liste von Message ID's mit Zeilenumbruch getrennt. Das sind alle Messages, die ein bestimmter User gelesen hat.  
 
data/Forum/.*/Data: In diesem Verzeichnis finden sie XML Dateien, die das eigentliche Forum speichern. Pro Thema gibt es eine xml Datei mit der ThemenID als name (siehe data/Forum/.*/issues.xml fuer eine Liste der Themen).  

Abgabe (up)

Innerhalb des Abgabe Services gibt es nur ein Verzeichnis mit Laufzeitinformationen. 
 
data/Abgabe/.*/Data: In diesem Verzeichnis liegen die hinaufgeladenen Dateien in folgender Struktur vor data/Abgabe/.*/Data/<<matrnr>>/<taskid>/<subtaskid>/<dateiname>.<extension>. Fuer Informationen welche tasks und subtasks es gibt, sehen sie bitte in die Datei tasks data/Abgabe/.*/tasks.xml. 
 
Weiters gibt es: 
 
data/Abgabe/.*/assessment.xml: Bewertungen fuer alle Studenten.  
 
<assessments>
  <person id="<<matrnr>>">
    <result id="1">9.0</result>
    <plus date="2009-10-20"/>
    <result id="2">6.0</result>
    ...
  </person>
 
Bitte beachten Sie dass sie natuerlich immer die richtige Gruppe verwenden muessen, um die informationen richtig zuzuordnen (pro person in data/Abgabe/.*/persons.xml. 
 
data/Abgabe/.*/feedback.xml: Feedback von Tutoren und LV-Leitern an Studierende zu Tasks und Subtasks. 
 
<feedback>
  <person id="...">
    <comment author="..." subtask="1" task="1">
 
Der Feedback ist immer zur gesamten Abgabe Task/Subtask, nicht pro File. Die Beschreibungen zu Tasks und Subtasks finden sie unter data/Abgabe/.*/tasks.xml. 
 
Es ist WICHTIG zu erwaehnen dass der Abgabezeitpunkt nicht in einem XML File steht, sondern eine Eigenschaft der abgegebenen Datei ist. Lesen sie die Fileeigenschaften der Dateien data/Abgabe/.*/Data/<<matrnr>>/<taskid>/<subtaskid>/<dateiname>.<extension>. 

Code (up)

Im Unterverzeichnis data/Code/.*/Data finden Sie  
 
data/Abgabe/.*/Data/common: Gemeinsame Dateien fuer alle Gruppen. Codestücke die zum Testen gegen die hochgeladenen Programme verwendet werden. 
data/Abgabe/.*/Data/\d+: Die LV-Gruppen (siehe data/Code/.*/persons.xml). 
 
Innerhalb der Gruppen sehen Sie ein Verzeichnis pro Student, innerhalb des Studentenverzeichnisses: 
 
data/Abgabe/.*/Data/\d+/<<matrnr>>/.* Dateien: Aktueller Upload. Zeitpunkt des Versuchs aus den Filemetadaten. 
data/Abgabe/.*/Data/\d+/<<matrnr>>/.* Verzeichnise: vorherige Uploads, durchnumeriert. Den Zeitpunkt des Uploads kann man fuer einzelne Dateien wieder aus den Fileeigenschaften abgelesen werden. 

Register (up)

Dieses Service ist das einfachste der Gruppe. Alle Eingaben der Studenten werden in der Datei data/Register/.*/registrations.xml gespeichert: 
 
<registrations>
  <registration unit="1" group="1" slot="1"><<matrnr>></registration>
  ...
 
Pro Gruppe und Unit (siehe data/Register/.*/custom.xml) kann sich ein Studierender zu einem Slot anmelden. Die Anzahl der leeren Slots kann im Umkehrschluss hergeleitet werden. 

Noise (up)

In den Daten sind jede Menge Probleme versteckt. Beispielprobleme sind: 
 
Diese Probleme sollten Sie nicht einfach ignorieren, sondern versuchen die Daten wenn moeglich zu komplettieren, also die fehlende Information wiederherzustellen. 
Letzte Änderung: 27.04.2016, 14:20 | 1257 Worte