Tekniske leveranser

1 Innlogging

Som innloggingsmekanisme er det tenkt benyttet ren FEIDE-innlogging. Vi har satt opp dette i dag for noen tjenester (www.bott-samarbeidet.no).

Det må gjøres en refaktorering i Vortex for å gjøre default bruker-domene konfigurerbart (er i dag hardkodet til uio.no).

Dersom det er ønskelig å benytte WebDAV trenger vi å sette opp en HTTP/Basic-autentisering på WebDAV-tjenesten, som trenger tilgang til å gjøre BIND mot HiØs LDAP-tjeneste. Dette innebærer at Vortex har mulighet til å se brukernavn/passord når brukerene logger inn på WebDAV-tjenesten, noe som må avklares.

LDAP-funksjonaliteten i Vortex må også generaliseres for å kunne settes opp til å gå mot en villkårlig LDAP-tjeneste.

Problemstilling:

Synkronisering av dokumentmaler, dekoreringsmaler osv. benytter sgml@uio.no i dag over WebDAV, mot UiO’s LDAP-autentisering. Den vil ikke kunne benyttes inn dersom vi setter opp egen LDAP-autentisering for HiØ på WebDAV.

Må kanskje håndteres med egen systembruker for HiØ som benyttes til slik synkronisering. Oppdatert 21. mars 2018: det er opprettet en lokal bruker vortex-sync@localhost til dette formålet.

Estimat

• Oppsett med kun FEIDE: 1 dv
• Refaktorering Vortex: 5 dv
• Generalisering av LDAP-oppsett: 5 dv

2 Integrasjoner

2.1 FS

Studierelaterte dokumenttyper berikes med FS-data (periodiske jobber).

• Emner
• Studieprogram

Benytte FSWS for å hente data:

• Henter ut felter, men behandler ikke informasjonen. 
• Ikke mulig å overstyre eksterne data
• Historikk: konvertering til HTML for semester- og emneinformasjon hvert semester?

Det utvikles to nye dokumentmaler (og tilhørende listinger/inngangsveier) i Vortex for HiØ:

• Dokumenttype for studieprogram (studieplan?)
• Dokumenttype for emnebeskrivelse

Begge disse dokumenttypene fungerer på den måten at man i Vortex fyller inn et ID-felt som gjør at Vortex kan identifisere riktige objekter i FSWS. Datafelter i dokumentene vil deretter bli populert av Vortex basert på spørringer mot FSWS. Det antas at all informasjon fylles inn gjennom Emneplanlegging på nett, men det er også mulig med en kombinasjon, der noen felter ligger i selve dokumentene i Vortex mens andre hentes fra FS.

Oppdatering av data kan trigges på følgende måter:

• Hver gang man gjør endringer i dokumentene i Vortex (f.eks. sette ny ID e.l.)
• Jevnlige oppdateringer (f.eks. hver natt, hver time eller andre intervaller)
• Dersom FSWS tilbyr push-funksjonalitet vil det være mulig å få endringer oppdatert umiddelbart

Mekanismer i Vortex for å populere dokumentfelter med informasjon fra eksterne systemer finnes allerede, utviklingsarbeidet her dreier seg i all hovedsak om å definere dokumenttypene og å tilpasse datauttrekk til dokumentfeltene, samt å utvikling av listinger/inngangsveier.

2.2 Cristin

• Liste publikasjoner for personer og prosjekter
• Benytte eksisterende tjeneste men igjennom en ny klient som tilbyr bedre caching
• Utvide Cristin-tjenesten med støtte for å liste opp utvalgte publikasjoner

Estimat

• Mangler info om FS-API, foreløpig omtrentlig estimat for API/beriking: 30dv
• Konvertering til HTML hvert semester: konsultere Håvard, som har gjort tilsvarende ting med «studinfo-arkiv» på UiO.
• Utredning av Cristin utvalgte publikasjoner: 5dv
• Utvikling av funksjonalitet nevnt for Cristin: 5dv

3 Bruker- og gruppeoppslag

Brukeroppslag mot «people»-treet i HiØs LDAP-katalog. Antar at det ikke skal benyttes samme løsning som på UiO (oppslag både i users-treet og deretter i people-treet). Dette krever en liten refaktorering.

Skrive funksjonalitet for enhetsgrupper.

Utrede bruk av grupper

Bruk av ad-hoc-grupper: enten begynne å bruke nettgrupper i Cerebrum og eksportere til LDAP-katalogen, eller utvikle en lokal GroupStore i Vortex som vedlikeholdes som en konfigurasjonsfil (f.eks. JSON) i repository. Oppdatert mars 2018: HiØ har tilrettelagt for eksportering av Cerebrum-grupper til LDAP i et eget tre «group».

Estimat

• LDAP-kode for grupper basert på tilknytning: 7 dv
• Løsning for ad-hoc-grupper:
  • Evt. tilpasning av HiØ-nettgrupper: 3 dv
  • Evt. lokal GroupStore i CMS: 5 dv

4 Søk

Levere to typer søkebokser på HiØs nettsted (nettsidesøk og personsøk). Nettsidesøk er  basert på UiOs søkemotor (SOLR), og tilbyr søk i både åpne og adgangsbegrensede sider. Personsøk er et spesialisert søk i personpresentasjoner, som typisk presenteres i en egen søkeboks.

4.1 Globalt søk

• Oppsett av SOLR for HiØ
• Oppsett av Fasetter?
• Oriasøk (bibliotek)

4.2 Personsøk

• Personsøk baserer seg på lokalt index-søk (Lucene). Dette er tilsvarende slik det er gjort for www.samfunnsforskning.no
• Dette avhenger av en fungerende ressurstype for personpresentasjoner.

Estimat

• Oppsett globalt søk: 5 dv
• Fasetter: 1 dv
• Oriasøk: 1dv
• Personsøk: 5 dv

5 Dokumentmaler og listinger

I tilknytning til HiØs krav om integrasjon mot FS og uthenting av informasjon om emner og studieprogram, vil det være nødvendig å gjøre tilpasninger på eksisterende maler. Det er i tillegg stilt et krav om at brukere ikke skal kunne overstyre informasjon fra LDAP i personpresentasjoner, noe som også der vil kreve tilpasninger. Per dato anses følgende maler sannsynlig å tilpasse:

• Studieprogram og listing
• Personpresentasjon og listing
  • Berike personpresentasjoner med LDAP-data. Ikke mulighet for overstyring.
• Emnebeskrivelse
  • Versjonering
• Semesterspesifikk informasjon?

Følgende UiO-maler vil i større grad kunne brukes slik som de er med mindre tilpasninger:

• Forskningsprosjekt
• Forskergrupper
• Forside
• Arrangement
• Artikkel
• Kontaktvelger

Estimat

• Tilpassede maler: ca. 5dv per mal, 5dv per listing
• UiO-maler med mindre tilpasninger: 1-2dv per mal (inkludert tilpasning i listinger)

6 Implementasjon av grafisk design

• 1 host
• 1 design

På ISF ble det brukt 190 timer  (24DV) på dette.