Sluttrapport fra prosjektgruppen STAR, prosjektperioden

Transkript

1 Sluttrapport fra prosjektgruppen STAR, prosjektperioden Innledning. Hvorfor STAR? STAR (Statistikk, analyse og rapporter), er en rapport- og statistikkløsning for studiedata. Hovedformål med STAR er å støtte institusjonenes behov for styringsdata på utdanningsområdet ved å tilby standardrapporter og tilrettelegge for institusjonenes behov for egendefinerte rapporter. Løsningen er dynamisk ved at institusjonene har tilgang til ferske data i motsetning til DBH-data som er institusjonenes offisielle rapporterte tall og som forholder seg til tidspunkt for rapportering til KD. Institusjonene kan kun se og har kun tilgang til egne studiedata. 2. Bakgrunn STAR-prosjektet har vært gjennom tre hovedfaser: - Utarbeidelse av kravspesifikasjon for rapporter (juli 2010 mars 2012) - Utarbeidelse av kravspesifikasjon og anskaffelse av rapportverktøyet (april juni 2014) - Etablering av drift, implementering og utrulling (juni august2015) I det følgende sammenfattes arbeidet med hovedmilepæler i STAR-prosjektet. Utarbeidelse av kravspesifikasjon for rapporter Styret for FS vedtok reorganisering av ekspertgruppen for LIST over i en prosjektgruppe for ny datavarehusløsning. Prosjektgruppen ble oppnevnt med prosjektleder Anette Wigaard (UiO), 7 representanter fra institusjonene (UMB, UiB, UiA, HiO, NTNU, HiBo, UiO), 4 representanter fra datavarehusgruppen ved USIT, utviklingsleder for FS og daglig leder for FS. Gruppen representerte følgende kompetanseområder: FS-kompetanse, ledelsesinformasjon, analyse, rapportering, arbeid med kvalitetssikring samt kunnskap om hvilken type informasjon det er behov for å ha fokus på i fremtiden. Prosjektgruppen ble oppnevnt med følgende mandat (vedtatt ): - Utarbeide en kravspesifikasjon for datavarehuset for studiedata. o Identifisere brukerne av datavarehuset, både primærbrukerne og andre brukere og interessenter. o Beskrive formålet med datavarehuset o Avgrense datavarehuset mot andre løsninger for uthenting av studentdata som FS, DBH, SSB og lignende, både med tanke på brukergrupper og funksjonalitet. - Utarbeide kravspesifikasjon til verktøy. - Utvikle rapporter for datavarehusløsningen. 1

2 o o o Utarbeide en plan for hvilke data og rapporter datavarehuset skal støtte og oppdateringsfrekvens for disse. Utvikle og teste de rapportene som prioriteres som viktigst for institusjonene. Utarbeide plan for videre utvikling av systemet. - Opplæring, utrulling, avgrensning o Utarbeide opplæringsplan for systemet o Utarbeide plan for utrullingen av systemet. o Avklaring av datavarehusets videre utvikling og kobling mot andre datavarehus/systemer. Kravspesifikasjon for rapporter i rapportverktøyet ble utarbeidet og vedtatt i styret for FS (vedlegg 1) Formål og avgrensning Styret for FS vedtok følgende formål og avgrensninger for datavarehuset STAR : Formål: Datavarehus for studiedata skal være en rapport- og statistikkløsning som: - På en effektiv og brukervennlig måte støtter institusjonenes behov for styringsdata på utdanningsområdet - Tilbyr standardrapporter og tilrettelegger for institusjonenes behov for egendefinerte rapporter - Gir støtte for kontrollrapporter for bedret datakvalitet - Er tilrettelagt for kobling mot andre datakilder Avgrensninger: Datavarehuset skal først og fremst tilfredsstille institusjonenes behov for en løsning til å utarbeide rapporter til styring, informasjon og analyser. Rapportene i datavarehuset skal være utarbeidet i tråd med institusjonenes behov. Institusjonene ønsker i utgangspunktet at: - Datavarehuset skal ha minst ukentlige oppdateringer. - Datavarehuset skal være dynamisk i motsetning til DBH som forholder seg til tidspunkt for rapportering. - Standardrapportene i datavarehuset skal i første omgang være rapporter til bruk for styringsforhold. DBH DBH-data skal være institusjonenes offisielle tall som bl.a. brukes av KD. Data og rapporter i datavarehuset skal være et supplement til DBH-data der disse ikke er tilstrekkelige for institusjonenes styrings-, informasjons- og analysebehov. FS De fleste data i FS skal overføres til Datavarehuset. Det vil være unntak for personidentifiserbare data som personnr., navn, telefonnr. osv. Det bør også løpende vurderes om andre typer data skal holdes utenfor overføringene til datavarehuset. Det er også behov for en nærmere oppgang av hvor grensen skal gå i forhold til overføring av studieadministrative regler til datavarehuset. Fødselsnummer skal ikke overføres til studiemarten. Kvalitetssikring av datavarehuset mot FS skal foregå ved hjelp av løpenummer knyttet til person i FS. 2

3 Utarbeidelse av kravspesifikasjon for rapportverktøy og anskaffelse av rapportverktøy for FS Styret for FS ga Samarbeidstiltaket FS ansvar for prosessen og opprettet en ressursgruppe for anskaffelsesprosessen. Ressursgruppen ble først ledet av Ingvild Greve (UiB) og etter hvert Anne Lise Lande (FS). Gruppen ble gitt følgende mandat: - Å kartlegge behov og interesse for et presentasjonsverktøy i sektoren - Utarbeide forslag til kravspesifikasjon for styringsgruppen - Gjennomføre et eventuelt innkjøp av et presentasjonsverktøy - Foreslå en modell for forvaltning og betaling Styret for FS vedtok i tillegg noen overordnede prinsipper for anskaffelsen og videreføring av STAR ( , ): - Ressursgruppen skal vektlegge sektorens behov for visualisering og brukervennlighet i anskaffelsesprosessen - Verktøyet skal være et enkelt rapportvektøy og ikke et virksomhetsstyringsverktøy da kjøp av et virksomhetsstyringsstyringsverktøy for sektoren er ikke ønskelig og utenfor styrets mandat. Verktøyet må være brukervennlig, gi enkelt tilgang til standardrapporter og være egnet for rapportering til ledelsen, i tillegg til å gi mulighet for egenutvikling av ad hoc rapporter. - Det legges til rette for et begrenset antall standardrapporter fra STAR - STAR-prosjektet videreføres som en ekspertgruppe for studiedata etter at prosjektet er avsluttet. Kravspesifikasjon for rapportverktøyet, herunder finansieringsmodell, ble forelagt for og godkjent i styret for FS Styret for FS har gitt Samarbeidstiltaket FS eierskap, forvaltnings- og driftsansvar for verktøyet og ble bedt om at en avtale om dette inngås med UiO. Våren 2014 ble det gjennomført konkurranse med forhandlinger. I denne prosessen var gruppen sammensatt av både representanter fra FS og institusjonene, samt bred representasjon fra ITavdelingen ved UiO, ved unix- og windows- og databasedrift, og med støtte fra innkjøpsavdelingen ved UiO. Anskaffelse av Tableau ble vedtatt , i skarp konkurranse med de mest anerkjente og ledende verktøyene for analyse, visualisering og rapporter som er tilgjengelig på markedet. Tableau Presentasjons- og rapportverktøyet Tableau er et selvbetjent analyseverktøy med god brukervennlighet. Verktøyet vil kunne dekke behov både for standardrapportering og for skreddersydde maler. Verktøyet har et vevbasert brukergrensesnitt og støtter bruk av grafiske elementer og annen funksjonalitet som ivaretar institusjonenes visuelle profil. Verktøyet kan brukes til ad-hoc analyse og egendefinerte rapporter. Verktøyet har støtte for skedulering av rapportkjøringer. Det er mulig å dele visualiseringer på e-post, intranett eller andre 3

