Denne integrasjonen skal sørge for å opprette prøver automatisk i WISEflow (WF).
PS! Integrasjonen er under utvikling og er avhengig av en fungerende synkronisering mellom WF og FS.
| Table of Contents |
|---|
Forutsetning
For å angi flowtypen og eventuelle maler benyttes merknad-feltet til vurderingsenheten eller vurderingskombinasjonen til prøven.
Merknadsfelt hentes først fra vurderingsenhet, men dersom det ikke finnes flowtype der hentes det fra vurderingskombinasjon
Det anbefales å bruke vurderingskombinasjon, siden disse er gyldige over flere semestre. Vurderingsenhet benyttes i enkelttilfellene hvor flowtypen fraviker fra standard oppsett for vurderingskombinasjonen (emnet).
Det må brukes fullstendig navn på flowtypen.
For å tilrettelegge for forskjellige maler kan det legges til ekstrainformasjon i ett og samme ord (e.g. “FLOWmulti_3”, “FLOWassignBachelor”), se under om maler.
Et merknadsfelt som inneholder navn på flere flowtyper vil få typen til det første ordet som inneholder ordet “FLOW”.
Det anbefales derfor at flowtypen står først i merknadsfeltet.
Det må meldes inn en mapping mellom flowtypenavn og maler (WF flow id). Denne mappingen er en liste med følgende krav:
Hvert flowtypenavn kan kun ha en mal knyttet til seg, men man kan ha flere maler knyttet til en flowtype vha. navn som nevnt i punkt 1.b.i) over.
Flowtypenavnet må starte med flowtypen (type flow velges ut fra flowtype oppgitt i merknadsfeltet).
Institusjonen må ha fagpersoner som kan fungere som eier og evt. managers i WF (managers kan legges til i etterkant manuelt).
Disse fagpersonene må ha rollen “EKSANSV” i FS (fagperson → personrolle) for det stedet (institutt og / eller fakultet) prøven tilhører.
En mulighet er for eksempel å ha en “EKSANSV” for hvert fakultet, evt. institutt, for å unngå å oppnevne personer direkte på emnet
Eier (og managers) må være registrert som bruker(e) i WISEflow for å kunne legges til på prøven.
Første navn i lista blir satt som eier i WISEflow. (¡NB! Har vi noen kontroll på rekkefølgen fra FS?)
Se også eget punkt under Virkemåte.
...
FLOWtypenavn i merknadsfelt | WISEflow flow-id for malen som skal brues | Beskrivelse (skal ikke med i mappingen) |
|---|---|---|
FLOWmulti_1 | 1215098 | Flowtypen angitt her FLOWmulti |
FLOWmulti_2 | 320482 | Her er angitt samme flowtype som over men en annen mal brukes for prøven |
FLOWassign | 239580 | Denne malen vil settes på alle FLOWassign-prøvene |
FLOWhandinOSLO | 239580 | Denne bruker samme mal som FLOWassign |
FLOWhandinLILLESTRØM | 35948 | |
FLOWoral OSLO | 230982 | Denne er feil og blir ignorert. FLOWoral vil ikke finnes når integrasjonen slår opp og merknadsfelt merket som dette ignorerer “OSLO” pga. mellomrom og vil gjelde alle FLOWoral prøvene. Altså vil en blank prøve opprettes med FLOWoral som prøvetype for prøver med denne i merknadsfeltet. |
Alle andre flowtyper enn de angitt eksplisitt i tabellen vil opprettes uten mal.
...
Denne integrasjonen går periodisk (ikke avgjort; forslag: hver 6. time 
)og sjekker alle vurderinger/prøver i FS med eksamenssystem “WISEFLOW” hvor det er endring de siste 3 dager (“dato_sist_endret”), og oppretter prøver i WF med basisdata fra FS (SIS-tilknytning, flowtitler, eiere og managers).
...
Dersom eksamensansvarlige mangler i data fra FS vil det ikke kunne opprettes prøver i WISEflow, siden det må settes en eier. Andre managers kan om ønskelig legges til i etterkant manuelt i WF, som vanlig.
Tekniske begrensninger
Relasjoner blir ikke kopierte fra malen til den nye prøver (f. eks. Eksamensvakter, Reviewere). Dette er en begrensning i WISEflow API. De må dermed legges på av flow administrator senere.
Annet
Feil vil varsles i loggoversikten. (NB! Ikke implementert enda!)