FS-m?ter: Endrings?nsker juni 2015

Mottatte endrings?nsker ligger fortl?pende nedover.

Utviklings?nske 5/2015: FS579.002 "Klage og begrunnelse - fordeling". Summere alle kolonner

Dato: 24.4.2015

?nsket av HF (RT#179502)

Modul/applikasjon: Vurderingsmodulen

Beskrivelse av behovet
Universitas og andre sp?r hvert semester om tall og statistikk for klager p? sensur.

Hvordan l?ses dette i dag
FS-rapport 579.002 (Klage og begrunnelse - fordeling) gir oss kun summen av antall klager totalt, men det er ogs? interessant ? se totaltallene for hvor mange som gikk opp, ned eller ble st?ende, avvist, og ikke angitt. Det er da litt tungvint ? finne disse tallene.
Rapporten ser helt annerledes ut n?r man overf?rer til Excel.

Forslag til ny l?sning
Vi ?nsker om at alle kolonnene i denne rapporten summeres.

Beskrivelse av hvordan dette vil forenkle/forbedre arbeidet
Sparer manuelt arbeid utenfor FS.

Behandling som har skjedd lokalt:
Diskutert i eksamensgruppen p? fakultetet

AFs anbefaling
AF utarbeidet i 20101 en klagerapport (pdf). Dekker rapporten behovet HF har, og slik danne grunnlag for spesifikasjon til FSAT?
 


Utviklings?nske 6/2015:
Overgangsknapp fra Person/Student til Student samlebilde

Dato: 30.4.2015

?nsket av MN (RT#1800515)

Modul: Person og Programstudent

Beskrivelse av behovet
Studentinfotjenestene f?r ofte e-poster fra studenter fra deres eksterne e-postadresse og der studentene bare oppgir fornavn og mobilnummer. For ? finne frem til riktig student i Student samlebilde, m? vi derfor s?ke dem opp via ekstern e-post adresse eller mobilnummer i bildet p? Person/Student. Dette er tungvint.

Hvordan l?ses dette i dag
I dag bruker vi "Kopier n?kkel" p? f?dselnummer for ? g? videre, men det hadde v?rt enklere med en overgangsknapp.

Forslag til ny l?sning
Overgangsknapp fra bildet Person/Student til Student samlebilde.

Beskrivelse av hvordan dette vil forenkle/forbedre arbeidet
En overgangsknapp vil gj?re det enklere ? komme til riktig student p? Student samlebilde.

AFs anbefaling
Overgangsknapp kan v?re nyttig, men kanskje en nedtrekksmeny, der man ogs? kan velge f.eks. S?knad samlebilde. AF sjekker om det allerede finnes en egen nasjonal gruppe som utreder behov for overgangsknapper.

 


Utviklings?nske 7/2015: Samkunnskapskrav for HMS-kurs ved MN-fakultetet

Dato: 30.4.2015

?nsket av MN (RT#1800522) og bearbeidet i AF

Moduler Vurdering, Studieelementer (+ Programstudent + Undervisning?)

Beskrivelse av behovet:

MN-fakultetet har behov for mer nyansert kontroll av forkunnskapskrav.

En god del emner ved Mat.nat.-fakultetet forutsetter at studentene har gjennomf?rt ett eller flere HMS-kurs for at de skal f? lov til ? delta i undervisning, s?rlig laboratorieundervisning og feltkurs.

Disse HMS-kursene (p.t. fem forskjellige) avholdes som intensivkurs i starten av semesteret, slik at studenter som ikke allerede har gjennomf?rt n?dvendig kurs n?r emneopptak foretas, har mulighet til ? f?lge og f? godkjent kurs i perioden mellom emneopptak og undervisningsstart.

N?r undervisning med HMS-kurskrav starter, m? det kontrolleres at alle deltagende studenter har f?tt godkjent de n?dvendige HMS-kurs.

Hvordan l?ses dette i dag:

HMS-kursene er implementert som emner i FS (med 0 SP), og undervisning og vurdering administreres som for andre emner. Den nye fremm?te-appen og innf?ring av digital eksamen vil v?re relevant for disse kursene s?vel som for ordin?re emner.

HMS-kursene er ikke registrert som forkunnskapskrav der de egentlig er det, da studentene som nevnt skal kunne melde seg opp uten at de p? p?meldingstidspunktet m? oppfylle HMS-forkunnskapskravene. (Ved fakultetet brukes ofte betegnelsen "samkunnskapskrav" i stedet for "forkunnskapskrav" for ? nyansere denne forskjellen.)  ? sette N i 'Kontroll FKrav' i emnebildet er ingen god l?sning, da det jo ogs? vil gjelde ordin?re emner som forkunnskapskrav og det generelle kravet om realfag fra VGS, som MN har implementert som kravelementforkunnskapskrav.  En kompliserende faktor er dessuten "120-poengsregelen" fakultetet har - at en student med 120 SP eller mer ikke beh?ver ? oppfylle eventuelle forkunnskapskrav, men denne unntaksregelen gjelder hverken det generelle VGS-realfagsbakgrunnskravet (RT #3276 i 2005) eller eventuelle HMS-kurskrav.

I mangel av en bedre l?sning har AF ved Helge foresl?tt dette for fakultetet: Kj?r vurd.modulkontrollrapport FS526.003 'Kontroll av best?tte emner for vurderingsmeldte 2' for vurd.enheten som krever HMS-kurs, og legg deretter inn et filter som gj?r at studentene som da fortsatt kommer ut, bare er de oppmeldte som ikke er registrert med det eller de n?dvendige HMS-kurs i vurd.protokollen.

For vurd.enheten KJM1110 2015-V?R XS blir filteret da dette:

(resultat not like '%MNHMS0015%') or (resultat not like '%MNHMS0010LS%')

Et slikt manuelt filter forutsetter imidlertid at det skrives inn helt n?yaktig, og det er dessverre ikke alltid s? lett for opptil flere FS-brukere med ordin?r IT-kompetanse. Og blir det feil (f.eks.. "Expression is not valid"), kan det v?re fiklete nok ? rette for de kompetente, og helt h?pl?st for de ikke fullt s? kompetente.

Og dette gjelder mange emner (med mange studenter, og ved flere institutter) og varierende kombinasjoner av HMS-emnekrav.

Da er ikke FS et s? godt hjelpemiddel som systemet burde v?re.

Forslag til ny l?sning

Enten en videreutvikling av datastrukturen som gj?r at studentweboppmelding kan g? som ?nsket mht. ordin?re emneforkunnskapskrav, HMS-forkunnskapskrav, VGS-realfagskrav og 120-poengsregelen, slik at forkunnskapskontrollrapport FS526.001 kan kj?res p? relevant tidspunkt uten ? m?tte spesifisere HMS-emnene,

eller en ny eller videreutviklet rapport som kontrollerer HMS-samkunnskapskrav selv om de ikke er registrert som forkunnskapskrav i FS.

For det siste kan man ta utgangspunkt i FS526.003 med utplukk vurderingsenhet, men med mulighet for i tillegg ? spesifisere de aktuelle samkunnskapskravemnene.  Rapportvarianten skal da ha et innebygget filter og utliste de vurderingsenhetsoppmeldte som ikke har best?tt alle de oppgitte samkunnskapskravemnene. Som ledetekst for samkunnskapskravemnene foresl?r vi 'Kun studenter som mangler:'.  Vi antar den eksisterende l?sningen i fx. FS451.001 for ? spesifisere mer enn ett emne er passe fleksibel for form?let. (Fra h?sten av vil noen emner ha inntil fire emner som samkunnskapskrav, men dette kan ?ke.)

I tillegg til det som utlistes i dagens FS526.003 vil vi i den nye rapportvarianten gjerne ha med mulighet for ? f? med studentnr., jf. dagens FS526.001. (Studentnr. er ogs? ?nskelig i dagens FS526.002 og FS526.003.)

I flere tilfeller gjelder dessuten visse HMS-kurskrav p? studieprogramniv?. Vi ?nsker derfor ogs? en rapportvariant som i stedet for vurderingsenhet har studieprogram som utplukkskriterium. Rapporten skal da ta utgangspunkt i alle med gyldig studierett til det oppgitte studieprogrammet, og utliste de studenter som p? kj?ringstidspunktet ikke har best?tt de oppgitte HMS-emnene.

Beskrivelse av hvordan dette vil forenkle/forbedre arbeidet

Det vil i betydelig grad gj?re det enklere for instituttenes FS-brukere ? f? ut de ?nskede data uten ? m?tte legge inn et fremmedgj?rende filter.
En slik rapportvariant vil ogs? kunne brukes som kontrollrapport og verkt?y i annen gjennomstr?mningssammenheng.

Anbefaling fra AF
St?ttes

 


Utviklings?nske 8/2015: Felt for stedkoden for emne i und.enhet og und.akt samlebilde

Dato: 20.5.2015

?nsket av MN (RT#1800518)

Behov for oppslag, ikke bare av emne, men for enhet (institutt/fakultet) i undervisningsenhetsamlebilde & undervisningsaktivitetsamlebilde. Dette vil lette det n?dvendige studieadministrative arbeidet i modulen.

MN kommer mer oppklaring rundt behovet f?r m?tet.


Utviklings?nske 9/2015: Fremm?terapporter vise studentnr.

Dato: 19.5.2015

?nsket av MN (RT#1814610)

I v?rt planleggingsarbeid for iverksetting av eL?ringsmoduler for HMS-undervisningen har vi n? blitt klar over f?lgende endringsbehov i FS som er n?dvendige at virker fra 01.08.15.

Til p?g?ende prosjekt for utvikling av e-l?ringsmoduler for HMS-undervisningen:

Behov for at ALLE fremm?telister (dvs. alle rapporter) i undervisningsmodulen i FS kan tas ut med visning av studentnummer (slik det er mulig for FS474001, men f.eks. ikke for FS451001). Minimum er at FS470.004 ogs? kunne ha oppgitt studentnummer sammen med navn.
Bakgrunn: Av hensyn til personvern er det ikke alltid n?dvendig / ?nskelig med 11 sifret f?dselsnummer, samtidig ikke navn+f?dselsdato tilstrekkelig til ? sikkert identifisere enkeltstudenter, i hvertfall ikke i st?rre grupper.

Svar fra AF ved MSG
Etter hva jeg kan se er det 25 rapporter i undervisningsmodulen med personopplysninger, noen med studentnummer, andre uten.
FS451.001 Undervisningsp?meldte studenter har allerede Studentnr liggende fast i rapporten (Kolonnen med forkortelse St.nr)

Den nye rapporten FS 474.001 Fremm?teoversikt - undervisning, fikk studentnummer med klient FS7.7.2 og databaseflis 7.7.01. Denne sist nevnte rapporten f?r IKKE f?dselsnummer pga. av plassproblemer.

Jeg ser at FS463.001 mangler opplysninger om studentnummer, men det er bare 23 personer som har brukt den 1 til 2 ganger i v?rsemesterets opptak.

Rapportene FS470.001-004 Tilbud/vente/avslagsliste/oppm?teliste mangler ogs? studentnummer. Bare 470.001 var i bruk ved v?rens undervisningsopptak av 32 brukere, som brukte den 753 ganger.

Noen andre rapporter mangler ogs? studentnummer.

Med tanke p? at undervisningsmodulen er under omskriving, og den relativt lave bruken av enkelte av rapportene, lar vi dette hvile, slik at FSAT kan bruke kreftene sine p? mer presserende saker. N?r vi kommer s? langt som ? teste den nye undervisningsmodulen (trolig om 1-2 semestre), kan vi passe ekstra p? at studentnummer er p? plass.

Det er fint at dere er godt i gang med planleggingen for HMS enten det n? blir p? den ene eller andre m?ten stoffet undervises p?. Tenk n?ye gjennom hvilke rapporter/rutiner som viktige for dette arbeidet og sjekk om studentnummer er p? plass der. Gi beskjed om det mangler studentnummer i rapporter essensielle for arbeidet.


Utviklings?nske 9B/2015: Umiddelbar automatisk kandidatnummerering

Dato: 25.6.2015

?nsket av MN (RT#1814588)

MN-fakultet ved UiO innf?rer i disse dager et nytt digitalt e-l?ringssystem for sine HMS-kurs. Det er obligatorisk ? gjennomf?re disse kursene f?r man f?r delta p? undervisning p? andre emner, som for eksempel laboratorieundervisning.

Til planleggingsgruppe
Studentene skal selv melde seg til HMS-emnene via Studentweb. Umiddelbart etter at studentene har meldt seg til emnet skal de kunne logge seg p? e-l?ringssystem for HMS-kurs og gjennomf?re kurset som et selvstudium. Systemet skal bruke den nasjonale webservicen som andre digitale eksamenssystemer bruker og dermed er det krav om at studentene m? v?re kandidatnummerert f?r info om studentene kan hentes fra FS til e-l?ringssystemet.

Form?let med endringen er at studentene skal kunne begynne med HMS-kurset med en gang de har meldt seg via Studentweb, i stedet for ? m?tte vente til neste dag.

L?sningsforslag
At funksjonaliteten knyttet til ‘J’ i feltet STATUS_NUMMERER_VED_OPPRETTING i tabellen KANDNRTYPE endres slik at kandidatnummereringen skjer umiddelbart og ikke f?rst ved kj?ring av kontroll av databaseaktiviteter og automatiske rutiner.

Anbefaling fra AF
St?ttes
 

Publisert 28. apr. 2015 14:41 - Sist endret 9. okt. 2015 17:56