Bli medlem
Glemt passord?
Artikkel, sist endret 18.01.11 12:07

12 eKommune 2012: IKT-arkitektur

Del |

Kommunen/fylkeskommunen har behov for oversikt over og styring av ressursbruken innenfor IKT-området. IKT-arkitekturen skal beskrive sammenhengen mellom kommunens strategiske mål og teknologiske behov. Arkitekturen kobler visjon, forretningsplan, strategi og prosesser til IKT-strategier og -ressurser. IKT-arkitektur kan sammenliknes med en reguleringsplan for et boligområde, med boliger, offentlige bygg osv. Reguleringsplanen bestemmer forholdet til andre planer, hvordan viktig infrastruktur plasseres og henger sammen, og hvordan infrastrukturen skal dimensjoneres.

 

Difis arkitekturprinsipper i henhold til St.mld. 19 (2008-2009) "Ei forvaltning for demokrati og fellesskap":

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

http://www.difi.no/ikt/it-arkitektur/arkitekturprinsipper

 

IKT-arkitekturen kan beskrive:

  • Informasjonsarkitektur - kan beskrive alle tjenester, arbeidsprosesser og overordnet informasjonsmodell. Informasjonsmodellen beskriver hvilke data kommunen behandler og relasjonene mellom disse.
  • Integrasjonsarkitektur - kan beskrive prinsipper for integrasjon, meldingsformidling og mellomvare osv.
  • Løsningsarkitektur - kan for eksempel beskrive prinsipper og føringer knyttet til applikasjonskart, systemkart og utviklingsmetodikk.
  • Teknisk arkitektur - kan beskrive nettverkskomponenter, kommunikasjon, maskinvare og liknende.

FAKS-rapporten[1] analyserer og anbefaler grunnlaget for en felles generisk IKT-arkitektur for kommunal sektor, med utgangspunkt i Bergen og Bærum kommunes arbeid med tjenesteorientert arkitektur (SOA). For å støtte arkitekturen og implementeringen av denne, anbefales det å etablere et felles kommunalt rammeverk. Et slikt rammeverk vil kunne bestå av følgende deler:

  • - Metodikk
  • - Felles informasjonsmodell
  • - Kommunale felleskomponenter
  • - Arkitekturprinsipper
  • - Styring og forvaltning

Se modell her: http://ksikt-forum.no/imagearchive/modell_faks_rapporten.jpg

Komponenter i arkitekturmodellen:

  • 1 Prosess: Komponent for prosess og tjenesteorkestrering, også kalt BPMS. Består typisk av et modelleringsverktøy, prosess og arbeidsflytsmotor med brukergrensesnittkomponenter i form av arbeidslister osv.

 

  • 2 Regler: Komponent for å samle og håndtere forretningsregler sentralt, også kalt BRMS.

 

  • 3 Prosessovervåking: Brukes for monitorering av prosesser, aktiviteter og oppgaver.

 

  • 4 Tjenesteregister: Komponent i en SOA-løsning for blant annet å kunne håndtere livssyklus på tjenester.

 

  • 5 Tjenestebuss: Dette er den mest sentrale komponenten i konseptet. Tjenestebussen er samling av funksjoner som er nødvendig for å få tjenester fra ulike tjenestetilbydere til å spille sammen, og ivareta fleksibilitet, informasjonssikkerhet og effektiv drift og forvaltning.

 

  • 6 Integrasjonstjenester: En komponent for å etablerere et semantisk lag på toppen av en allerede eksisterende portefølje av databaser og applikasjoner (Fagsystemer).

 

  • 7 Administrasjon: Nødvendige verktøy for å støtte sentral administrasjon av komponentene.

 

  • 8 Sikkerhet: Nødvendige sikkerhetsmekanismer bygd inn i komponentene.

 

  • 9 Felles informasjonsmodell: Felles modell for data, relasjoner og metadata som tjenestene utveksler.

 

Felleskomponenter

  • Komponenter er avgrensede deler av en IT-løsning (eller et IT-system), kan være software, hardware, databaser osv. Kan være sammensatt av flere komponenter og har et definert grensesnitt mot andre komponenter.
  • Felleskomponenter er komponenter som kan sambrukes eller gjenbrukes i flere løsninger i offentlig sektor, for eksempel ID-porten eller tjenestemotoren i Altinn.

 

For kommunesektoren er det av betydning å kunne nå sentrale registre som Folkeregisteret, Enhetsregisteret og Matrikkelen. Det å kunne benytte disse sentrale registrene er av stor betydning for å få til gode elektroniske tjenester med preutfylling av opplysninger i for eksempel søknadsskjema. Sentrale registre og andre løsninger som for eksempel MinID og ID-porten er komponenter som kan gjenbrukes i flere løsninger i offentlig sektor kalles felleskomponenter. Difi forvalter felleskomponenter i offentlig sektor. Felleskomponenter i offentlig sektor bidrar til gevinster gjennom lavere kostnader, større forutsigbarhet, åpenhet og lavere risiko. Bruk av felleskomponenter kan også bidra til høyere datakvalitet og bruksfrekvens gjennom gjenkjennelse, økt tilgjengelighet og funksjonalitet for brukere av offentlige tjenester.

 

MÅL

  • Utvikling av nye tjenester skal følge Difis arkitekturprinsipper.
  • Prinsippene i FAKS-rapporten skal legges til grunn ved videreutvikling av eksisterende og anskaffelse av nye løsninger.

TILTAK

  • KS vil arbeide for å videreføre arbeidet med utvikling av felles IKT-arkitektur innenfor kommunal sektor.
  • KS vil bidra til utbredelse av felles IKT-arkitektur for kommunal sektor i samarbeid med blant annet KS' standardiseringsråd og K10 gruppen.

 

[1]              http://ksikt-forum.no//portal/filearchive/faks_ver01_090424ao.pdf

Sist publisert innen standardisering og arkitektur

  1. Ny veileder i sikkerhetsarkitektur

    (Artikkel, 30.08.2011)

  2. K10 – IKT-samarbeidet mellom de største kommunene

    (Artikkel, 19.08.2011)

  3. Sjekkliste Noark 5

    (Artikkel, 07.06.2011)

  4. eKommune-konferansen 2011: Digitalt veiskille

    (Artikkel, 04.03.2011)

  5. eKommune 2012 revidert

    (Artikkel, 20.01.2011)
  6. Flere aktuelle saker kategorisert under standardisering og arkitektur (71)

© KS - kommunesektorens interesse- og arbeidsgiverorganisasjon Alt innhold er beskyttet under lov om opphavsrett. Ved bruk av materiale skal kilde oppgis. Internettredaktør: Line Richardsen