4 samhandlingsplattformer, på tvers av institusjonen. Tableau har støtte for å lage rapportmaler og formatinnstillinger som lar seg kopiere på tvers av analyser og dashboards. Verktøyet kan også benyttes i arbeidet med bedre datakvalitet ved å hjelpe brukerne til å differensiere mellom feil i datasettet og faktiske avvik. Visualiseringer laget i dette rapportverktøyet kan eksporteres til andre format og verktøy. Relativt kort implementeringstid innebærer at man raskt vil kunne dra nytte av verktøyet og selv vil kunne produsere ønskede visualiseringer, rapporter og ashboards. Beskrivelse av løsningen Det er utarbeidet en beskrivelse av arkitektur i datavarehuset og i rapportverktøyet (se vedlegg 4). Bildet nedenfor viser hovedstruktur og dataflyt i løsningen: Institusjonene tilbys tre siter (områder der rapporter er tilgjengelige og lagres): - Site med STAR-rapporter. Her inngår rapportmaler slik de er spesifisert i kravspesifikasjonen (12 rapporter) - FS-site. Herfra får institusjonene direkte tilgang til FS-basene og kan trekke ut egne data. - Institusjonell site (sandkasse). Implementeres på sikt. Her kan institusjonene lage egne rapporter og sammenstille data slik de har behov for. Løsningen innebærer at institusjonene kun ser og kun har tilgang til egne studiedata. 4

5 Kostnader og antall lisenser Kostnader for implementering og støtte for bruk av rapportverktøyet vil inngå i den årlige FSkontingenten. Institusjonene vil i tillegg få dekket kostander for følgende antall lisenser for bruk av rapportverktøyet: - Institusjoner med antall studenter over 10000: 1 superbruker, 3 sluttbrukere - Institusjoner med antall studenter : 1 superbruker, 2 sluttbrukere - Institusjoner med antall studenter under 7000: 1 superbruker, 1 sluttbruker Institusjonene må selv dekke kostnader knyttet til kjøp av øvrige lisenser. Institusjonene er bedt om tilbakemelding i tilfelle deres institusjon har behov for flere lisenser for superbrukere og sluttbrukere. Kostnader for lisenser er NOK 6697 for superbruker og NOK 3348 for sluttbruker. 3. Prosjektgruppe for implementering og utrulling av rapportverktøy for FS Prosjektgruppens sammensetning og mandat Styret for FSAT har reetablert STAR-prosjektgruppen for en prosjektperiode høsten sommer Prosjektgruppens kompetanse skulle dekke FS-kompetanse, ledelse, statistikk og analyse, og teknisk databasekompetanse. Gruppen ble derfor nedsatt av representanter for studieadministrativ ledelse ved ulike nivåer ved institusjonene, FS-kontakter og ansatte i Gruppe for datavarehus i FSAT. Prosjektgruppen ble nedsatt med følgende sammensetning: Ingvild Greve, Universitetet i Bergen (prosjektgruppens leder) Anne-Lise Lande, Universitetet i Oslo Espen Dybwad Kristensen, UiT Norges arktiske universitet Thor Højgaard Anti, Norges miljø- og biovitenskapelige universitet Mustafa Hussain, Universitetet i Bergen Kjerstin Tobiassen, Høgskolen i Sør-Trøndelag HIST Hans Jacob Berntsen, Høgskolen i Telemark Jon-Are Lunde, Høgskolen i Narvik Sonja Irene Dyrkorn, Høgskolen i Bergen Henrik Røneid, Campus Kristiania Stein Aske, FSAT Ragnar Pettersen, FSAT Agnethe Sidselrud, FSAT (prosjektgruppens sekretær) Styret for FSAT vedtok følgende mandat for prosjektet STAR for perioden : 5

6 Prosjektgruppen skal: Ferdigstille arbeid med spesifisering av rapporter for studiedata som skal tilgjengeliggjøres i rapportverktøyet for FS-institusjonene. Utarbeide rutiner for bruk av rapportverktøyet i henhold til FS-institusjonenes behov, herunder rutiner for gjenbruk av løsninger for visualisering eller sammenstilling av studiedata. Utarbeide en plan for videreutvikling av rapporter. Være et bindeledd mellom FS-institusjonene og FSAT: sørge for FS-institusjonenes brukermedvirkning i forvaltning og videreutvikling av rapportløsninger ved å melde inn og behandle utviklingsønsker (herunder prioritere). Bistå FSAT med utrulling av rapportverktøyet ved FS-institusjonene. Ivareta dialogen med NSD når det gjelder FSAT og FS-institusjonenes arbeid med statistikk for studiedata for å sikre en hensiktsmessig arbeidsdeling mellom DBH-avdelingen og FSAT. Prosjektgruppen skal konkretisere oppgaver og leveranser og utarbeide en tidsplan for når de ulike leveranser skal være ferdige. Tidsplan skal legges fram for styret i januar Arbeidet i prosjektet skal ikke vanskeligjøre en eventuell fremtidig bruk av rapportverktøyet, der data fra andre kildesystemer som Cristin og /eller økonomisystemer kobles sammen med studiedata. Leveranseplan Leveranseplan ble utarbeidet i henhold til prosjektgruppens mandat og vedtatt i styret for FSAT Status for leveransene angis i høyre kolonne: 6

