Admin-Komponente Studierende-Datenvalidierung SOSPOS-GX-SuperX

Kategorie: Business Intelligence Analysen-Dokumentation Kategorie:HISinOne-Dokumentation

Einladen der Studierenden- und Prüfungsdaten

Die Laderoutinen eines Moduls unterscheiden sich zwischen HISinOne und Superx. Daher gibt es zu jedem System eine eigene Anleitungsseite:

• HISinOne Komponentenverwaltung
• Laderoutinen in SuperX starten

Generell gilt: Vor dem Start der Laderoutine sollten Sie die Entladeparameter und weitere Einstellungen (z.B. Konstanten) konfigurieren.

1 Datenvalidierung

Nach dem ersten Update sollten Sie stichprobenartig die Gültigkeit der Studierenden- und Absolventenstatistik prüfen. Das erste Ziel sollte sein, die Gesamtzahlen möglichst ohne spezielle Filter zu vergleichen, damit Sie die möglichen Fehlerquellen möglichst gering halten.

Im Folgenden wird gezeigt, wie Sie einzelne Suchanfragen aus HISinOne-STU, SOS-GX und POS-GX vergleichen können.

{{Hinweis}}

1.1 Studierendenstatistik

1.1.1 Datenvaliderung SOSPOS

1.1.1.1 Datenvaliderung SOSPOS Suche

In der Suchen-Funktion von SOS-GX können Sie zum Beispiel die Studierenden (Köpfe) vom SS 2005 ermitteln. Das Ergebnis der Suche können Sie als Statistik anzeigen, z.B. Studierende nach Geschlecht und Fachsemester.

Das Ergebnis können Sie mit HISinOne-BI vergleichen, indem Sie die Maske "Studierende und Studienanfänger nach Geschlecht" aufrufen.

Wählen Sie ebenfalls das Sommersemester 2005 aus, und schränken Sie beim Hörerstatus bzw. Status nicht ein (d.h. "Alle"). Beim Stichtag geben Sie aktuelle Zahlen an, und bei den Fächern sollten Sie die Fächer-Sicht "Fächer (intern)" wählen, denn alle anderen Sichten in der HISinOne-BI Komponente Studierende basieren auf alternativen Hierarchien, die wiederum neue Fehlerquellen enthalten können. Die Sicht "Fächer (intern)" ist im Grunde eine einfache alphabetische Liste der Studienfächer in der SOS-Tabelle k_stg.

Im Ergebnis erhalten Sie in der ersten Zeile die Gesamtsumme.

Diese Gesamtsumme sollte mit der obigen SOS-GX-Auswertung übereinstimmen, bei diesem Beispiel ist es ein Studierender weniger.

Um dies zu erklären können Sie z.B. im Prüfprotokoll für dieses Semester nachschauen:

Es zeigt sich, dass ein Studierender mit der o.g. Matrikelnummer einen NULL-Wert im Feld Fachkennzeichen hat und daher aus der Statistik rausfällt.

Die Prüfummer, die in der Spalte "Tabelle in SOS" ausgegeben wird, entspricht übrigens genau der oben dargestellten Suchanfrage, d.h. Studierende (Köpfe) eines Semesters ohne weitere Filter.

1.1.1.2 Abgleich der Stati pro Semester bei Datenquelle SOSPOS

Das System wertet den Status eines Studierenden bei tagesaktueller Zählung wie folgt aus:

• Studierende im aktuellen Semester werden dann als exmatrikuliert gezählt, wenn das Endedatum vor dem heutigen Tag liegt
• Studierende in früheren Semestern werden dann als exmatrikuliert gezählt, wenn das Endedatum vor dem jew. Semesterende liegt, und wenn es kein Folgesemester gibt (dann wäre der Student ein Wechsler).

Alle anderen Stati werden unverändert aus der Tabelle stg übernommen.

Hier eine Anleitung zur Validierung:

