Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »


Innledning

  • Målet med denne integrasjonen er å få en effektiv og automatisk opprettelse av bruker-kontotoer i bibliotek-systemet for alle studentene som skal ha tilgang. (For ansatte er det foreløpig institusjonene selv som håndtere).

  • Det er også opprettet en egen grensesnitt for administratorer ved institusjonen for å kunne …

Bakgrunn

  • Rett etter at studenter registreres, skal de få bruker på bibliotek-systemet. Kilden av dataene er FS.

Interessenter

  • Interessent og oppdragsgiver her er Bibliotek-tjenesten.

Brukerhistorie (gjerne sekvensdiagram) ?

Student A er registrert i FS. Noen minutter etterpå skal vedkommende kunne logge seg inn på bibliotek-systemet.

Systemer/tjenester og involverte API

  • Innvolverte tjenester og API:

  • ALMA

  • FS (Det nye Graphql APIet)

Data

  • Hvilke data utveksles?  Alle attributter som utveksles?

Samhandlingsmønster

  • Hva driver utvekslingen? Request eller Push

  • Er utvekslingen synkron eller asynkron?

Tilgangsstyring og logging

  • Hva logges?

  • Eventuelle tilgangstyring

Forretningsregler

  • Forretningslogikken i integrasjonen. Feks. Bare dokumenter med status X leses etter Y antall dager osv …

Behandlingstid/responstid og volum

  • Hva er antallet meldinger pr. døgn i denne forbindelsen (Min, Avg, Max)

Feilhåndtering, konsekvenser av feil og overordnet risikoanalyse

  • Hva skjer ved overload i kø?

  • Hva skjer med ufullstendinge meldinger?

  • Inneholder meldingene personopplysninger?

  • Noe om viktige feil/situasjoner som må passes ekstra på (som kan ha stor konsekvens). F.eks : Oppgavene som aldri vil publiseres, eller Oppgaver som ikke skal publiseres, publiseres.

Flytdiagram ?

Kommentarer

  • No labels