7 STAR-prosjektet: Leveranseplan Leveranse Beskrivelse Dato ferdig Rapporter slik spesifisert i kravspesifikasjonen av feb.2012 Kravspesifikasjon for rapporter i datavarehuset i STAR ble utarbeidet i 2011 og vedtatt i FS-styret Kravspesifikasjonen gir en detaljert beskrivelse av rapportene som skal utvikles av FSAT og tilbys institusjonene i rapportverktøyet. Det er spesifisert at det skal tilbys 11 rapporter i første omgang: Rapporter om studenter: 1.Gjennomstrømming A GST004 2.Gjennomstrømming A Tilleggsrapport GST004 3.Gjennomstrømming B supplerende informasjon om studenter i permisjon og med deltid GST005 4.Ferdige kandidater GSP001 5.Ferdige kandidater gjennomføringstid GSP002 6.Ferdige kandidater gejnnomføringstid kalendertid GSP002 7.Ferdige kandidater med utveksling UVP001 8.Ferdige kandidater innpass (studienivå) GSP006 9.Ferdige kandidater innpass (fra lærested) GSP Ferdige kandidater fagvalg i program EIP001 Rapporter om emner: 11.Undervisning faktorer VPR01 Institusjonene i prosjektgruppen testet rapportene som er utviklet og kom med tilbakemeldinger. Rapporter ble testet og utviklet i flere runder før de ble ferdigstilt. Arbeidet med utvikling og testing var et omfattende arbeid og pågikk hele våren august 2015 Status: ferdig Installasjon av server med tre miljøer: utvikling, test og produksjon Rapportverktøyet driftes av FSATs driftsleverandør USIT ved Universitetet i Oslo. USIT skal sette opp server med tre miljøer: utvikling, test og produksjon. Utviklingsmiljøet benyttes av utviklere ved FSAT for å utvikle rapporter, som deretter tilgjengeliggjøres i testmiljøet for institusjonene i prosjektgruppen. Sluttbrukere vil gis tilgang til testmiljøet og et produksjonsmiljø. FSAT samarbeider med USIT og USITs sikkerhetsansvarlige for å sikre at løsningen som tilbys institusjonene ivaretar 1.april 2015 Status: ferdig 7

8 aktuelle lovbestemmelser for behandling av data i rapportverktøyet. Oppsett av Tableau Server med påloggingsløsning for sluttbruker Tableau Server er den delen av rapportverktøyet som benyttes av sluttbruker (også kalt sekundærbruker: bruker av rapportverkøyet som forholder seg til de ferdigdefinerte rapportene; brukeren har ulike filtrerings- og sorteringsmuligheter samt valg av visualiseringsløsningen for det spesifiserte tallmateriallet). USIT skal sette opp Tableau Server med påloggingsløsning for brukere fra UH-sektor. 1.april 2015 Status: ferdig Oppsett av Tableau Desktop med påloggingsløsning for superbruker Tableau Desktop er den delen av rapportverktøyet som benyttes av superbruker (også kalt primærbuker): bruker av rapportverktøyet som har adgang til å lage rapporter i rapportverktøyet; brukeren forutsettes å ha god kjennskap til FS, datavarehuset i STAR og statistikk og analysearbeid ved institusjonen. Tableau Desktop skal i tillegg benyttes av superbrukere som ønsker å generere ad hoc- rapporter på bakgrunn av live-data fra FS-basen, i tillegg til de predefinerte kildene i datavarehuset i STAR. USIT skal sette opp Tableau Desktop med påloggingsløsning for brukere fra UH-sektor. 1.april 2015 Status: ferdig Dokumentasjon på fellesstudentsystem.no - Beskrivelse av innhold i kilder - Beskrivelse av innhold i rapporter FSAT skal utarbeide utfyllende og detaljert dokumentasjon for løsningen. Det skal lages en beskrivelse av de predefinerte kildene i datavarehuset STAR. Det skal også lages en beskrivelse av innhold på feltnivå i rapporter som utvikles og tilbys i rapportverktøyet. Beskrivelsen skal være tilgjengelig ved hjelp av direktelenking fra rapportene i rapportverktøyet. 1.februar 2015 Status: ferdig Opplæring og brukerstøtte FSAT skal tilby brukerstøtte for superbrukere og sluttbrukere (sekundærbrukere) av rapportverktøyet., også etter prosjektperioden. 1.desember

9 Status: ferdig Status: FSAT har opprettet e-postadresse og yter løpende brukerstøtte til superbrukere i test- og pilotfasen. Ordningen med brukerstøtte videreføres i produksjonsfasen. Kurs holdes i oppstartfasen for piloter (august 2015) og medio september for første pulje av institusjoner som ønsker å ta Tableau i bruk. Rutiner for publisering av nye rapporter på Tableau Server og tilgjengeliggjøring for sluttbrukere fra andre institusjoner Prosjektgruppen skal utarbeide rutiner for samarbeid mellom institusjonene og FSAT knyttet til utarbeidelse av nye rapporter i rapportverktøyet. Det er viktig at innholdet i rapportene og mekanismer for uttrekk av data kvalitetssikres i STAR-gruppen og i FSAT, men uten unødig byråkrati som kan hemme rapportutviklingen ved institusjonene. Det antas at brukerinstitusjonene vil lage et stort antall rapporter i rapportverktøyet etter at rapportverktøyet er i bruk i sektoren. Det er viktig å sørge at innholdet i rapportverktøyet er oversiktlig og hensiktsmessig. Utarbeidelse av kjøreregler for publisering og hensiktsmessig nivå av kvalitetssikring av rapporter, diskuteres i prosjektgruppen. 31.august 2015 Status: påbegynt Status: Arbeidet er påbegynt og foreslås videreført i ekspertgruppen. 9

10 Anbefalinger for videreføring av arbeid med STAR/ Tableau Prosjektgruppen har hatt som del av leveransekravet å utarbeide rutiner for samarbeid mellom institusjonene og FSAT knyttet til utarbeidelse av nye rapporter i rapportverktøyet. Det er viktig at innholdet i rapportene og mekanismer for uttrekk av data kvalitetssikres i STAR-gruppen og i FSAT, men uten unødig byråkrati som kan hemme rapportutviklingen ved institusjonene. Det antas at brukerinstitusjonene vil lage et stort antall rapporter i rapportverktøyet etter at rapportverktøyet er i bruk i sektoren. Det er viktig å sørge for at innholdet i rapportverktøyet er oversiktlig og hensiktsmessig. Utarbeidelse av kjøreregler for publisering og hensiktsmessig nivå av kvalitetssikring av rapporter, har derfor vært diskutert i prosjektgruppen. Forslag til rutiner er beskrevet under. Prosjektgruppen anbefaler i lys av dette at det opprettes en ekspertgruppe for rapportverktøy for studiedata når prosjektperioden nå utløper, og med videreføring av dagens sammensetning med variert kompetanse og roller. Gruppen foreslår at ekspertgruppen ivaretas av FSAT på lik linje med de andre ekspertgruppene. Prosjektgruppen anbefaler i tillegg at denne ekspertgruppen ivaretar det overordnete perspektivet på institusjonenes behov med tanke på statistikkutvikling og analyse av studiedata. Gruppen kan derfor ikke bestå utelukkende av superbrukere av FS (FS-kontakter). Uavhengig av gruppens øvrige møteregularitet, må den møtes årlig for gjennomgang av rapportporteføljen (hva som er utviklet, hva er på ønskelisten, hva brukes mye/lite) også sett opp mot andre statistikkleverandører og bestillere i sektoren. Rutiner for når en institusjon har laget en helt ny rapport man ønsker å dele med andre Tableau er et verktøy som i utgangspunktet skal brukes internt ved institusjonene. Dersom en institusjon har laget en rapport flere kan ha nytte av, foreslås det følgende rutine: - ekspertgruppen kvalitetssikrer det rapporttekniske og vurderer om rapporten skal tilbys alle institusjonene, samt tar stilling til benevning av rapporten. Dette gjelder både DV-siten og FSsiten. Noe av det viktigste med denne rutinen er at det sikrer videreutvikling av verktøyet, at sektoren deler smarte løsninger og samarbeider om smarte løsninger (her rapporter) og at tempoet på rapportutviklingen ikke stopper opp. Ekspertgruppen bygger da oppunder det dynamiske aspektet ved verktøyet nevnt innledningsvis. Rutiner for vedlikehold og videreutvikling av rapporter Hvis en institusjon ønsker en rapport som ikke finnes på DV-siten eller FS-siten fra før, og mangler kompetanse til å utvikle den selv, er det mulig å be ekspertgruppen om hjelp til å utvikle denne. Innmelding av endringsønsker, nye rapporter: - Nye rapportønsker må benytte definisjoner fra opprinnelig kravspesifikasjon og utarbeides i dialog med bestiller. Rapporter tilbys sektoren etter hvert som de er kvalitetssikret og utviklet. 10

