Datavarehusprosjektet Telefon: USIT, Universitetet i Oslo Telefax: Postboks 1086, Blindern royne.skaarerkreutz@usit.uio.

Transkript

1 Datavarehusprosjektet Telefon: USIT, Universitetet i Oslo Telefax: Postboks 1086, Blindern royne.skaarerkreutz@usit.uio.no 0316 Oslo DV , RSK Referat Møte i STAR-gruppen, februar 2011 Til stede: Fra lærestedene Anette Bjordal Wigaard (UiO) Heidi K. Reppen (UiA) Ingvild Greve (UiB) Inger Setnes (HiO) Ketil Rudjord (NTNU) Pål Erik Megaard (UiO) Forfall Ole-Jørgen Torp (UMB) Jørn Magne Hansen (HiBo) Fra USIT Margrethe M. Roald (USIT) Stein Aske (USIT) Arvid H. Hansen (USIT) Royne S. Kreutz (USIT) Forfall Geir Magne Vangen (USIT) Julie Myhre Barkenæs (USIT) Dagsorden 1. Status verktøyvalg 2. Hva skjer i LIST v/ Stein 3. Gjennomstrømmingsrapporter og andre rapporter 4. Gjennomgang av notat til styret 5. Eventuelt 1

2 1. Status verktøyvalg I forrige møte ble det klart at tidsskjema for anskaffelse av presentasjonsverktøy vil strekke seg litt lenger ut i tid enn opprinnelig tenkt. Siden forrige møte har prosjektleder blitt gjort oppmerksom på at også datavarehusprosjektet for økonomi på UiO og UiB ønsker å påvirke verktøyvalget som skal gjøres for sektoren. Dette gjelder både hvilken prosess som skal til og hvem som involveres. Det er derfor på det rene at anskaffelsen vil drøye en god stund. For den videre prosessen er det fire muligheter så langt: a) Felles kravspesifikasjon b) Migrere til OBIEE (hvis mulig) c) Cognos (NTNU sitt foreløpige valg) d) Star har egen anbudsprosessen og anskaffer verktøy til eget bruk uavhengig av andre prosjekter. Til alternativ b) knytter det seg flere motforestillinger. Spesielt det forhold at det er tungt å skifte verktøy gjør at det er lite realistisk med en mellomløsning. For USIT er det en klar fordel at de ulike prosjekter i størst mulig grad velger like verktøy for samme oppgaver. Når det gjelder c) så er dette allerede et prosjekt ved NTNU. Prosjektet er delt i tre faser. En fordel ved dette alternativet er at dette prosjektet har tatt inn over seg sider ved et anbud som økonomi er avhengig av å løse. Det gjelder bl.a. budsjettering og prognostisering. Prosjektgruppen samlet seg om at det er oppgaver å gjøre for prosjektgruppen fremover mht. til å jobbe frem gode rapporter. LIST kan benyttes for utvikling og testing, og godkjente rapporter kan legges ut i LIST. 2. Hva skjer i LIST Det er gjort endringer som ikke bare gjelder LIST men for plattformen generelt Det gjøres en del arbeid som ikke blir synlig for den alminnelige bruker. For øvrig: - Endringer som følge av endringer i FS er utført - Institusjons_eier er innført i FS og i datavarehuset. Dette er til bruk for VPD som er en måte å håndtere adgangsbegrensning for data fra flere læresteder i samme database - Tabeller som ikke har inst_eier er felles (brukere bør ikke merke dette) - DV har endret modellen slik at alle dimensjonene nå er knyttet direkte til faktatabellene - Nye byggeklosser innført. (max antall tellende forsøk) Ting som kommer: - Oracle databasen skal over fra 10.2 til 11.2 samtidig som DV sitt ETL-verktøy (utviklerverktøy) går over til UTF8-tegnsett testes. Cristin har dette i dag. FS planlegger dette i løpet av året - Sammenslåing av FS-databaser i løpet av året vil føre til en forenkling for datavarehuset 2