Der folgende Select auf der SOSPOS-Datenbank bildet die Logik im System nach (Bitte beachten: das Script wurde für das DBMS Postgres geschrieben, wenn Informix genutzt wird,

muss man "current_date" durch "today()" ersetzen.):

 
select 
 F.semester,
  F.status,
 count(*) as summe
 from sos S, stg F
 where S.mtknr=F.mtknr
 and (F.lfdnr=0 or F.lfdnr is null)
 and  (S.fehlerkz not in ('F', 'V') or fehlerkz is null)
 --Ohne Exmatrikulierte:
 and (F.endedat is null  --Entweder endedat ist leer
 or F.endedat > current_date  --oder nach Ladedatum exmatrikuliert
  or (F.endedat is not null and S.semester > F.semester) --der Studi ist ein Wechsler,d.h. das Semester des SOS-Satzes ist höher
  )
 --nur fürs akt. Sem. oder zukünftige
 and F.semester >= (select aktsem from sossys where current_date between sembg and semende)
 group by 1,2
 union
 select 
 F.semester,
  F.status,
 count(*) as summe
 from sos S, stg F
 where S.mtknr=F.mtknr
 and  (S.fehlerkz not in ('F', 'V') or fehlerkz is null)
 --Ohne Exmatrikulierte:
 and (F.endedat is null  --Entweder endedat ist leer
 or F.endedat > current_date  --oder nach Ladedatum exmatrikuliert
  or (F.endedat is not null and S.semester > F.semester) --der Studi ist ein Wechsler,d.h. das Semester des SOS-Satzes ist höher
  or F.endedat >= (select semende from sossys E where E.aktsem=F.semester) --Das Endedatum liegt am Ende des Sem. oder höher, d.h. er hat bis Semesterende studiert
  )
 --nur für alte Semester
 and (F.semester < (select aktsem from sossys where current_date between sembg and semende)
 or 0=(select  count(*) from sossys where current_date between sembg and semende)
 )
 group by 1,2
 union
 --nun die exmatrikulierten im akt. Sem.:
 select 
 F.semester,
  'X',
 count(*) as summe
 from sos S, stg F
 where S.mtknr=F.mtknr
 and  (S.fehlerkz not in ('F', 'V') or fehlerkz is null)
 --Exmatrikulierte:
     and F.endedat is not null  --exmatrikuliert
 and F.endedat <= current_date --Wenn jemand erst nach dem Ladedatum exm. wird
     --nur fürs akt. Sem. oder zukünftige
 and F.semester >= (select aktsem from sossys where current_date between sembg and semende)
 group by 1,2
 union
 --und nun die exmatrik. in älteren Semestern:
 select 
 F.semester,
  'X',
 count(*) as summe
 from sos S, stg F
 where S.mtknr=F.mtknr
 and  (S.fehlerkz not in ('F', 'V') or fehlerkz is null)
 -- Exmatrikulierte:
 and F.endedat is not null  --exmatrikuliert
 and F.endedat <= current_date --Wenn jemand erst nach dem Ladedatum exm. wird
 --Keine Wechsler rein ,d.h. das Semester des SOS-Satzes ist das letzte
 and S.semester <= F.semester
 --Das Endedatum liegt vor dem Ende des Sem.., d.h. er hat nicht bis Semesterende studiert
 and F.endedat < (select semende from sossys E where E.aktsem=F.semester) 
 --nur für alte Semester
 and (F.semester < (select aktsem from sossys where current_date between sembg and semende)
 or 0=(select  count(*) from sossys where current_date between sembg and semende)
 )
 group by 1,2
 order by 1,2

Das Ergebnis ist z.B. im WS 2005/2006:

In der Tabelle bedeutet status B=Beurlaubt, E=Ersteinschreiber, N=Neueinschreiber, R=Rückmelder und X=Exmatrikuliert. Diese Zahlen lassen sich wie folgt replizieren (Beispiel 126 Beurlaubte):

In der Maske wurden "nur Beurlaubte" ausgewählt. Im Ergebnis erhalten wir die 126 Studierenden:

Für die anderen Stati funktioniert der Abgleich analog, d.h. in der Maske wählen Sie z.B. "nur Ersteinschreiber", und Sie erhalten folgende Zahl:

.

Die oben dargestellte Prüfroutine hilft beim Abgleich der tagesaktuellen Zahlen. Ein analoges Beispiel haben wir unter #Prüfscript für Stichtagsdaten in SOSPOS für die stichtagsbezogene Auswertung erstellt. Aber zunächst ein paar Erläuterungen.

1.1.1.3 Abgleich der Stati für ein Semester bei Datenquelle SOSPOS

