...
teknisk dokumentasjon (i WISEflow): Automatisk opprettelse av prøver i WISEflow (under arbeid - åpen)
| 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 Inspera. Hver del er synkron for seg. |
Bruk av meldingskø | Ja |
Følgende felter sendes over fra FS-delen og til Inspera-delen:
examInfo prøvedata fra FS
shortName, fsID institusjonsinfo fra IOM sin configDB
insperaInstance spesifiserer hvilken Inspera som berøres
doPOST flagg for å bestemme om det skal skrives til Inspera. For bruk til utvikling; MeldingQ (Sikt egen melding-kø system basert på MongoDb, i.e. DocumentDb) | Merk: Meldingssystemet opererer med en maksimal samtidighet på “1” og er satt til “immediate” modus. Dette innebærer at systemet ikke venter på en bekreftelse eller avvisning, verken fra applikasjonen selv eller fra andre systemer, siden dette er et internt meldingssystem. Ettersom meldingssystemet ikke kan aksesseres eksternt, vurderes det heller ikke som nødvendig å utdype dette ytterligere i applikasjonsdokumentasjonen. | |
Open API | Nei | |
|---|---|---|
IntArk | Kan brukes etter ønske, for å aksessere Inspera gjennom Gravitee. Meldingskø ikke implementert. | Institusjonen bestemmer selv og gir oss beskjed om integrasjonen skal kontakte Inspera-instansen direkte eller om integrasjonen skal gå gjennom Gravitee |
Bakgrunn
Hver eneste prøve som skal holdes i Inspera 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 tidkrevende 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 Inspera
Integrasjonen plukker opp ny prøve fra FS og oppretter i Inspera
Eksamensansvarlig logger seg på Inspera, 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=INSPERA&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} |
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) |
Inspera | Spør | GET: /users/external/{idsys}/{userid} |
Inspera | Søk i | POST: /test/search
|
Inspera | Spør | GET: /test/{insperaId} |
Inspera | Oppretter ny prøve i Payload består av generelle prøvedata samt hovedansvarlige som allerede har brukere.
| POST: /test |
Inspera | Oppdaterer prøve funnet på Se over for felter. | POST: /test/{insperaId} |
Tilgangsstyring og logging
...