Table of Contents | ||||||
---|---|---|---|---|---|---|
|
...
Integrasjonen henter ut vurderingsinformasjon fra FSWS og oppretter prøver i WISEflow på bakgrunn av dette.
Inc drawio | ||||
---|---|---|---|---|
|
...
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
Nøkkel info
Initiering av flyt | Poller FSWS hver 6. time for endringer i vurderinger siste 3 dager. | |
---|---|---|
Flyt mønster | Halveis synkron | Den delen som leser inn fra FS er en egen prosess og er frakoblet den delen som sender til WISEflow. Hver del er synkron for seg. |
Bruk av meldingskø | Ja, Kafka | Følgende felter sendes over fra FS-delen og til WISEflow-delen:
|
Open API | Nei | |
IntArk | Kan brukes etter ønske, for å aksessere WISEflow gjennom Gravitee. Meldingskø ikke implementert. | Institusjonen bestemmer selv og gir oss beskjed om integrasjonen skal kontakte WISEflow-instansen direkte eller om integrasjonen skal gå gjennom Gravitee |
Bakgrunn
Hver eneste prøve som skal holdes i WISEflow må opprettes manuelt i dag. Dette gjøres ved at det for hver prøve hentes ut alle prøver fra FS, og så velges det fra listen. Listen genereres hver gang og dette tar lang tid per prøve, avhengig av antall vurderinger på institusjonen. Dette er enormt en tidkrevende prosess for saksbehandler, og denne integrasjonen vil lette dette arbeidet.
...
Vurdering gjøres klar i FS, med kandidater oppmeldt
Eksamensansvarlige har fått laget en bruker i WISEflow
Integrasjonen plukker opp ny prøve fra FS og oppretter i WISEflow
Eksamensansvarlig logger seg på WISEFLOW, finner prøven opprettet og kan fortsette med populering av oppgavesett, og annet.
FS-synken sørger for at prøven holdes synkronisert med kandidater, sensorer og kommisjoner.
Systemer/tjenester
System | Data | Brukt API (endepunkter) | ||
---|---|---|---|---|
Config-databasen | Finner data ( | configDB.orgs | ||
Config-databasen | Hvis prosessen var mislykket ( NB: Modulen hjelper utviklere og testere av systemet; sluttbrukeren vil ikke legge merke til det. | configDB.slack-blacklists | ||
FS-Digex | Henter ut en json-liste basert på | GET: /eksamen/liste?institusjonsnr={examSystem}&datofra={datofra}&datotil={datotil}&eksamenssystem=WISEFLOW&sistEndret={sistEndret} URL for test: https://fs-test.uio.no/eksamen/liste?… URL for prod: https://fsws.usit.no/eksamen?liste?… | ||
FS-Digex | Henter full info for en gitt eksamen basert på | GET: /eksamen/{examSystem}/{examId} URL for test: https://fs-test.uio.no/eksamen/{examSystem}/{examId} | ||
FS-API | Henter ut merknadsfelt fra vurderingsenheter for å kunne matche med | GET: /vurderingsenheter | ||
FS-API | Henter ut merknadsfelt fra vurderingskombinasjoner for å kunne matche med | GET: /vurderingskombinasjoner | ||
LaaS | Registrerer auditInfoMap (se under) i Humio (for å innta og beholde strømmedata) | do Index | ||
Oai-databasen | legger auditInfoMap log (se under) til databasen | oai-addAuditLog | ||
Slack | Sender feilmeldinger (inkludert også auditInfoMap, se under). Det stemmer overens med Config-databasen (configDB.slack-blacklists). | Slack-kanalen (mule-prod) | ||
WISEflow | Spør | GET: /user/eduPrincipalName/{orgId} | ||
WISEflow | Spør | GET: /license/sis/clients | ||
WISEflow | Søk i | GET: /license/sis/flows/{externalID} | ||
WISEflow | Oppretter ny prøve i Payload består av FS metadata samt wiseflow-brukerinfo til | POST: /license/create/flow
| ||
WISEflow | Oppretter ny prøve i Payload består av FS metadata samt wiseflow-brukerinfo og diverse boolske config.settings som bestemmer hva som skal over (varierer med flowtypen til | POST: /flows/{flowId}/copy
| ||
WISEflow | Knytter WISEflow prøve | POST: /flow/{flowId}/source/add
|
Tilgangsstyring og logging
...