Hier am Beispiel Wintersemester 2014/15:

 SELECT
 F.status,
 --hier ggf. für eine Liste der Pseudonyme : L.mtknr_ldsg
 count(*) as summe
 FROM sos S, stg F, mtknr_ldsg L
 where S.mtknr=F.mtknr
 and L.mtknr=S.mtknr
 and (F.lfdnr=0 or F.lfdnr is null)--aktueller Zustand im Semester
 and  (S.fehlerkz not in ('F', 'V') or fehlerkz is null)-- F = fehlerhaft, V = vorläufige Einschreibung
 --Ohne Exmatrikulierte:
 and (F.endedat is null  --Entweder endedat ist leer
 or F.endedat > current_date  --oder nach Ladedatum exmatrikuliert
  or (F.endedat is not null and S.semester > F.semester) --der Studi ist ein Wechsler,d.h. das Semester des SOS-Satzes ist höher
  )
 and F.semester=20142
 group by 1
 union
 --nun die exmatrikulierten im Wintersemester 2014/15
 SELECT
 'X',
 count(*) as summe
 FROM sos S, stg F, mtknr_ldsg L
 where S.mtknr=F.mtknr
 and L.mtknr=S.mtknr
 and  (S.fehlerkz not in ('F', 'V') or fehlerkz is null)
 --Exmatrikulierte:
 and F.endedat is not null  --exmatrikuliert
 and F.endedat <= current_date --Wenn jemand erst nach dem Ladedatum exm. wird
 and F.semester=20142
 group by 1

Hier werden die Fälle gezählt, nicht die Köpfe!

1.1.2 Abgleich mit der amtlichen Statistik

Die HIS-Anwendung BSOS generiert für jedes Semester einen Export für das jeweilige Stat. Landesamt. Der Quellcode zur Erzeugung von BSOS wurde vom SuperX-Projektteam mit der Unterstützung von HIS analysiert, und es wurden einige Regeln festgestellt.

Zunächst ist es wichtig, welcher Parameter der BSOS-Anwendung im Bereich Studentenstatistik mitgegeben wird:

Je nachdem was hier eingegeben wird, verhält sich der Export völlig unterschiedlich. Mit HISinOne-BI vergleichbar ist nur die Option, dass "erst ab Stichtag"+ dem Wert, der in der Tabelle sossys im Feld stistat angegeben wird, gewählt wird. Im Folgenden ein Beispiel:

Erstellt werden soll eine Statistik das Sommersemester 2008 (Berichtssemester = 20081). Das Semester beginnt am 01.04.und endet am 30.09.2008.

Datum des Statistiklaufes: 21.04.2008

Weitere Hinweise zum Abgleich beider Verfahren:

• Der Datenexport aus BSOS richtet sich zunächst nach dem in der Tabelle sossys eingetragenen Stichtag für das Semester, i.d.R. die Mitte des Semesters. Außerdem richtet sich der Export nach der in dem Feld "Bedingung" eingegebenen SQL-where-Bedingung.
• Wichtig ist außerdem, ob in den Systemschaltern der Wert s_var-Variable 13 (Ausgabeformat u. Steuerparameterf. Amtl. Statistik), Wert4="T" gesetzt ist
• Wenn ein Studierender sich nach dem Stichtag einschreibt, wird er anders als in SuperX bei der amtlichen Statistik gezählt, sofern der Export nach dem Stichtag erzeugt wird. In SuperX wird das Datum der Immatrikulation (stg.anfdat) ausgewertet.
• Wenn ein Student sich einschreibt bzw. (im Vorsemester) zurückmeldet und vor dem Stichtag wieder exmatrikuliert, dann wird er nicht gezählt. Achtung: für die Merkmale "exmatrikuliert" wird das Feld sos.status.ausgewertet. SuperX verwendete bis Version 0.6rc6 das Feld stg.endedat, nur bei eingeschalteter Archivierung werden sos.status und sos.exmdat ausgewertet.
• Beurlaubte werden in veröffentlichen Statistiken des jew. LDS i.d.R. nicht veröffentlicht. Das Datum der Beurlaubung wird aber in BSOS nicht berücksichtigt. Dies ist ein Unterschied zu SuperX: hier werden Studierende, die sich nach dem Stichtag beurlauben lassen, als rückgemeldet gezählt.
• Der Hörerstatus wird bei BSOS aus dem Feld sos.hrst übernommen, in SuperX aber aus dem Feld stg.hrst

1.2 Absolventenstatistik tagesaktuell POS