11 - Avklaringer og definisjoner fra den opprinnelige kravspesifikasjonen legges til grunn for det videre arbeid i gruppen. - Ønsker meldes inn via FS-kontaktene på vanlig måte (FSAT administrerer dette). - Ekspertgruppen vurderer og prioriterer hvilke nye rapporter som skal utvikles og tilbys. - Ekspertgruppen møtes to ganger i semesteret og hyppigere ved behov. Ny rådgivende gruppe for utrulling og lansering av STAR i sektoren Prosjektgruppen er kjent med at styret for FSAT har oppnevnt en ny rådgivende gruppe som blant annet skal vurdere hensiktsmessig bruk, forankring og informasjon, samt videre fremdrift og avgrensninger opp mot andre datakilder (økonomi, personal, forskning) og med fokus på forankring av STAR på ledelsesnivå i sektoren. Som et innspill til dette arbeidet vil vi derfor understreke rådet om å videreføre en form for ekspertgruppe i fortsettelsen, slik også FS-styret har presisert i prosjekt- og anskaffelsesfasene så langt. Vi tror det vil lette forankring og faktisk bruk av verktøyet i sektoren hvis superbrukerne fortsatt blir sentrale for kvalitetssikring av rapportene og for videreutvikling av nye. Dette er en gruppe som ledelsen ved institusjonene uansett vil vende seg til for uttak av tall, og analyse av disse. Forankring på institusjonene, ved de som jobber med FS og analyse, har vært sentralt for STAR i alle faser av prosjektperioden. Dette for å unngå at FSAT blir sittende alene med utarbeiding og definisjon av rapporter; LIST fikk som kjent ikke utbredelse i sektoren blant annet på grunn av dårlig forankring blant superbrukerne på institusjonene. Dette må også den rådførende gruppen ta høyde for, og unngå at skjer igjen. Prosjektgruppen mener etableringen av en ekspertgruppe ikke er i konflikt med arbeidet i den rådgivende gruppa som er nedsatt, og at etableringen av ekspertgruppen ikke bør settes i bero i påvente av den rådgivende gruppas anbefalinger. Av rutinene beskrevet over for vedlikehold og utarbeidelse av nye rapporter, er det ikke omtalt hvordan institusjonene skal forholde seg til eksterne aktører (som KD), hvis disse ønsker innsyn i institusjonenes tall slik de fremkommer i STAR. Dette bør derfor den nye rådførende gruppen også ta stilling til, slik at ikke tall står i fare for å bli brukt som sammenligningsgrunnlag som ikke er kvalitetssikret på institusjonene. Begrepsbruk og benevnelser Prosjektgruppen vil også påpeke en kommunikasjonsutfordring med tanke på videre fremdrift i «STAR». Den rådgivende gruppen har som mandat å ta stilling til en rekke problemstillinger knyttet til «datavarehuset STAR». Vi vil her påpeke at prosjektet STAR ikke utelukkende omfatter en datavarehusløsning. Det har hele tiden vært et premiss i anskaffelsen av et nytt verktøy for analyse/ visualisering på studiesiden, at dette skulle kunne kobles direkte til kildedata, med 11

12 mulighet for ad hoc-analyser utenfor de standardiserte rapportene som refererer til et datavarehus/ FS-kilder. Prosjektet STAR har også vært opptatt av at det er institusjonenes analysebehov på studiefeltet som har vært i sentrum, derfor er denne type bruk av Tableau som analyseverktøy meget sentralt. Den daglige bruken av verktøyet til ad hoc-analyser, etter forespørsler fra institusjonsledelse, tror vi også vil generere anvendbare rapporter som vil komme flere institusjoner til gode, jf. forslag til rutiner for godkjenning av nye standardrapporter beskrevet over. Vi tror en slik bottom-up prosess er mest fruktbar og minst byråkratisk for videreutvikling av rapporttilfanget i STAR. Erfaringene fra første fase i prosjektet viser at det er tungt å utvikle rapporter på skrivebordsmetoden, etter mer eller mindre klare «ledelsesbestillinger». STAR-prosjektet er med andre ord både en arbeidsmetode (arbeidsgruppe/uh-representasjon) et sett av standardiserte kvalitetssikrede rapporter en verktøykasse for institusjonsvise ad hoc-rapporter ved bruk av verktøyet Tableau, «sandkassen» For prosjektet STAR henger disse tre aspektene sammen; utprøving i sandkasse på institusjonene med mulig oppgradering til standardrapport etter vurdering og kvalitetssikring fra øvrige institusjoner, gjennom ekspertgruppesystemet vi i dag kjenner gjennom FSAT. Skal den rådgivende gruppen komme til at STAR også skal anvendes til økonomidata osv, bør man i fortsettelsen være tydelige på hva man da sikter til. Etter vår vurdering kan eksempelvis «STAR» da enten overtas som betegnelsen på kun en datavarehusløsning med standardiserte rapporter, med eller uten flere datakilder; eller så kan det forbeholdes det som så langt kun har relatert seg til studiedata: både som datavarehus, analyseverktøy og ekspertgruppeorganisering gjennom FSAT. Vi minner i denne sammenhengen om at studiesiden har det fortrinnet at hele sektoren anvender det samme systemet, i motsetning til de mange ulike økonomi- og personalsystemene. Tableau vil derfor kunne være et godt verktøy i kommende fusjonsprosesser for samkjøring av studiedata på institusjonene. I denne sammenhengen er ikke Tableau å anse som «datavarehuset STAR», men et funksjonelt verktøy for avstemming av kildesystemer på tvers av fusjonerende institusjoner. Dette peker også mot at det fremover vil være nødvendig å ta stilling til hvor de rapportønskene institusjonene nå melder inn for utvikling i FS, faktisk skal plasseres; i FS eller STAR? Dette mener vi er nok et argument for å aktivt bruke ekspertgruppeorganiseringen i FSAT for begge deler, slik at dette ses i sammenheng. 12