3 3. Gjennomstrømmingsrapporter og andre rapporter Ferdige kandidater Semester Fak Lavere grad Inst PPU 100 (65) 100 (70) 90 (83) Program Bach3 800 (550) 750 (525) 850 (650) Master3 20 (15) 30 (21) 20 (15) MasterX 10 (8) 15 (12) 10 (8) Master5 70 (50) 78 (55) 70 (50) Hvem er adressat for rapporten Siste årstall først i alle rapporter Hvor spikret skal en rapport være? Det må tas stilling til programmets eierskap Grad-/kvalifikasjonsnavn ikke interessant her Ferdige kandidater - gjennomføringstid Startkull Normert 1 sem 2 sem Lavere grad Bach Master Master For rapportvariant 1: Vi ser alle studieprogram Deltid må være skilt ut som eget valg Kalendertid For rapportvariant 2: Tar hensyn til permisjon Tar hensyn til deltid Spørsmål: Hva slags regel skal gjelde for beregning av permisjonstid? I DV i dag beregnes denne på desimalnivå. Prosjektgruppen kunne tenke seg en beregning som gir permisjon for hele semesteret ved permisjoner av en viss lengde. Et forslag er å angi 100 %, 50 % og ingen. Prosjektgruppen samlet seg om at man fastslår permisjon der permisjonstiden er angitt som mer enn 100 dager. 3

4 Kandidater med utveksling Semester Fak Lavere grad Inst PPU 100 (7 %) 100 (6 %) 90 (6.5 %) Program Bach3 800 (5 %) 750 (3 %) 850 (4 %) Master3 20 (4 %) 30 (2 %) 20 (2 %) MasterX 10 (20 %) 15 (0 %) 10 (10 %) Master5 70 (2 %) 78 (5.5 %) 70 (5 %) Hva er et utvekslingsopphold? Minimum 3 måneder varighet Rapportert DBH Det ble diskutert om antall studenter, antall utveksling og prosentandel utveksling skal vises (i denne figuren er antall utveksling utelatt). Ferdige kandidater - kjønn (andel kvinner) Semester Fak Lavere grad Inst PPU 100 (70 %) 100 (60 %) 90 (65 %) Program Bach3 800 (50 %) 750 (63 %) 850 (65 %) Master3 20 (60 %) 30 (62 %) 20 (80 %) MasterX 10 (70 %) 15 (100 %) 10 (95 %) Master5 70 (60 %) 78 (58 %) 70 (75 %) Ferdige kandidater - innpass (studienivå) Semester 1-30 SP SP SP Fak Lavere grad % % % Inst PPU 7 % 6 % 4 % Program Bach3 5 % 4 % 3 % Master3 4 % 2 % 1 % MasterX 4 % 3 % 0 % Master5 3 % 2 % 1 % Det er et krav at innpassingen er gjort i forhold til kvalifikasjonen 4

5 Ferdige kandidater - innpass (fra lærested) Semester 1-30 SP SP SP Fak Lavere grad % % % Inst Institusjon xx1 7 % 6 % 4 % Program Institusjon xx2 5 % 4 % 3 % Institusjon xx3 3 % 4 % 3 % Institusjon xx4 4 % 2 % 1 % Institusjon xx5 4 % 3 % 0 % Institusjon xx6 3 % 2 % 1 % Tilsvarende lages rapporter for alder, geografi, resultat vgs., opptaksgrunnlag og resultater. Når det gjelder geografi vil trolig det beste bilde være å hente adresse fra vitnemål utstedt (elektroniske vitnemål). Undervisning - faktorer Emne Obl Parti Stryk Karsnitt Frafall Ant stud MA100 Ja N 12 2,6 600 MA200 Nei J 3 2,7 400 Tallgrunnlaget vil være per semester fordi dette vil endre seg mellom semestre. Ansattkoblingen kan vanskelig gjøres. Vi har ansatte i FS, men vi vet ikke hva de gjør(!). Det kommer påstander fra flere hold om at det er blitt mye mer skoleeksamener. Rapporter på undervisningssiden burde kunne gi svar på slike spørsmål. Vurderingsformer bør derfor være gjenstand for rapportering. Ferdige kandidater fagvalg i program Ferdige kandidater - fagvalg i Program program Semester Sosiologi Samføk Geografi Exph Psyk