Wie bei der Studierendenstatistik sollten wir möglichst wenig filtern, um zunächst die Gesamtsumme vergleichen zu können. Wählen Sie in POS-GX zum Beispiel in der Suchen-Funktion die Absolventen (bestandene Hauptprüfungen) im Sommersemester 2005 aus:

Für das Ergebnis können Sie eine Statistik erzeugen mit einem eigenen Ausgabeformat, z.B. nach Geschlecht und Studiengang-Nummer.

Das Ergebnis in POS-GX sieht so aus:

Es erscheinen also 279 Köpfe.

Um diese Gesamtsumme mit SuperX zu vergleichen, gehen Sie z.B. in die Abfrage "Prüfungen nach Fach, Fachsemester und Geschlecht":

Wählen Sie Köpfe, den Prüfungsstatus "bestanden" und wie oben bei der Studierendenstatisstik (und aus dem gleichen Grund wie oben) die Fächer-Sicht "Fächer (intern)". Beim Stichtag sollten Sie nicht "aktuelle Zahlen" wählen, denn dieser Stichtag geht nach dem Prüfungsdatum. Wählen Sie die "semesterbezogene Zählung", denn diese selektiert das Feld "Prüfungssemester" (lab.psem), das wir auch oben in der POS-GX-Selektion gewählt haben.

Das Ergebnis zeigt die Prüfungen, wie sie auch oben in POS-GX selektiert wurden.

Die Summe für Köpfe stimmt exakt überein.

1.2.1 Prüfscript für Stichtagsdaten in SOSPOS

In SOSPOS nutzen Sie bitte folgenden SQL, um die Studierenden (ohne vor dem Stichtag exmatrikulierte) für das jew. Semester zu ermitteln (hier am o.g. Beispiel des SS 2008 mit dem Stichtag 21.4.2008, Köpfe und Haupthörer (amtlich)):

select count(*) 
from stg F,sos S 
where F.mtknr=S.mtknr 
and F.semester=20081 
and (F.lfdnr=0 or F.lfdnr is null)
and (S.fehlerkz not in ('F', 'V') or fehlerkz is null)
and F.status in ('E','N', 'R') 
and (S.status not in ('X') or (S.status in ('X') and S.exmdat >= date('21.04.2008')) ) 
and F.hrst in (select hrst from k_hrst where astat='1') 
and F.stgnr='11' ; 

Der Select bezieht sich auf ein älteres Semester. Die beste Übereinstimmung erhalten Sie, wie im folgenden erläutert wird, wenn es sich um das jeweils aktuelle Semester handelt.

1.3 Datenvalidierung Absolventen in SOSPOS

Nehmen wir nun an, dass wir in SOSPOS folgende Datenpflege haben:

• Die Prüfungsnummer für Hauptprüfungen lautet 9000
• Anerkannte Prüfungen werden nicht ausgewertet
• Ebenso keine Teststudenten oder Fehlerfälle

Dann würde die Selektion in SOSPOS lauten:

select count(*) from lab L,sos S
where L.mtknr=S.mtknr 
and L.psem = 20042 
and L.pdatum between date('01.09.2004') and  date('30.05.2005')
and (S.fehlerkz not in ('F', 'V') or fehlerkz is null)
and L.pnr=9000
and L.pstatus='BE'
and (L.panerk is null or L.panerk != 'J')
and (L.prueck is null or L.prueck=0) 
;

und genau die 149 Fälle ergeben wie oben im Screenshot.

2 Schlüsseltabellen in SOS-GX

Zentrale Schlüssel aus SOS-GX und POS-GX werden nach SuperX in die Tabellen cifx bzw. sos_cifx übernommen. Bei Datenproblemen können Sie in SOS-GX die Tabellen prüfen.:

2.1 Geschlecht und Nationalität

2.2 Hochschulzugangsberechtigung und Fachkennzeichen

2.3 Status und Hörerstatus

siehe auch: STBA-Schlüsselverzeichnis: 12.2 (Hörerstatus) und 12.5 (Status)

2.4 Abschlüsse

Abschluss 84 wird über astat der Abschlussgruppe Bachelor zugeordnet

2.5 Studienfächer

siehe auch: STBA-Schlüsselverzeichnis: 3.2 - Studienfächer

2.6 Studiengänge (Regelstudienzeiten)

2.7 Prüfungsstatus und Studienabschnitt

{{Siehe auch}}