13 Anbefaling vedrørende arbeid med Tableau på institusjonene (flere datakilder), jf. mandat for gruppen STAR-gruppen har hatt fokus på studiedata. Det har hele tiden vært et premiss at det også skal legges til rette for at institusjonene kan jobbe med ulike datakilder i institusjonelle sites. Institusjonene må da koordinere sin interne bruk av Tableau. FSAT ivaretar i dag kontakten med det nasjonale CRIStinsekretariatet og deres Tableau-prosjekt og Økonomiprosjektet ved UiO-UiB og deres Tableauprosjekt. Forhold til DBH og UHR, jf. mandat for gruppen og omtale i Strukturmeldingen Prosjektgruppen har hatt som ambisjon å gjennomføre et dialogmøte med DBH. NSD blir nå representert i den rådgivende gruppen for STAR, og prosjektgruppen forutsetter at dialogen vil ivaretas der. Det bør vurderes å opprette dialog med UHRs gruppe som jobber med definisjoner for utdanningsfaglige områder knyttet til rapportering av data. Rapporter for ph.d. Dagens STAR-rapporter kan per i dag ikke brukes for ph.d.-studenter. Noen rapporter krever tilpasninger, noen må lages på nytt. En ekspertgruppe bør derfor ta inn ph.d. som et av områdene gruppen skal jobbe med. Doktorgradsgruppen i FSAT vil kunne være referanse ved utvikling av rapporter for ph.d. Utrulling, kursing og informasjon til sektoren Prosjektgruppen har som del av leveranseplanen lagt opp til en utrulling av verktøyet, men ser at dette nå må avstemmes med beslutninger som tas i den rådgivende gruppen: - Pilotfase for STAR-institusjoner gjennomføres i august. Det holdes kurs for pilotinstitusjonene medio august. - Utrulling for øvrige institusjoner tilbys fra september. Tidspunkt og antall lisenser avhengig av institusjonenes ønske. Neste opplæringsrunde medio mars Prosjektgruppen har gjennomtestet og godkjent alle rapporter fra kravspesifikasjonen. Disse tilbys i verktøyet ved utrulling. Flere rapporter fases inn i løsningen gradvis (jf. punktet om rutiner for utarbeidelse av nye rapporter). - Kursing: FSAT gir opplæring på superbrukernivå, gjerne i form av regionsopplæring. De store institusjonene vil kurse egne brukere. Medlemmer fra STAR-gruppen kan være med. - FSAT sørger for å lage brukervennlig og sektortilpasset kursmateriale (bl.a. video). - Styremøte i juni 2015 det ble orientert om status fra prosjektet. 13

14 - Styremøte i september behandling av sluttrapport fra prosjektet. - Prosjektgruppen har ønsket å presentere STAR på studiedirektørmøte i oktober 2015 for å sikre forankring på alle nivåer i sektoren, men vi regner med at dialogen med denne gruppen vil ivaretas av den nye rådgivende gruppen. Brukerdokumentasjon Det er utarbeidet en nettside med manualer og beskrivelser av hvilke rapporter som finnes og hva de inneholder (se vedlegg 3): Det er implementert lenker fra Tableau til nettsidene med dokumentasjon for å sikre en god brukeropplevelse av Tableau. Vedlegg: 1. Kravspesifikasjon for rapporter i STAR 2. Referater fra møter i prosjektgruppen (prosjektperiode høsten 2014-våren 2015) 3. Brukerveiledninger og brukerdokumentasjon 4. Tableau-arkitektur. Beskrivelse av løsningen. 5. Oversikt over institusjoner som ønsker å ta Tableau i bruk 14

15 Kravspesifikasjon for rapporter i STAR Versjon januar 2012

16 Kravspesifikasjon for rapporter i STAR Versjon januar 2012 Innhold 1. Kravspesifikasjonens formål Definisjoner av aktuelle begreper Generelle beslutninger og avgrensninger som er gjort Inndeling i nivå Målgruppe Dokumentasjon og FS-veiledning Uavklarte spørsmål Periode Tall Standard sideelementer Perioder Avgrensning Om gjennomstrømmingsrapporter Rapporter under utvikling...6 Generelt om rapportforslagene... Error! Bookmark not defined Rapporter om studenter Gjennomstrømming Ferdige kandidater GSP Ferdige kandidater gjennomføringstid GSP Ferdige kandidater med utveksling UVP Ferdige kandidater - innpass (studienivå) GSP Ferdige kandidater innpass (fra lærested) GSP Ferdige kandidater fagvalg i program EIP Rapporter om emner Undervisning faktorer VPR Ønskeliste

17 Kravspesifikasjon for rapporter i STAR Versjon januar Kravspesifikasjonens formål Kravspesifikasjonens formål er å være prosjektgruppens bestilling til FS-utviklerne på hvilke rapporter som ønskes utviklet. På bakgrunn av kravspesifikasjonen skal utviklerne lage rapporter som tilfredsstiller kravene. Institusjonene i prosjektgruppen skal deretter teste rapportene som er utviklet og komme med tilbakemeldinger dersom rapporten ikke er tilfredsstillende. Kravspesifikasjonen er prosjektgruppens rapport til styret for hvilke rapporter som skal inngå i STAR. Det er flere forhold som kan ligge til grunn for at en rapport ikke er tilfredsstillende, og vi regner med at de fleste rapporter vil måtte utvikles og testes i flere runder før de er endelig ferdige. I en startfase blir rapportene testet i verktøyet Discoverer i mangel av et endelige verktøy. Det må derfor også legges opp til en ny test av alle rapporter når det endelige verktøyet er på plass for å sikre at rapportene er brukervennlige også i det endelige verktøyet. 2. Definisjoner og forkortelser Det vil utarbeides et eget dokument med definisjoner for Star Hyppig brukte forkortelser og begreper i dette dokumentet Star = Datavarehusløsning for studiedata, statistikk, analyse og rapportering. FS = Felles student system Sp = Studiepoeng Primærbruker = Bruker av Star som har god kjennskap til FS, Star og institusjonen. Brukeren er i stand til å lage egendefinerte rapporter. Sekundærbruker = Bruker av Star som kun forholder seg til de ferdigdefinerte rapportene Ekstern bruker = Bruker som ikke har tilgang til Star, men som får tilsendt rapporter ved forespørsel. Har ikke nødvendigvis god kjennskap til institusjonen eller fagfeltet, eks journalister. 3. Generelle beslutninger og avgrensninger som er gjort 3.1. Inndeling i nivå Prosjektgruppen har valgt å følge NSD sin nivåinndeling for studieprogrammer. Programmer på lavere nivå (nivåkode og beskrivelse): B3 - Bachelor, normert studietid 3 år. B4 - Bachelor, normert studietid 4 år. HK - Høyskolekandidat, normert studietid 2 år. Gir rett til tittelen høgskolekandidat. YU - Yrkesutdanning, normert studietid 4 år. Omfatter allmennlærerutdanning og faglærerutdanning med normert studietid 4 år (240 studiepoeng). 3

