Oldest known version of this page was edited on 2007-09-02 05:42:23 by KristianHjortMadsen []

Den Offentlige Integrationsmodel, OIM Version 0.5

Her beskrives tre generiske processer omkring integration af portalservices i portalerne, svarende til de tre overordnede scenarier for brug af integrationsmodellen.

• Integration af en portalservice i en af de to portaler.
• Integration af en ny version af en portalservice, som i forvejen er udstillet i portalen.
• Fjernelse af en portalservice fra en af de to portaler.

Der er tale om generiske processer i den forstand, at de peger på roller og aktiviteter, som skal konkretiseres i hvert enkelt tilfælde, hvor en konkret myndighed skal arbejde med en konkret portalservice i en konkret portal. Procesbeskrivelserne fokuserer på fælles elementer, men peger også på steder, hvor der kan være tale om særlige forhold i forhold til de enkelte integrationsformer eller forskelle mellem de to portaler. Eksempelvis skal processen som udgangspunkt udføres to gange, hvis den samme portalservice skal udstilles på – eller fjernes fra – begge portaler. Dog skal nogle aktiviteter kun foretages én gang eller i begrænset omfang i andet gennemløb, ligesom viden og resultater kan genbruges på tværs af de to gennemløb af processen.

Processerne understøttes af retningslinier, der giver mere præcise anvisninger, og uddyber særlige forhold for de enkelte integrationsformer.

Processerne omfatter ikke governance over den samlede portefølje af portalservice på de to portaler, ligesom processen frem til beslutning om at udbyde – eller fjerne – en portalservice ligger uden for rammerne af integrationsmodellen. Det samme gælder processer vedrørende etablering og løbende vedligeholdelse af portalerne.

Nedenfor beskrives de roller, som indgår i de tre processer, efterfulgt af et diagram og aktivitetsbeskrivelser for hver proces.

Roller

I processerne indgår et antal aktører, dvs. de organisatoriske enheder og de roller, de spiller. Overordnet set indgår tre aktører i processen:

• Serviceudbyder
• Portalejer
• IdP udbyder

Serviceudbyder repræsenterer i processerne en myndighed, herunder eventuelle leverandører og deres underleverandører, som skal udstille en portalservice på en eller begge portaler. Hvis to eller flere myndigheder i fællesskab skal udstille en portalservice, repræsenteres de i processen som én Serviceudbyder. Eksempler på en serviceudbyder er: Rødovre Kommune, SKAT og EBST.

Portalejer repræsenterer en myndighed, som drifter en af de to portaler. I praksis er der tale om Erhvervs & Selskabsstyrelsen som driftsansvarlig for virksomhedsportalen, og IT- og Telestyrelsen som driftsansvarlig for borgerportalen.

IdP udbyder repræsenterer den organisation, som driver den løsning, som portalen anvender til autentifikation (på sigt den bruger/rettigheds-løsning, som portalen anvender). For virksomhedsportalens vedkommende er det Erhvervs & Selskabsstyrelsen. For borgerportalens vedkommende forventes det afklaret maj-juni 2007.

I procesdiagrammerne er de tre aktører er repræsenteret af adskilte ”svømmebassiner”. Hver af disse er opdelt i nogle få roller, som er repræsenteret i procesdiagrammerne af ”svømmebaner” i det pågældende svømmebassin. Rollernes ansvar i forhold til integrationsmodellen illustreres af de aktiviteter, som er placeret i deres svømmebane. Den konkrete arbejdsfordeling sker i praksis, når disse roller skal omsættes til konkrete organisatoriske enheder og/eller personer i de enkelte myndigheder og virksomheder, som gennemfører processen. Rollerne beskrives kort nedenfor.

Projektleder
Rollen Projektleder hos Serviceudbyder repræsenterer ansvaret for planlægning og styring af udviklingsopgaven hos den eller de myndigheder, som udbyder den portalservice, der er under udvikling. Denne rolle har endvidere ansvaret for at indhente nødvendige beslutninger hos relevante beslutningstagere, så projektlederen kan indgå de relevante aftaler på Serviceudbyders vegne.

Udvikler
Rollen Udvikler hos Serviceudbyder repræsenterer kompetencen til at forestå udviklings-, test- og drifts-relaterede aktiviteter i et udviklingsforløb, der resulterer i en portalservice, som udstilles på en eller begge portaler.

Integrationssupport
Rollen Integrationssupport hos Portalejer repræsenterer kompetencen til at rådgive om hvorledes integration af en portalservice i portalen foretages. I forhold til integrationsmodellen er der fokus på rådgivning vedrørende valg af integrationsformer og retningslinier for visuel integration, sikkerhed mv. Endvidere udfører Integrationssupport integrationsopgaver i portalmiljøet såsom registrering og test af portalservices.

Service kontakt
Rollen Service kontakt hos Portalejer varetager den overordnede kontakt til serviceudbyderne.

Driftansvarlig
Rollen Driftsansvarlig hos Portalejer administrerer infrastrukturen hos Portalejer, og repræsenterer kompetencen til at sætte portalservices i drift i QA- og produktionsmiljøer.

Beslutningstager
Rollen Beslutningstager hos Portalejer repræsenterer den beslutningsmæssige kompetence til at godkende resultater fra processen. Eksempler på en beslutningstager er STS, departementschef og kontorchef.

