Prinsipper for integrasjonsarkitektur

Hensikten er at forskjellige deler av organisasjonen kan gj?re endringer uavhengig av hverandre og samtidig dra UiO i samme retning. Prinsippene vil bidra til at UiO henger med i utviklingen og kan tilby tidsriktige l?sninger av h?y kvalitet.

Organisasjonen vil raskere og smidigere kunne f? p? plass nye tjenester. L?sninger vil kunne samhandle uavhengig av leverand?r og lokasjon.

De domenespesifikke prinsippene for integrasjonsarkitektur skal presisere og komplementere retningslinjer fra h?yere niv?, som DIFIs arkitektur prinsipper, UH-sektorens arkitekturprinsipper, og UiOs sikkerhetsh?ndbok.

DIFI-prinsippene

De felles arkitekturprinsippene for offentlig sektor ble lagt frem som en del av St. meld nr. 19 (2008-2009) - Ei forvaltning for demokrati og fellesskap. Her besluttet regjeringen syv overordnede prinsipper som skal fungere som et sett med felles retningslinjer for alt arbeid med IT i offentlig sektor:

  • Tjenesteorientering
  • Interoperabilitet
  • Tilgjengelighet
  • Sikkerhet
  • ?penhet
  • Fleksibilitet
  • Skalerbarhet

Beskrivelse av prinsippene og hvordan de skal forst?s (PDF)

Brukerorientert: Arkitekturen skal endres i takt med brukerbehov

Arkitekturen er formgivende for tjeneste- og systemlandskapet, som igjen skal gjenspeile hva brukerne trenger. Stadige endringer er normaltilstanden. Derfor m? arkitekturen v?re fleksibel, slik at den kontinuerlig kan tilpasses brukermassens skiftende behov. Brukerinteressene ivaretas og prioriteres av et prioriteringsr?d.

Tjenesteorientert: Integrasjoner skal benytte l?se koblinger

Integrasjonsgrensesnitt skal utformes gjennom l?se koblinger slik at tjenester og bakenforliggende systemer kan byttes med mindre risiko og kostnader.

Tilgjengelig: Autoritative data skal tilbys gjennom ?pne grensesnitt

Eier har ansvar for at data som flere har behov for tilgjengeliggj?res for virksomheten. '?pne grensesnitt' betyr her at det skal velges en bransjestandard og leverand?ruavhengig teknologi. For tiden er Web Services det teknologisk foretrukne valget av grensesnitt. Eier er ogs? ansvarlig for at delte data er komplette og riktig formatert, og at oppetid og responstid er tilpasset behovet.

Oversiktlig: Tjenester skal registreres og dokumenteres

UiOs tjenesteportef?lje(r) (tidligere om talt som Service Portfolio) skal ha oppdaterte og fullstendige opplysninger om UiOs tjenester. Dette gir god oversikt over eksisterende tjenester, noe som forenkler prosessen med ? integrere nye og endre eksisterende tjenester, samt forhindrer at vi anskaffer flere tjenester som produserer til forveksling like autoritative data, uten at det er tydelig hva som er lagret hvor.

Etterrettelig: Tilganger skal registreres

Sikker Datadeling (tidligere Access Manager) er programvare for ? standardisere hvordan tilgangsforvaltere oppretter, fornyer og avvikler tilgang til data. Motivasjonen for en sentral tjeneste for avtaler mellom systemer er ? gi ?kt brukervennlighet og etterrettelighet, samt effektivisere tilgangsprosessen.

Fleksibel: Kost-/nyttevurderinger kan legitimere avvik

Arkitekturen har som m?l ? kutte kostnader, f? ned leveringstid, bedre endringsevne, og ?ke nytteverdi og brukerkvalitet. Det finnes derfor tilfeller der formkrav b?r bortfalle.

Effektiv: Tjenestebuss skal forhindre dobbeltarbeid

I noen sammenhenger er det effektivt ? ha et knutepunkt (tjenestebuss) for flere bakenforliggende tjenester. Endringer kan reduseres til ? gj?res i, eller i forholdet til, tjenestebuss.

Veiledet: Ett enkelt kontaktpunkt for alle henvendelser om integrasjon

Integrasjon er et komplisert emne som involverer store deler av organisasjonen og derfor er tjenesten Kontaktpunkt etablert for ? gj?re arkitekturarbeidet brukervennlig.