18 Kravspesifikasjon for rapporter i STAR Versjon januar 2012 AR - Årsstudium (60-studiepoengs-enheter). Programmer på 60 studiepoeng, f.eks. PPU og årsenheter. LN - Lavere nivå. Omfatter programmer på mindre enn 60 studiepoeng på lavere nivå. Programmer over 60 og mindre enn 120 studiepoeng som ikke inngår i nivåkategoriene B3, B4, HK og YU ovenfor, f.eks. ulike videreutdanninger innen helsefag på 90 studiepoeng (anestesi/operasjon/intensiv, barnepleie etc.). Eventuelt andre studiepoengsgivende programmer på lavere nivå som ikke passer i kategoriene ovenfor. Programmer på høyere nivå: M2 - Master, normert studietid 2 år. Iht. 3 i forskrift om krav til mastergrad. ME - Master, erfaringsbasert, 1 ½ 2 år. Iht. 5 i forskrift om krav til mastergrad. MX - Master, normert studietid 1 1 ½ år. Iht. 7 i forskrift om krav til mastergrad. HN - Høyere nivå. Omfatter Hovedfag-/magistergradsprogrammer (er i stor grad utfaset). 2-årige videreutdanning er innen helsefag (f.eks. jordmor). Integrerte mastergrads-/profesjonsprogrammer: M5 - Master, normert studietid 5 år. Iht. 4 i forskrift om krav til mastergrad. PR - Profesjonsstudium. Omfatter profesjonsstudier på mer enn 240 studiepoeng for hele studietiden; teologi, medisin, psykologi, veterinær etc. (5-7 år). Forskerutdanning: FU - Forskerutdanning. Doktorgrads-/ph.d-programmer. Annet: VS - Videregående skoles nivå. Programmer på videregående skoles nivå, forkurs etc. AN - Andre programmer. Programmer som ikke passer inn noe sted ift. nivåene ovenfor, f.eks. uplasserte studenter og lovlige semesterregistreringer på dr.grad. Krav som stilles til mastergradsprogrammer: - De kan være departementsgodkjente/nokut-godkjente mastergradsstudier - Det kan være mastergradsprogrammer opprettet av institusjonen med rett til akkreditering pga. rett til å tildele ph.d.-grad. - Det kan være fellesgrader Enkeltfag som normalt tas på lavere grad, men som kan benyttes som del av en mastergrad (innpasninger) skal ikke regnes som programmer på masternivå Målgruppe Rapporter som er laget for sekundærbrukere skal være brukervennlige og inneholde få valg. De skal være intuitivt enkle å forstå. Det lages egne rapporter for primærgrupper som kan utdype funnene i disse rapportene. Rapportene skal finnes på de feltene der det er størst behov for at ledere og andre skal ha hurtig og enkel tilgang til relevante data Dokumentasjon og FS-veiledning I hver rapport skal det ligge en forklaring på hva rapporten viser og hvilke data som er brukt. Det skal også foreligge en beskrivelse av hvilke felter i FS rapporten henter data fra. 4

19 Kravspesifikasjon for rapporter i STAR Versjon januar Uavklarte spørsmål - NTNU sitt behov for å kunne skille ut siv.ing.-studiet under ett er ikke ivaretatt. - Hvordan skal vi håndtere felt uten data, eller der data ikke er komplette? Eks avlagte sp i tabeller som tas ut før all sensur er registrert. Markeres med grått? Fotnote som opplyser om ev mangler? Når/hvordan vet vi at sensuren er korrekt registret? 3.5. Periode Alle tabeller skal ha mulighet for å vise tallene enten pr. semester eller pr. kalenderår Tall Alle tabeller skal kunne vises med prosenter og absolutte tall dersom ikke annet er oppgitt. Det vil bli angitt for den enkelte tabell om det ønskes prosentfordeling eller absolutte tall som default Standard sideelementer Alle rapporter skal, dersom ikke annet er oppgitt, ha valgmuligheter for fakultet/avdeling, institutt, program og nivå (se pkt 3.1) Perioder Alle rapporter skal inneholde tall fra 2003 og frem til i dag Avgrensning Kravspesifikasjonen inneholder de rapportene prosjektgruppen ønsker å prioritere i første omgang, samt en opplisting av rapporter prosjektgruppa vil jobbe mer med på et senere tidspunkt Om gjennomstrømmingsrapporter Rapportene skal ikke vise data frem i tid. En rapport tatt ut i mai 2011 skal vise registrerte studenter våren 2011 og sp pr Antall studenter i et kull skal være i overensstemmelse med feltet Kull-start i FS. 5

20 Kravspesifikasjon for rapporter i STAR Versjon januar Rapporter under utvikling Under følger rapportene prosjektet arbeider med å få utviklet i første runde. Kravspesifikasjonen til rapportene utvikles av prosjektgruppa, utviklingsgruppa vil utvikle rapportene, og institusjonsmedlemmene i prosjektgruppa tester dem.. Rapporter som er under testing skal inntil nytt verktøy er valgt testes i Discoverer eller annet tilgjengelig verktøy. Rapportene skal ikke ha Starnavnet før de er endelig ferdige, og de skal kun være tilgjengelige for prosjektgruppens medlemmer. Prosjektgruppa kan ved behov velge å trekke andre institusjoner inn i testingen av rapportene. Prosjektgruppa har valgt å dele rapportene inn i fire områder, - rapporter om studenter - rapporter om emner - rapporter om studieprogram - rapporter for studieadministrative forhold Rapportene i kravspesifikasjonen er sortert i forhold til disse hovedinndelingene. I tillegg kommer ett punkt med rapporter som er ønsket å utvikle i det videre arbeidet. 6

21 Kravspesifikasjon for rapporter i STAR Versjon januar Rapporter om studenter 1. Gjennomstrømming Gjennomstrømming A- GST004 Testet i akseptansetest Beskrivelse: Rapporten har fokus på program og kull. Den skal vise hvor stor andel av de som starter på et program som oppnår en grad, hvor mange som faller fra og i hvilke semestre studentene oppnår graden. Det skal være valgbart om rapporten skal vise prosentfordeling eller antall. Det må finnes valg for å skille mellom heltids og deltidsprogrammer. Det skal være default med alle startsemestre fra 2003 HØST og frem til i dag. Startkull skal vise antallet personer som hører til det aktuelle kullet. Merknad: Dersom det velges flere startkull er det viktig å huske at studentene vil være kommet ulikt i studieløpet, slik at tallene blir lavere jo høyere opp i semestrene man kommer. Tallene må tolkes deretter. NB: Andelen aktive studenter vil sjelden være 100% i første semester da det ofte er studenter som søker om utsatt studiestart. 7

