Hovedprioriteringer og Målsettinger i IKT-politikken - St.Mld.27

I Stortingsmelding 27 - Digital Agenda for Norge er følgende to målsettinger og fem hovedprioriteringer skissert i kapittel 1. Disse prioriteringene skal gi politikken retning og tydeliggjøre hva regjeringen ser som det viktigste å legge innsats i fremover.

To hovedmålsettinger

1. En brukerrettet og effektiv offentlig forvaltning
2. Verdiskaping og deltakelse for alle.

Fem hovedprioriteringer

1. Brukeren i sentrum.
2. IKT er en vesentlig innsatsfaktor for innovasjon og produktivitet.
3. Styrket digital kompetanse og deltakelse.
4. Effektiv digitalisering of offentlig sektor.
5. Godt personvern og god informasjonssikkerhet.

Stortingsmelding 27

Forfatter: Unknown - 12:05

Hva er virksomhetsarkitektur?

Virksomhetsarkitektur dreier seg om hvordan en virksomhet er organisert, hvordan arbeidsprosesser er satt sammen og hvordan IT-løsninger utnyttes. En virksomhetsarkitektur består av prinsipper, metoder og modeller som til sammen beskriver dette i en helhet. Hensikten med en godt beskrevet og omforent virksomhetsarkitektur er blant annet at enkeltløsninger realiseres i en helhetlig sammenheng og ikke hver for seg. Formålet er å sikre god sammenheng mellom arbeidsprosesser og IT-løsninger, og å unngå at det etableres informasjonssystemer som ikke snakker sammen, eller såkalte siloer. IT-arkitektur utgjør en delmengde av virksomhetens helhetlige arkitektur og handler om hvordan IT-systemer er bygget opp ved hjelp av komponenter og relasjonene mellom disse.

[Kilde: Difi - Virksomhetsarkitektur]

Forfatter: Unknown - 16:44

Hva er artefakter, leveranser og byggeklosser i TOGAF rammeverk for virksomhetsarkitektur?

Leveranse

En leveranse er ofte et arbeidsprodukt som alle interessenter formelt er enige om, gjerne i et prosjekt. Leveranser i dokumentert form blir ofte arkivert i Arkitektur Databasen som en referansemodell, standard eller øyeblikksbilde av arkitekturlandskapet på et gitt tidspunkt.

Artefakt

En artefakt er et mer detaljert arkitekturprodukt som beskriver en gitt type arkitektur. Typiske eksempler er nettverksdiagram, server spesifikasjon eller use-case spesifikasjon. Artefakter defineres generelt som lister, matriser (som viser relasjoner) og diagrammer. En leveranse inneholder typisk mange artefakter. Artefaktene danner innholdet i Arkitektur Databasen.

(c) - OpenGroup

Byggekloss

En byggekloss representerer en (mulig gjenbrukbar) komponent av forretning, IT eller arkitektonisk kapasitet som kan kombineres med andre byggeklosser for å danne arkitektur og løsninger. Byggeklosser kan defineres på ulike detaljnivåer avhengig av stadier i utvikling av arkitekturen. Byggeklosser kan relateres til arkitekturer eller løsninger.

Architecture Building Blocks (ABB) beskriver gjerne kravene som danner grunnlaget for spesifikasjon av Solution Building Blocks (SBB).

Solution Building Block (SBB) representerer et komponent som benyttes til å implementere nødvendig kapasitet. Eksempelvis så er et nettverk en byggekloss som kan beskrives gjennom komplementerende artefakter.

Forfatter: Unknown - 23:28

UNINETTs arkitekturprinsipper

UNINETT er kanskje de fremste i Norge når det gjelder arkitekturarbeid. De har utarbeidet et glimrende dokument som beskriver deres arkitekturprinsipper. De har valgt å benytte de ulike arkitekturdomene i TOGAF som logisk inndeling.

Sjekk også disse dokumentene.

• UNINETTs arkitekturprinsipper
• IKT-arkitekturprinsipper foruniversitets- og høgskolesektoren ipraksis
• Felles IKT-arkitekturprinsipper foruniversitets- og høgskolesektoren

Forfatter: Unknown - 23:09

Felles rammeverk for virksomhetsarkitektur i departementene?

Difi har tidligere gjort tilgjengelig informasjon om deres erfaringer med TOGAF i linken nedenfor.

Difi erfaringer med TOGAF

Hva er status i 2014?  Er det laget en tilpasset versjon av TOGAF tilsvarende det som er gjort med PRINCE2 og Prosjektveiviseren?

Forfatter: Unknown - 23:08

Hva kreves for å innføre en funksjonell virksomhetsarkitektur?

Poenget med virksomhetsarkitektur er involvering på tvers av organisasjonene. Det er derfor svært vanskelig å ta ut de store gevinstene ved å forsøke å innføre dette uten en plan. Det kan imidlertid være mye å hente ved og sette seg inn i de forskjellige produktene og leveransene i rammeverket man ønsker å benytte.

Normalt skal det kartlegges og etableres nåsituasjon på områder som teknologi, informasjon, applikasjon og forretning. Ved å utvikle noen av basisproduktene innenfor et område man interesserer seg for lærer man mye og man vil få mye å tilføre et EA prosjekt på et senere tidspunkt.

Forfatter: Unknown - 22:33