Proces for integration af en portalservice på en af de to portaler

Udgangspunktet for processen for at integrere en portalservice på en af de to portaler er, at beslutningen om at integrere en portalservice, er truffet.

Processen illustreres grafisk i nedenstående diagram. Bemærk, at hvis portalservicen skal udstilles på begge portaler, gennemløbes processen som udgangspunkt to gange.

∞

Aktiviteter

I version 1.0 af integrationsmodellen vil der være beskrivelser af de enkelte aktiviteter. Nedenstående er et eksempel.

Aktiviteterne i procesdiagrammet beskrives nedenfor, grupperet efter aktør. For hver aktivitet beskrives væsentlige trin, som den ansvarlige aktør udfører, relevante input og forudsætninger for aktiviteten og de resultater, som kommer ud af aktiviteten. Endelig er der henvisninger til yderligere information, som understøtter aktøren i at udføre aktiviteten. Der kan være henvisninger til retningslinier i informationsmodellen og til eksterne kilder.

Aktiviteter hos Serviceudbyder

Etablér kontakt til portalejer

Ansvarlig	Projektleder (Serviceudbyder)
Beskrivelse	Portalejer kontaktes for at aftale et udviklingsforløb frem mod integration af en portalservice på portalen.
Input og forudsætninger	Beslutning om udvikling af portalservice og integration på portal er truffet. Hvis flere myndigheder er fælles om udstilling af en portalservice, er deres indbyrdes ansvarsfordeling afklaret.
Resultat	Kontaktinformation og aftale om udviklingsforløb.
Henvisninger	www.virk.dk/myndighedsnet (Virksomhedsportal) http://www.borger.dk/forside/om-borgerdk/til-myndigheder (Borgerportal)

Aktiviteter hos IdP udbyder

Aktiviteter hos Portalejer

Proces for integration af ny version af en portalservice på en af de to portaler

Processen for at integrere en ny version af en portalservice, der i forvejen på en af de to portaler illustreres grafisk i nedenstående diagram. Bemærk, at hvis den nye version af portalservicen skal udstilles på begge portaler, gennemløbes processen som udgangspunkt to gange.

∞

Aktiviteter

I version 1.0 af integrationsmodellen vil der være beskrivelser af de enkelte aktiviteter. Nedenstående er et eksempel.

Aktiviteterne i procesdiagrammet beskrives nedenfor, grupperet efter aktør. For hver aktivitet beskrives væsentlige trin, som den ansvarlige aktør udfører, relevante input og forudsætninger for aktiviteten og de resultater, som kommer ud af aktiviteten. Endelig er der henvisninger til yderligere information, som understøtter aktøren i at udføre aktiviteten. Der kan være henvisninger til retningslinier i informationsmodellen og til eksterne kilder.

For aktiviteter, som er fælles med aktiviteter i processen for at integrere en ny portalservice, kan der endvidere være henvisninger til disse aktiviteter.

Aktiviteter hos Serviceudbyder

Etablér kontakt til portalejer

Ansvarlig	Projektleder (Serviceudbyder)
Beskrivelse	Portalejer kontaktes for at aftale et udviklingsforløb frem mod integration af en ny version af en portalservice på portalen.
Input og forudsætninger	Portalservice er allerede i drift på portalen. Beslutning om integration af ny version på portal er truffet. Hvis flere myndigheder er fælles om udstilling af en portalservice, er deres indbyrdes ansvarsfordeling afklaret.
Resultat	Kontaktinformation og aftale om udviklingsforløb.
Henvisninger	www.virk.dk/myndighedsnet (Virksomhedsportal) http://www.borger.dk/forside/om-borgerdk/til-myndigheder (Borgerportal)

Aktiviteter hos IdP udbyder

Aktiviteter hos Portalejer

Proces for at fjerne en portalservice fra en af de to portaler

Processen for at fjerne en portalservice fra en af de to portaler illustreres grafisk i nedenstående diagram. Bemærk, at hvis portalservicen skal fjernes fra begge portaler, gennemløbes processen to gange.

Aktiviteter

I version 1.0 af integrationsmodellen vil der være beskrivelser af de enkelte aktiviteter. Nedenstående er et eksempel.

Aktiviteterne i procesdiagrammet beskrives nedenfor, grupperet efter aktør. For hver aktivitet beskrives væsentlige trin, som den ansvarlige aktør udfører, relevante input og forudsætninger for aktiviteten og de resultater, som kommer ud af aktiviteten. Endelig er der henvisninger til yderligere information, som understøtter aktøren i at udføre aktiviteten. Der kan være henvisninger til retningslinier i informationsmodellen og til eksterne kilder.

Aktiviteter hos Serviceudbyder

Aftal med portalejer at fjerne portalservice

Ansvarlig	Projektleder (Serviceudbyder)
Beskrivelse	Portalejer kontaktes for at træffe aftale om at fjerne portalservice fra portalen.
Input og forudsætninger	Beslutning om at fjerne portalservice fra portal er truffet. Hvis flere myndigheder er fælles om en portalservice, er deres indbyrdes ansvarsfordeling afklaret.
Resultat	-
Henvisninger	-

Aktiviteter hos IdP udbyder

Aktiviteter hos Portalejer