22 Kravspesifikasjon for rapporter i STAR Versjon januar 2012 Gjennomstrømming A Tilleggsrapport GST004 Testet i akseptansetest Beskrivelse: Rapporten viser en sammenligning av enten frafall, oppnådde kvalifikasjoner eller antall aktive studenter de siste fem årene, med mulighet for å legge til flere år. Det ønskes et diagram i tilknytning til rapporten. Prosjektgruppa vil komme tilbake til et forslag til et diagram. Prinsipielle beslutninger: Prosentvisning av frafall skal være default i rapporten. 8

23 Kravspesifikasjon for rapporter i STAR Versjon januar 2012 Gjennomstrømming B supplerende informasjon om studenter i permisjon og med deltid GST005 Testet i akseptansetest Beskrivelse: Her skal vi vise hvor mange personer som er i permisjon på ulike programmer og kull. Dette er informasjon som kan benyttes som tilleggsinformasjon til gjennomstrømmingsdata. Permisjon og deltid viser ikke omfanget av permisjon og deltid, men antallet studenter som har permisjon eller deltid. Omfanget av deltid og permisjon vil komme i senere rapporter. Rapporten skal gi mulighet for å se institusjonen totalt, pr. fakultet/avdeling eller institutt og på det enkelte program. Det skal også være mulig å se alle typer studienivå, eller kun bachelornivå, masternivå eller langvarige studier. Problemstillinger vi må jobbe videre med Foreløpig ser vi bort fra prognoser. 9

24 Kravspesifikasjon for rapporter i STAR Versjon januar Ferdige kandidater GSP001 Testet i akseptansetest Beskrivelse: Rapport som viser en oversikt over antall uteksaminerte kandidater ved en institusjon pr. kalenderår/semester (valg). Rapporten kan vise tall på institusjons-, fakultets-, institutt- og programnivå. Det skal være valgbart om en vil se kjønnsfordeling, visning av totalkolonne skal være default i rapporten. På sikt er det ønskelig at rapporten skal gi muligheter til å sammenligne på tvers av fakultetene. Uavklarte spørsmål: Skal siste år vises lengst til venstre i rapporter der flere år skal sammenlignes? På sikt er det også et ønske om at utdanningsområde skal være et valg på denne rapporten. Det trengs litt mer arbeid for å finne en god måte å gjøre dette på. Merknad: Grad-/kvalifikasjonsnavn er ikke interessant her. Et studieprogram må ha en klar tilknytning til nivå og sted. Det varierer internt på institusjonene og mellom institusjonene om et studieprogram er tilknyttet institusjonen, avdeling/fakultet eller institutt. Dette har ingen betydning for utviklingen av rapporten, men man må være oppmerksom på dette ved bruk av rapporten. Ved endringer av et programs stedtilknytning vil også historikken endres, dvs. at det vil se ut som programmet alltid har hatt tilhørighet til den nye stedkoden. 10

25 Kravspesifikasjon for rapporter i STAR Versjon januar Ferdige kandidater gjennomføringstid GSP002 Testet i akseptansetest Gjennomføringstid i forhold til studiets normerte tid Beskrivelse: Rapport som viser hvor lang tid uteksaminerte kandidater har brukt på å oppnå graden. Rapporten teller antallet semestre fra kandidaten fikk opptak til studieprogrammet og til graden er oppnådd, uavhengig om studenten har vært fraværende fra studiet ett eller flere semestre eller har hatt individuell deltid. Rapporten viser oversikten for alle studieprogram på institusjonen/ fakultet/ institutt. Det er behov for to versjoner av rapporten. En der en tar utgangspunkt i studentene som oppnår graden et gitt semester for å se hvor lang tid de har brukt. Den andre hvor en tar utgangspunkt i et startkull og ser hvor mange som har oppnådd graden et gitt semester. Det skal være mulig å ta ut rapporten både på absolutte tall og prosentfordelt. Antall startet er knyttet til startsemester i FS. Prinsipielle beslutninger: Rapporten tar utgangspunkt i studieprogrammets normerte studietid slik det er registrert i FS. Rapporten viser antallet studenter som fullførte programmet de startet på, den tar ikke hensyn til interne overganger. Uavklarte spørsmål: Det kan være uklarheter knyttet til studiestart. 11

26 Kravspesifikasjon for rapporter i STAR Versjon januar 2012 Gjennomføringstid i forhold til studentens normerte studietid: Beskrivelse: Rapport som viser hvor lang tid uteksaminerte kandidater har brukt på å oppnå graden. Rapporten teller antallet semestre studenten har vært registrert på programmet fra opptak til graden ble oppnådd. Det tas hensyn til semestre studenten har hatt permisjon og individuell deltid. Rapporten viser oversikten for alle studieprogram på institusjonen/ fakultet/ institutt. Rapporten gir noe forklaring til rapporten gjennomføringstid i forhold til normert studietid. Det er behov for to versjoner av rapporten. En der en tar utgangspunkt i studentene som oppnår graden et gitt semester for å se hvor lang tid de har brukt. Den andre hvor vi tar utgangspunkt i et startkull og ser hvor mange som har oppnådd graden et gitt semester. Målgruppe: Sekundærbrukere Prinsipielle beslutninger: En student som har permisjon deler av semesteret teller som permisjon dersom han har permisjon mer enn halvparten av semesteret. Er permisjonen kortere enn halvparten av semesteret teller ikke permisjonen. Deltid skal ta hensyn til studentens individuelle deltidsandel. Det skilles ikke mellom ulike typer permisjon, er permisjonen registrert blir den telt. Fravær av semesterregistrering uten registrert permisjon teller i netto-tid. Andel deltid settes lik det som er registrert i FS. (Studprogstd_planlagt_progr Prosenttall_av_heltid) 12

27 Kravspesifikasjon for rapporter i STAR Versjon januar Ferdige kandidater med utveksling UVP001 Testet i akseptansetest Beskrivelse: Rapporten viser antallet oppnådde grader som har et utvekslingsopphold som en del av graden og hvor stor andel dette utgjør av oppnådde grader totalt. Prinsipielle beslutninger: Her brukes samme definisjon som i DBH. Utvekslingsoppholdet skal være av minimum 3 md. varighet og det skal være en avtale mellom hjemmeinstitusjonen og vertsinstitusjonen. Det skal ikke være mulig å velge kun noen avtaletyper. Merknad: På sikt er det også et ønske om en rapport som fanger opp aktivitet med varighet under tre måneder. 13

