GRUPPEOPPGAVER Utviklingsbehov
1 VERSJONSHISTORIKK Versjon Dato Hva Hvem 1.0 07.02.2019 Gjøran Agerbo (UiA) Øyvind Hauge (NTNU) Ingeborg Fauske Ekdahl (UiO)
2 Innholdsfortegnelse 1. Sammendrag... 3 1.1. Målgruppe for dokumentet... 3 1.2. Målsetting og visjon... 3 1.3. Innhentede tilbakemeldinger... 3 1.4. Felles Studentsystem (FS)... 3 2. Arbeidsflyt... 4 2.1 Arbeidsflytsdiagram... 5 3. Brukerhistorier... 6 3.1. Detaljerte brukerhistorier... 10 3.1.1. #1.1 Opprette prøve... 10 3.1.2. #1.2 Opprette oppgavesett... 10 3.1.3. #1.3 Lage og endre grupper (administrative)... 11 3.1.4. #1.4 Lage og endre grupper (student)... 12 3.1.5. #2.2 Levere / oppdatere besvarelse (student)... 14 3.1.6. #4.1 Ytterligere utviklingsønsker... 15
3 1. Sammendrag Endringsønsket er en oppsummering av utviklingsbehovet ved nåværende gruppeoppgavefunksjonalitet. Endringsønsket beskriver behovet før økt fleksibilitet ved oppretting, administrasjon og gjennomføring av gruppeeksamen. Hovedpunkter i ønsket er støtte for FS-integrasjon gjennom hele prøvens levetid, samt økt fleksibilitet for hovedansvarlig og student under oppretting av prøve, etablering av innleveringsgrupper og før og etter innleveringstidspunkt. I tillegg er det lagt vekt på at sensor skal kunne gjennomføre sensur og karakterbegrunnelse for flere kandidater i en gruppe samtidig. 1.1. Målgruppe for dokumentet Målgruppene for dette dokumentet er Inspera AS og UH-institusjonene i Norge. 1.2. Målsetting og visjon NABO ønsker å gjøre eksamen papirløs for studenter, faglærere, sensorer og eksamensadministratorer ved å digitalisere arbeidsflyten knyttet til prosesser og aktiviteter før, under og etter eksamen. Det er mange perspektiver som skal ivaretas i en eksamenstjeneste. Visjonen må være at undervisning og læring er det sentrale, samtidig som det må legges opp til en hensiktsmessig bruk av administrative ressurser. En eksamenstjeneste må derfor være både fleksibel og standardisert. Fleksibel i den forstand at læring og pedagogikk driver utviklingen. Standardisert i den forstand at det legges til rette for effektive administrative rutiner 1.3. Innhentede tilbakemeldinger I utarbeidelsen av dette dokumentet er det innhentet tilbakemeldinger og brukerhistorier fra NTNU, UiA, UiB og UiO i tillegg til UNIT og de institusjonene de koordinerer. Disse brukerhistoriene er deretter prioritert og gruppert inn under tilhørende aktivitet i en felles arbeidsflyt. 1.4. Felles Studentsystem (FS) Felles Studentsystem (FS) er et nasjonalt system for studieadministrative data, og sektorens kildesystem for informasjon om studier og studenter. Informasjon om eksamen, eksamenskandidater, kommisjoner og sensorer skal derfor hentes fra FS. Sensur skal kunne tilbakeføres til FS. FS er den autorative kilden til informasjon.
4 2. Arbeidsflyt Arbeidsflytsdiagrammet er en visuell fremstilling av arbeidsflyten fra prøven opprettes av studieadministrativt ansatt frem til sensur og eventuell begrunnelse er ferdigstilt. Fordi diagrammet beskriver prosessen som brukerhistoriene er en del av, vil brukerhistoriene og diagrammet følgelig utfylle hverandre, og bør derfor leses i sammenheng. Arbeidsflyten er delt inn i tre faser; oppsett og administrasjon av prøve, innlevering i Inspera og sensur og begrunnelse. Fordi både studenter og administrative skal ha anledning til å danne grupper, er det to parallelle løp i diagrammet som beskriver oppretting og administrasjon av grupper. Hvert punkt i arbeidsflytsdiagrammet henviser til brukerhistoriene som kan tenkes å inntreffe på det gitte punktet.
5 2.1 Arbeidsflytsdiagram
6 3. Brukerhistorier ARBEIDSFLYT FOR GRUPPEOPPGAVER PRI REF SYSTEM STATUS 1. OPPSETT OG ADMINISTRASJON 1.1 Opprette prøve 1.1.1 Inspera skal benytte utviklet integrasjon som sikrer synkronisering med FS underveis i en gruppeeksamen 1.1.2 Ekstratid for en kandidat skal gjelde for gruppen som helhet. Alle kandidater i gruppen skal kunne levere innenfor fristen for kandidaten med ekstratid. 1.1.3 Hovedansvarlig må kunne tildele ekstra tid utover gruppen til enkeltmedlem hvor det er individuell del 1.1.4 Total ekstratid for gruppen må til enhver tid tilsvare lengste individuelle innleveringsfrist fra FS + eventuell incident ekstratid i Inspera Assessment 1.2 Opprette oppgavesett 1.2.1 Som forfatter ønsker jeg å opprette gruppeinnleveringsoppgave både med og uten individuell del 1.2.2 På gruppeinnlevering med individuell del skal den felles gruppeoppgaven være synlig for hele gruppen og sensor/hovedansvarlig 1.2.3 På gruppeinnlevering med individuell del skal den individuelle delen kun være synlig for studenten som leverte og sensor/hovedansvarlig 1.2.4 Som hovedansvarlig ønsker jeg å kunne synliggjøre/ta bort individuell del etter at prøven er startet og etter at prøven er avsluttet 1.3 Lage og endre grupper (administrativ) 1.3.1 Som hovedansvarlig ønsker jeg å kunne gjenbruke gruppesammensetningen fra en annen prøve i samme emne 1.3.2 Som hovedansvarlig ønsker jeg å se kandidatenes navn i Monitor/lister i Inspera Assessment. 1.3.3 Som Hovedansvarlig vil jeg sette og oppdatere gruppe ID-er for kandidatene på en test gjennom
7 et API, slik at jeg kan gjenbruke grupper fra andre system. 1.3.4 Som hovedansvarlig vil jeg kunne importere gruppesammensetning til en prøve fra CSV/Excel 1.3.5 Som hovedansvarlig ønsker jeg å kunne administrere grupper og kandidater hvor administrator har opprettet grupper. 1.3.6 Som Hovedansvarlig ønsker jeg å ha mulighet til å fjerne en gruppe, både når gruppen er opprettet av administrative og når gruppen er opprettet av studenter. 1.3.7 Som Hovedansvarlig ønsker jeg å kunne se en logg som viser gruppens innleveringer og/eller innleveringsforsøk. 1.4 Lage og endre grupper (student) 1.4.1 Som student ønsker jeg at det skal være enkelt å se at jeg er del av en gruppe, og i så fall hvilken gruppe jeg er del av 1.4.2 Som student ønsker jeg å få varsel ved via e-post ved viktige hendelser, som innmelding eller utmelding i gruppe. 1.4.3 Som student ønsker jeg at pinkoden tildeles ved opprettelse av gruppe slik at ikke to grupper kan velge samme pinkode. Dette er ønskelig selv om vi har funksjonalitet med passordbeskyttelse. 1.4.4 Som hovedansvarlig ønsker jeg å kunne opprette en gruppe også når det er studentene som oppretter grupper, både før og etter at prøven er stengt for innlevering. 1.4.5 Som hovedansvarlig ønsker jeg å kunne legge til og fjerne kandidater i denne gruppen jeg selv har opprettet på vegne av studentene. 1.4.6 Som hovedansvarlig ønsker jeg å kunne sette begrensning på antall kandidater i en gruppe også når studentene selv oppretter grupper. 1.4.7 Som hovedansvarlig ønsker jeg å kunne sette et beskrivende gruppenavn for gruppen, for eksempel oppgavetittel i tillegg til gruppenummer/gruppe-id, også når studentene selv har opprettet gruppen. Middels Lav Middels 1.4.8 Som student ønsker jeg at jeg kan sette et beskrivende gruppenavn for gruppen, slik at navnet og gruppenummer fremkommer 1.4.9 Som student ønsker jeg skal kunne melde meg inn og ut av en gruppe selv etter at prøven har startet
8 2 INNLEVERING I INSPERA 2.1 Levere/oppdatere besvarelse på vegne av student (administrativ) 2.1.1 Som hovedansvarlig ønsker jeg at jeg kan levere og oppdatere besvarelsen på vegne av studenten/gruppen både før og etter at prøven er avsluttet 2.1.2 Som hovedansvarlig ønsker jeg at alle gruppemedlemmene må kunne logge seg på samtidig for å verifisere hva som er levert 2.1.3 Som student ønsker jeg å motta varsel om (ny) innlevering for min gruppe, også når administrativ leverer på vegne av gruppen. Varselet kan inneholde lenke til besvarelsen som er levert. 2.2 Levere/oppdatere besvarelse (student) 2.2.1 Som student ønsker jeg at det skal være tydelig at jeg er del av en gruppe 2.2.2 Som student ønsker jeg at det kommer tydelig frem at det er levert en besvarelse for gruppen, og at alle medlemmene i gruppen kan se hvilken besvarelse som lastet opp og hvem som lastet opp den sist reviderte besvarelsen 2.2.3 Som student ønsker jeg at det fremkommer tydelig at kun en person behøver å levere besvarelsen på vegne av gruppen 2.2.4 Som student ønsker jeg at jeg ikke behøver å opprette gruppe dersom jeg leverer individuelt i en prøve som er gruppebasert 2.2.5 Som student ønsker jeg å motta varsel om manglende innlevering eller gruppe ved innleveringstidspunkt. E-postvarselet må kunne settes til et gitt tidspunkt pr. institusjon 3 SENSUR 3.1 Sensur 3.1.1 Som sensor ønsker jeg å kunne sette en avvikende individuell karakter for en eller flere gruppemedlemmer. 3.1.2 Som sensor ønsker jeg å kunne skrive en individuell begrunnelse til kandidat(er) i gruppen, i tillegg til en samlet begrunnelse. Individuell begrunnelse skal kun være tilgjengelig for den kandidaten det gjelder.
9 3.1.3 Som sensor ønsker jeg å kunne laste ned besvarelsene pr. Kandidat i en gruppelevering. På den måten får sensor tilgang til kun den ene spesifikke besvarelsen som også har en individuell del. 3.2 Tilbakeføre resultater fra Inspera til FS 3.2.1 Som hovedansvarlig ønsker jeg at informasjon om gruppetilhørighet synkroniseres tilbake til FS som en del av sensurprotokollen, slik at det er enkelt å se hvem som var i gruppe i ettertid. 3.3 Begrunnelse 3.3.1 Som sensor ønsker jeg å kunne skrive en samlet begrunnelse for hele gruppen. Begrunnelsen må kunne skrives og tilgjengeliggjøres for hele gruppen i en operasjon. 4 YTTERLIGERE UTVIKLINGSØNSKER 4.1.1 Dersom det fremsettes klage på karakter fra gruppeeksamen, skal klagebehandlingen kun gjelde den eller de kandidatene som har klaget (ihht. UH-loven). Eventuell ny karakter skal derfor også kun gjelde den eller de kandidatene som har fremsatt klage. 4.1.2 Som student og hovedansvarlig ønsker jeg at eventuelle feilmeldinger jeg mottar er enkle å forstå og i klartekst (altså ikke kun feilkoder). Eksempler på slike varsler er at det mangler innlevering, at to gruppemedlemmer forsøker å levere samtidig, osv.
10 3.1. Detaljerte brukerhistorier 3.1.1. #1.1 Opprette prøve Prosess 1.1 Opprette prøve Pr i Brukerhisto rie Relaterte endringer 1.1. 1 Inspera skal benytte utviklet integrasjon som sikrer synkronisering med FS underveis i en gruppeeksamen Se spesifikasjon her: https://inspera.atlassian.net/wiki/spaces/kb/pages/474546236/support+fs+synchronizati on+on+group+exams Prosess 1.1 Opprette prøve Pri Brukerhistorie 1.1.3 Hovedansvarlig må kunne tildele ekstra tid utover gruppen til enkeltmedlem hvor det er individuell del På prøver som har en individuell del i tillegg til en gruppeinnlevering, er det ønskelig at hovedansvarlig kan tildele ekstra tid til enkeltkandidater som kun gjelder den individuelle delen 3.1.2. #1.2 Opprette oppgavesett Prosess 1.2 Opprette oppgavesett Pri Brukerhistorie 1.2.4 Som hovedansvarlig ønsker jeg å kunne synliggjøre/ta bort individuell del etter at prøven er startet og etter at prøven er avsluttet Det er ønskelig at hovedansvarlig har mulighet til å synliggjøre eller ta bort individuell del på gruppeleveringen både etter at prøven har startet og etter at prøven er avsluttet. Dersom man for eksempel oppretter individuell del som bortfaller, eller dersom det har blitt opprettet ved en feil, er det ønskelig at dette da kan rettes opp uten at man må koble prøven fra FS og opprette ny prøve.
11 3.1.3. #1.3 Lage og endre grupper (administrative) Prosess 1.3 Lage og endre grupper (administrative) Pri Brukerhistorie 1.3.1 Som hovedansvarlig ønsker jeg å kunne gjenbruke gruppesammensetningen fra en annen prøve i samme emne Dette slik at hovedansvarlig slipper å sette opp gruppene på nytt og slik at studentene ikke kan skape andre grupper enn forrige prøve. Det må være mulig å kopiere gruppesammensetningen fra både en prøve med administrerte grupper og med student-administrerte grupper. Prosess 1.3 Lage og endre grupper (administrative) Pri Brukerhistorie 1.3.2 Som hovedansvarlig ønsker jeg å se kandidatenes navn i Monitor/lister i Inspera Assessment. Det er ønskelig at hovedansvarlig kan se kandidatenes navn for å enklere kunne dele inn i grupper, se hvem som er i en gruppe, og se om en kandidat er registrert med levert oppgave. Kandidatens navn kan vises i monitorverktøyet/lister i Inspera Assessment for brukere med rolle som hovedansvarlig og med utvidet tilgang. Kandidatens navn er ikke synlig for sensorer med mindre det er en ikke-anonym prøve. Krav til informasjonssikkerhet/ håndtering personopplysninger inkludert kommende GDPR må ivaretas. Funksjonalitet for ikke-anonyme prøver fungerer som i dag. Relaterte endringer Prosess 1.3 Lage og endre grupper (administrative) Pri Brukerhistorie 1.3.3 Som Hovedansvarlig vil jeg sette og oppdatere gruppe ID-er for kandidatene på en test gjennom et API, slik at jeg kan gjenbruke grupper fra andre system. Det er ønskelig at GruppeID kan settes, oppdateres og slettes via API. Dette må kunne gjøres helt frem til innleveringsfrist. Prosess 1.3 Lage og endre grupper (administrative) Pri
12 Brukerhistorie 1.3.4 Som hovedansvarlig vil jeg kunne importere gruppesammensetning til en prøve fra CSV/Excel Det er ønskelig at hovedansvarlig kan laste opp en fil (for eksempel CSV eller Excelfil) med kandidater og gruppefordeling. Dette slik at gruppefordeling kan gjøres utenom Inspera ved behov, og slik at man kan gjenbruke gruppesammensetning fra andre prøver eller systemer. Gruppefordeling via filimport må kunne gjennomføres helt frem til prøven stenger. 3.1.4. #1.4 Lage og endre grupper (student) Prosess 1.4 Lage og endre grupper(student) Pri Brukerhistorie 1.4.1 Som student ønsker jeg at det skal være enkelt å se at jeg er del av en gruppe, og i så fall hvilken gruppe jeg er del av Det er ønskelig at studenten kan se hvorvidt de er medlem av en gruppe når de går inn i prøven. Dersom de er medlem av en gruppe, er det da ønskelig at det kommer frem: Hvilken gruppe det er (for eksempel gruppenummer/gruppeid eller gruppenavn) Hvem (hvis noen) som også er medlem i gruppen. Her bør navnet til medstudentene komme frem, da man ikke kan anta at studentene kjenner hverandres kandidatnummer Relaterte endringer Prosess 1.4 Lage og endre grupper(student) Pri Brukerhistorie 1.4.2 Som student ønsker jeg å få varsel ved via e-post ved viktige hendelser, som innmelding eller utmelding i gruppe. Det er ønskelig at studenter får varsel om viktige hendelser som angår deres gruppemedlemskap. Varselet kan sendes som e-post. Viktige hendelser innebærer: Innmelding i gruppe Utmelding av gruppe Et gruppemedlem har levert besvarelse på vegne av gruppen Eventuell endring i gruppemedlemskap må kunne varsles helt frem til innleveringsfrist.
13 Prosess 1.4 Lage og endre grupper(student) Pri Brukerhistorie 1.4.4 Som hovedansvarlig ønsker jeg å kunne opprette en gruppe også når det er studentene som oppretter grupper. Hovedansvarlig må kunne opprette grupper på lik linje uansett om det er studentene eller hovedansvarlig som skal opprette gruppen i utgangspunktet. Dette innebærer at når studentene selv oppretter grupper, må hovedansvarlig fortsatt kunne opprette grupper før og etter at prøven er avsluttet. Prosess 1.4 Lage og endre grupper(student) Pri Brukerhistorie 1.4.8 Som student ønsker jeg at jeg kan sette et beskrivende gruppenavn for gruppen, slik at navnet og gruppenummer fremkommer Dette må kunne gjøres fra gruppen opprettes og helt frem til innleveringsfristen. Et beskrivende navn som følger gruppen vil være også være arbeidsbesparende for hovedansvarlig og sensor, da disse vil kunne enkelt se forskjell på studentgrupper dersom studentene for eksempel har oppgitt oppgavetittel eller tema. Det vil være nødvendig at hovedansvarlig kan overskrive/endre den beskrivende tittelen, i tilfelle studentene oppgir feil eller misvisende tittel.
14 3.1.5. #2.2 Levere / oppdatere besvarelse (student) Prosess 2.2 Levere/oppdatere besvarelse (student) Pri Brukerhistorie 2.2.2 Som student ønsker jeg at det kommer tydelig frem at det er levert en besvarelse for gruppen, og at alle medlemmene i gruppen kan se hvilken besvarelse som lastet opp og hvem som lastet opp den sist reviderte besvarelsen Det er ønskelig at studenten kan se navnet på hvem i gruppen som har levert oppgave på vegne av gruppen, og dato og tidspunkt for innlevering av den sist reviderte innleveringen. Det er også viktig at alle medlemmene i en gruppe kan logge på samtidig for å verifisere hva som er levert. Prosess 2.2 Levere/oppdatere besvarelse (student) Pri Brukerhistorie 2.2.4 Som student ønsker jeg at jeg ikke behøver å opprette gruppe dersom jeg leverer individuelt i en prøve som er gruppebasert Dersom det er et emne som både er individuelt- og gruppebasert, er det ønskelig at jeg som skriver individuelt, ikke skal behøve å opprette gruppe. Dette for å minske spørsmål og uro knyttet til studenten, samt at det fremkommer tydelig for sensor at studenten faktisk har levert individuelt og ikke i en gruppe. Relaterte endringer
15 3.1.6. #4.1 Ytterligere utviklingsønsker Prosess 4.1 Ytterligere utviklingsønsker Pri Brukerhistorie 4.1.2 Som student og hovedansvarlig ønsker jeg at eventuelle feilmeldinger jeg mottar er enkle å forstå og i klartekst (altså ikke kun feilkoder). Eksempler på slike varsler er at det mangler innlevering, at to gruppemedlemmer forsøker å levere samtidig, osv.t Det er ønskelig at studenten får tydelig beskjed om hva som er feilkilden til problemet. F. eks; Dersom opplastingen ikke ble 100% fullført, må dette fremkomme som en tydelig beskjed til studenten. Relaterte endringer