6 Sosiologi Samføk Geografi 1 Exph Psyk Hensikten her er å vise hvilke fag som er mest populære på et studieprogram. Nye List-rapporter USIT presenterte forslag til 3 nye List-rapporter basert på innspill fra UiA, UiB og NTNU: STAR GST001 Studierett-utvalg for studenter samlet SP-produksjon, frafall og fullføring STAR GSP002 Studierett-utvalg for studenter på studieprogram studieaktivitet, frafall og fullføring STAR GSP003 Studenter på studieprogram interne overganger og kombinasjoner GST001-rapporten er en generell gjennomstrømmingsrapport som følger studenter samlet, uavhengig av skiftende programtilordninger. Den tar utplukk i studenter som oppnådde bestemte studieretter på et bestemt tidspunkt, og følger disse over tid og viser studierettproduksjon og -spredning, frafall og oppnådde kvalifikasjoner. Pga studierett-utvalget vil det kunne bli dobbelttellinger (noen studenter vil ha oppnådd flere studieretter i samme semester), og dette ble vurdert som problematisk. GSP002-rapporten måler frafall og fullføring for studenter på bestemte studieprogram, og slik at også studieaktivitet på andre programmer hentes inn. Frafall innenfor eget program vises sammen med frafallet totalt, sistnevnte måles som regel vesentlig lavere enn førstnevnte. Fullføring med oppnådd grad vises på samme måte både for det utvalgte studierettprogrammet og for alle andre program. Også denne rapporten bygger på programstudenter, ikke studenter samlet (hoder). GSP003-rapporten viser interne overganger mellom studieprogram aggregert til nivå- og fakultet/avdelingsgrupper. Også denne rapporten tar utgangspunkt i programstudenter, slik at når en student deltar på flere programmer i to påfølgende semestre, blir tallet på overganger lik produktet av antall programtilknytninger i hvert av semestrene. Dette ble vurdert som problematisk. En hovedinnvending mot alle disse tre rapportene var et det er ønskelig at de baseres 6

7 på entydig programtilhørighet i semesteret (studenter samlet), slik at man ender opp med gjenkjennelige hodetall. Dette vil bli tatt til følge, og nye utgaver av rapportene vil bli laget. Prosjektgruppen ønsker ikke rapportene skal kalles Star i dagens List. Starnavnet skal reserveres rapporter som er ferdigutviklet i henhold til prosjektets kravspesifikasjon. Rapporter som er under testing kun skal være tilgjengelig for prosjektetgruppens medlemmer inntil videre. Karakterstatistikk Karakterstatistikker i LIST ble diskutert, med fokus på programtilhørighet og emneeierskap. Fakulteter-avdelinger og institutter vil ha eierskap både til programmer og emner, og begge disse tilknytningene kan vises i rapporter. Studieprogram-problematikk I LIST bygges Programstudenter på en bestemt måte, og hvor entydig programtilhørighet på emnenivå, innlest fra FS, legges til grunn, og slik at visse andre mulige FS-kilder for programtilordning ikke vektlegges. Diskusjonen i prosjektgruppen viste at dette er kontroversielt, og at det ikke er noen generell aksept for måten LIST i dag håndterer dette på. En alternativ tilnærming er at studierettinformasjon og hovedprogram ved semesterregistrering bør legges til grunn for rapporter og gjennomstrømmingsanalyser, i stedet for programtilhørighet aggregert kun fra studieaktivitet på emnenivå.. Denne problematikken er teknisk komplisert, og delegeres til en egen arbeidsgruppe som skal utrede spørsmål omkring datamodell for prosjektgruppen, jf. punkt 4 nedenfor. 4. Gjennomgang av notat til styret Prosjektleder gikk gjennom utkast til notat til styret. Diskusjonen dreide seg om knytningen mellom lansering av Star og hvor bundet den er av lansering av nytt verktøy. Det må også vurderes hvilket av Starutviklede rapporter som passer for utrulling i LIST. Arbeid frem til juni: Få avklart hvilke alternativ som velges for verktøyprosjektet Justere fremdriftsplanen Arbeide med datamodell skal ende opp med et notat med problemstillinger prosjektgruppen skal ta stilling til. UiO melder på et medlem for dette arbeidet. Andre interesserte må melde tilbake til prosjektleder 5. Eventuelt Neste møte: Torsdag 28. april kl Mandag 6. juni l kl