28 Kravspesifikasjon for rapporter i STAR Versjon januar Ferdige kandidater - innpass (studienivå) GSP006 Testet i akseptansetest Beskrivelse: Rapporten viser hvor stor andel av ferdige kandidater som har innpassing fra annen institusjon, innenlands eller utenlands, som en del av kvalifikasjonen. Innpassingene hentes som følger: For å finne emner og studiepoeng som er innpasset i et studieprogram for en student: Emner finnes i tabellen STUDPROGSTUD_EKSTRES, unntaksvis kan det også finnes studiepoeng i denne tabellen. Dersom studiepoeng finnes i nevnte tabell brukes disse, hvis ikke hentes studiepoengene fra PERSON_EKSTRESULTAT. For å finne emner og studiepoeng som er innpasset i et grad for en student: Emner finnes i tabellen EKSTRES_I_GRADPROT, unntaksvis kan det også finnes studiepoeng i denne tabellen. Dersom studiepoeng finnes i nevnte tabell brukes disse, hvis ikke hentes studiepoengene fra PERSON_EKSTRESULTAT. Det er ønskelig med 2 varianter av rapporten. En som viser andel i forhold til de som har innpassing, og en som viser andel i forhold til alle oppnådde grader. Andel med innpassing skal være default. Prinsipielle beslutninger: Det er et krav at innpassingen er gjort i forhold til kvalifikasjonen Merknad: Det er ulike regler på institusjonene om hvor stor del av utdanningen som kan være ekstern i en kvalifikasjon. 14

29 Kravspesifikasjon for rapporter i STAR Versjon januar Ferdige kandidater innpass (fra lærested) GSP007 Testet i akseptansetest Beskrivelse: Rapporten viser hvilke institusjoner innpassingen i rapport 7 kommer fra. Hensikten med rapporten er å se fra hvilke eksterne institusjoner studentene har med seg emner inn i graden. 15

30 Kravspesifikasjon for rapporter i STAR Versjon januar Ferdige kandidater fagvalg i program EIP001 Testet i akseptansetest Beskrivelse: Hensikten med rapporten er å vise hvilke emner studentene velger når de fritt kan velge emner i et program. Rapporten lister opp hvilke emner som er med i graden fra oppnådd kvalifikasjon og sorterer disse på tilhørende emnekombinasjon. Rapporten bør gi mulighet for å sortere på fag. Det bør også være et valg å ikke sortere ned på emne. Det må være mulig å filtrere på emnekombinasjon. Rapporten skal sorteres både på studiepoeng og på person. Prinsipielle beslutninger: Data hentes fra Oppnådd kvalifikasjon protokoll, emner i grad. Emner som ikke inngår i den aktuelle graden kommer ikke med. Rapporten skal vise pr. program, ikke grad. Uavklarte spørsmål: Skal periode være helt valgfritt, eller skal vi legge føringer? 16

31 Kravspesifikasjon for rapporter i STAR Versjon januar Rapporter om emner 8. Undervisning faktorer VPR01 Testet i akseptansetest Beskrivelse: En oversiktsrapport for emner på en enhet, eks. fakultet/avdeling eller institutt. Rapporten gir en oppsummering av ulike faktorer ved et emne, om det er obligatoriske oppgaver, om det er partiundervisning, strykprosent forrige semester, karaktersnitt og kandidater. Prinsipielle beslutninger: Tallgrunnlaget vil være pr. semester fordi data vil endre seg mellom semestre. 17

32 Kravspesifikasjon for rapporter i STAR Versjon januar 2012 Eksamenskandidater er antallet studenter som møtte til eksamen, inkl. ugyldig fravær. Vurderingsform er tilgjengelige vurderingsformer det aktuelle semester. Uavklarte spørsmål: Det er behov for rapporter som vi gå dypere inn i materien. Kravspesifikasjon vil komme senere. Dette gjelder rapporter i forhold til hva de obligatoriske aktivitetene inneholder og partiundervisning, samt rapporter knyttet til undervisningsregnskap for ansatte. Karaktersnitt må defineres. Hvordan håndtere stryk og ikke møtt? Merknad: Det er flere påstander fra studenthold 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. Kolonnen med vurderingsform egner seg ikke for videre analyser slik den foreligger. Det vil være behov for en egen rapport for å analysere dette nærmere. 18

33 Kravspesifikasjon for rapporter i STAR Versjon januar Ønskeliste Dette er forslag til rapporter som prosjektet foreløpig ikke har tatt stilling til. Arbeidet med å prioritere og spesifisere disse skjer fortløpende. Det er fremdeles mulig å komme med nye forslag til rapporter. Rapportønske Egenskaper ved studenter Ferdige kandidater Karakteristika ved kandidatene Rapporter om søkere Emne/person Studenttall Studiepoengproduksjon Egenskaper ved emner Innsatsfaktorer i utdanningsvirksomheten Eksamensdatoer Karakterstatistikk Eksamensstatistikk Egenskaper ved studieprogram Beskrivelse Ønsker å kunne få bakgrunnskjennetegn ved kandidatene, f.eks. hvor mange som har gjennomsnittlig studielengde, alder, kjønn, opplysninger om karakterpoeng fra vgs, kandidatproduksjon, fullførte studieprogram, fordeling på organisasjonsenheter, studieprogram, kvalifikasjoner og gjennomstrømning Vi har noe, men det savnes statistikk som viser alder osv. Rapport som viser søkere pr studieplass, inntakskvalitet, studieprogram, geografi, alder, kjønn, opptakspoeng/ poengkategorier. Utplukk av individer med visse resultater i enkelte emner. Se hvilke resultater disse personene har i andre emner / i hele utdanningsløpet. Eks: Unike personer per år, per fakultet, fagfelt (NUS), studieprogram, undervisningsenheter, vurderingsenheter, geografi, alder, kjønn, opptakspoeng. Prognoser for studenttallsutvikling fem år frem i tid. Rapport som viser studiepoeng pr. student pr. semester for hhv programstudenter og enkeltemnestudenter, korrigert for 0- poengsytere. Aggregert produksjon på enheter, studieprogram og emner.produksjon knyttet til finansieringskategorier og finansieringsprosent Omfang av undervisning og vurdering etter undervisningsformer, vurderingsformer, undervisers kompetansenivå, antall undervisnings- og vurderingsmeldte på emner Rapport som viser antallet studenter som har eksamen pr dato Denne bør være mulig å sortere etter studium, slik at man for ett studium kan få en oversikt over karakterer og stryk for emner som inngår i det aktuelle studiet. Fordelt på enheter, studieprogram, alder, kjønn Antall oppmeldte kandidater på ulike tider i semesteret, eks. ved frist for registrering, ved trekkfrist. Antall som faktisk møtte og antall ikke møtt, antall med legeerklæring osv. 19