Most recent edit on 2007-11-12 04:02:22 by WebMaster

Additions:
Formål
Målgruppe
Læsevejledning
4 Anbefalinger til mønstre for udvikling af portalservices

Formål

Formålet med den fællesoffentlige integrationsmodel for Borgerportalen og Virksomhedsportalen er at støtte udviklingen af de portaler ved at fastlægge principper og retningslinier for integration af myndighedernes portalservices i de to portaler.
Integrationsmodellen skal fremme en mere ensartet udvikling af portalservices ved at angive et udfaldsrum for, hvordan myndighederne kan integrere portalservices i portalerne. En mere standardiseret integration af portalservices kan medvirke til øget genbrug af metoder og løsninger og dermed reducerede omkostninger til udvikling og integration hos portalejere og myndighederne.
Integrationsmodellen finder også anvendelse ved integration af fælleskomponenter i de to portaler. I den forbindelse betragtes sådanne fælleskomponenter på lige fod med andre portalservices, der skal integreres på de to portaler. Integrationsmodellen giver endvidere eksempler på fælleskomponenter, som portalservices kan integrere med.
Integrationsmodellen konkretiserer i version 1 konceptuelle rammer og principper ved at give retningslinier på et logisk niveau. Retningslinier på logisk niveau er eksempelvis, at integrationsmodellen peger på konkrete elementer i relevante standarder, således at indholdet kan inkluderes i bilag til fremtidige kravspecifikationer. I forlængelse heraf er retningslinier på fysisk niveau, hvor der eksempelvis kan indgå konkrete XML-definitioner, der kan inkluderes direkte i fremtidige løsninger. Senere versioner af integrationsmodellen kan inkludere retningslinier på fysisk niveau og anbefalinger til servicemønstre (hvordan portalservices opbygges, fungerer og præsenteres).
Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.
Den seneste version af Integrationsmodellen kan altid hentes på www.modernisering.dk/integrationsmodel.
Spørgsmål, forslag og kommentarer modtages gerne og kan sendes til Forretnings- og it-arkitekt i Den Digitale Taskforce (oim@modernisering.dk).
Integrationsmodellen fokuserer på en del af de logiske komponenter, der indgår i arkitekturen, og nogle af de processer, der indgår i arbejdet med Borgerportalen og Virksomhedsportalen for at de lever op deres målsætninger.
Nedenstående figur illustrerer integrationsmodellens fokus set fra et logisk arkitektur synspunkt, som området oven for den vandrette streg. Modellen fokuserer således på integrationen mellem portalservices (se A på figuren) og portalen. I figuren ses også en portalservice Digital Dokumentboks som et eksempel på en fællesoffentlig fælleskomponent, der integreres i portalen på samme måde som andre portalservices (se B på figuren).
Af figuren ses det, at integrationsmodellen ikke beskæftiger sig generelt med serviceorienteret integration, fx indbyrdes afhængigheder mellem implementeringen af portalservices og andre services, som de måtte være afhængige af (se C på figuren). Der henvises til www.oio.dk/arkitektur/soa.
På tilsvarende måde behandler integrationsmodellens processer kun de dele, der vedrører integration mellem portalservices og portalerne.
Følgende emner behandles ikke i integrationsmodellen, men kan være relevante i forbindelse med myndighedernes integration af portalservices på portalerne.

• Integrationsmodellen beskæftiger sig ikke med de redaktionelle opgaver og tilhørende processer, der vedrører generelt indhold på portalerne, herunder fx portaladministration og opsætning af portalsider. Det samme gælder eksempelvis koordinering vedrørende borgertemaer på Borgerportalen.
• Serviceudbydernes interne organisering vedrørende udvikling, test, integration, drift og support af portalservices, herunder hvordan de anvender eksterne leverandører hertil, ligger uden for integrationsmodellens område. Det samme gælder i situationer, hvor to eller flere serviceudbydere går sammen om at udstille en portalservice i fællesskab.
• Governance over den samlede portefølje af portalservices på de to portaler ligger uden for rammerne af integrationsmodellen.
• Etablering og løbende vedligeholdelse af infrastruktur, basissoftware mv. på portalerne ligger også uden for integrationsmodellen.
• Fælleskomponenter, der integreres i portalerne som portalservices, betragtes i integrationsmodellen på lige fod med andre portalservices. Udvikling af og fælleskomponenter og direkte integration mellem portalservices og sådanne fælles komponenter behandles ikke som en del af integrationsmodellen. Der kan dog peges på konkrete fælleskomponenter som en del af retningslinierne for integration af portalservices.
• Integrationsmodellen kan danne udgangspunkt for en efterfølgende OIO-standardisering, men udgør i sig selv ikke en OIO standard.

Integrationsmodellen skal ses i sammenhæng med en række andre dokumenter, der behandler relaterede emner. Disse fremgår af nedenstående læsevejledning og referenceliste.
I kommende versioner frem mod version 1.0 skrives her mere om hvad modellen vil indeholde i version 1.0 og senere versioner, fx mønstre for udvikling af portalservices, brug af fælleskomponenter, ajourføring med nye versioner af standarder mv.
Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.

Målgruppe

Integrationsmodellen beskriver processer, som en myndighed gennemfører i forbindelse med integration af portalservices på portalerne og tilhørende retningslinier på logisk niveau. Indholdet er således rettet mod it-fagfolk.
Den primære målgruppe for integrationsmodellen er projektledere, arkitekter og designere hos serviceudbydere, portalejere samt deres leverandører. Sekundært kan programmører, der på logisk niveau ønsker indsigt i hvordan en portalserviceimplementering integreres i en af de to portaler, anvende integrationsmodellen.
Integrationsmodellen er ikke rettet mod forretningsmæssige/politiske beslutningstagere, da den ikke beskæftiger sig med de forretningsmæssige og politiske processer, der leder frem til en beslutning om at integrere en portalservice på portalen eller fjerne portalservicen igen.

Læsevejledning

Efter denne indledning følger i kapitel 2 en introduktion til integrationsmodellen og hvordan den anvendes. Indledningsvis introduceres en række centrale begreber, som anvendes i integrationsmodellen. Derefter beskrives de tre overordnede scenarier for hvordan en myndighed vil anvende integrationsmodellen, efterfulgt af de generelle principper for integrationsmodellen.
Til hvert af de tre overordnede brugsscenarier er der i kapitel 3 beskrevet en proces, som en myndighed, der skal integrere en portalservice på Borgerportalen eller Virksomhedsportalen, gennemgår.
I kapitel 4 følger en række generelle anbefalinger til myndighedernes udvikling af portalservices.
I bilag A gives retningslinier, der er målrettet mod de anbefalede integrationsformer: Link, Iframe. Bilag B beskriver kommende integrationsformer, herunder WSRP.
Alle interesserede skal starte med kapitel 2. Projektledere, arkitekter og designere bør læse alle kapitlerne. Arkitekter og designere får også behov for det bilag, der vedrører den valgte integrationsform.
Denne referenceliste vil fremover blive ajourført, således at den seneste version vil være tilgængelig på oim.modernisering.dk
[DESIGNBORGER] ”Designmanual for integration af 3. partsløsninger på Borger.dk” (under udarbejdelse), 1508 (2007)
[DESIGNVIRK] ”Designmanual for integration af 3. partsløsninger på Virk.dk”, Creuna (2007), se [MYNDIGHEDSNET].
[DIA] ”Virk.dk – DIA-værktøjet”, http://www.virk.dk/VirkPortal/Elementer/Specialsider/Myndighedsnet/Myndighedsnet_forside/Myndighedsnet_DIA.aspx∞, se [MYNDIGHEDSNET].
[DKSAML20] ”SAML Profile for SSO in Danish Public Sector V2.0”, IT- og Telestyrelsen (2007), http://www.oio.dk/arkitektur/brugerstyring/saml∞.
[DS484] ”DS484 Standard for informationssikkerhed”, Nyt Teknisk Forlag, ISBN 978-87-571-2478-1
[FORANALYSE] Foranalyse til projektet vedrørende udvikling af en fællesoffentlig borgerportal, http://modernisering.dk/da/projekter/faellesoffentlig_borgerportal∞.
[HTML401] “HTML 4.01 Specification”, W3C (1999), http://www.w3.org/TR/html401/∞.
[JAVAACCESS] “Java Accessibility Utilities 1.2”, Sun Microsystems, http://java.sun.com/products/jfc/jaccess-1.2/doc/∞
[LTS] “Leverandør Tilslutnings System” (under udarbejdelse), NNIT (2007/2008)
[OIMCSS] “CSS Style Sheet Klasser til Integrationsmodellen for Borgerportalen og Virksomhedsportalen”, Den Digitale Taskforce (2007)), oim.modernisering.dk (”Ressourcer”).
[OIOVÆRKTØJ] ”OIO Udbudsværktøjskassen”, IT- og Telestyrelsen, http://vkassen.oio.dk/∞
[PERSLOV] ”Persondataloven”, Datatilsynet, https://www.retsinformation.dk/Forms/R0710.aspx?id=828∞
[PoC] ”Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virkshomhedsportalen. Offentlig erfaringsrapport”. Maj 2007, Den Digitale Taskforce. oim.modernisering.dk (”Afprøvninger”).
[RFC2279] ”UTF-8, a transformation format of ISO 10646”, The Internet Society (1998), http://www.ietf.org/rfc/rfc2279.txt∞
[TILGÆNGELIG] ”Hjemmesiders tilgængelighed - Statens retningslinier for offentlige hjemmesiders og netsteders tilgængelighed”, IT- og Telestyrelsen, http://www.netsteder.dk/publ/tilgaeng/index.html∞
[VIRKBRS] ”Procesbeskrivelse Brugerrettighedsstyringssystem E&S”. Juni 2007, Capgemini, se [MYNDIGHEDSNET].
[W3CI18N] “Internationalization Best Practices: Specifying Language in XHTML & HTML Content”, W3C Working Group Note (2007) http://www.w3.org/TR/i18n-html-tech-lang/∞
[WAI] ”Web Accessibility Initiative”, W3C, http://www.w3.org/WAI/∞
[WSRP10] ”Web Services for Remote Portlets Specification 1.0”, OASIS (2003), http://www.oasis-open.org/committees/download.php/3343/oasis-200304-wsrp-specification-1.0.pdf∞
[WSRP20] “Web Services for Remote Portlets Specification v2.0 Committee Draft”, OASIS (2006), http://docs.oasis-open.org/wsrp/v2/wsrp-2.0-spec.html∞
[WSRPITST] ”Analyse af WSRP”, IT- og Telestyrelsen (2007), oim.modernisering.dk (”Ressourcer”).
[WSRPSEC] Sikkerhedsanalyse af WSRP – Analyse af sikkerhedsaspekter indenfor udveksling af brugerinformation mellem portaler og WSRP-portlets”, IT- og Telestyrelsen, 2007, oim.modernisering.dk (”Ressourcer”).
[XHTML10] ”XHTML 1.0 The Extensible HyperText Markup Language (Second Edition)”, W3C (2002), http://www.w3.org/TR/xhtml1/∞
For yderligere information vedrørende integrationsmodellen henvises til:
- Den Digitale Taskforce, særligt vedrørende integrationsmodellen (oim@modernisering.dk).
- Center for Borger.dk, IT- og Telestyrelsen, særligt vedrørende Borgerportalen (cbo@itst.dk).
- Center for Virk.dk, Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen (virk-integration@eogs.dk).
- Center for Serviceorienteret Infrastruktur, IT- og Telestyrelsen, særligt vedrørende single sign on (csi@itst.dk).
Integrationsmodellen er udarbejdet i regi af Den Digitale Taskforces projekt for etablering af fællesoffentlig borgerportal i samarbejde med Erhvervs- og Selskabs­styrelsens projekt for etablering af fællesoffentlig virksomhedsportal. Følgende har deltaget i arbejdsgruppen om integrationsmodellen:
Lars Roark, Rødovre Kommune

Deletions:
vigetorcoe
Formål
MÃ¥lgruppe
Læsevejledning
4 Anbefalinger til mønstre for udvikling af portalservices

Formål

Formålet med den fællesoffentlige integrationsmodel for Borgerportalen og Virksomhedsportalen er at støtte udviklingen af de portaler ved at fastlægge principper og retningslinier for integration af myndighedernes portalservices i de to portaler.
Integrationsmodellen skal fremme en mere ensartet udvikling af portalservices ved at angive et udfaldsrum for, hvordan myndighederne kan integrere portalservices i portalerne. En mere standardiseret integration af portalservices kan medvirke til øget genbrug af metoder og løsninger og dermed reducerede omkostninger til udvikling og integration hos portalejere og myndighederne.
Integrationsmodellen finder også anvendelse ved integration af fælleskomponenter i de to portaler. I den forbindelse betragtes sådanne fælleskomponenter på lige fod med andre portalservices, der skal integreres på de to portaler. Integrationsmodellen giver endvidere eksempler på fælleskomponenter, som portalservices kan integrere med.
Integrationsmodellen konkretiserer i version 1 konceptuelle rammer og principper ved at give retningslinier på et logisk niveau. Retningslinier på logisk niveau er eksempelvis, at integrationsmodellen peger på konkrete elementer i relevante standarder, således at indholdet kan inkluderes i bilag til fremtidige kravspecifikationer. I forlængelse heraf er retningslinier på fysisk niveau, hvor der eksempelvis kan indgå konkrete XML-definitioner, der kan inkluderes direkte i fremtidige løsninger. Senere versioner af integrationsmodellen kan inkludere retningslinier på fysisk niveau og anbefalinger til servicemønstre (hvordan portalservices opbygges, fungerer og præsenteres).
Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.
Den seneste version af Integrationsmodellen kan altid hentes på www.modernisering.dk/integrationsmodel.
Spørgsmål, forslag og kommentarer modtages gerne og kan sendes til Forretnings- og it-arkitekt i Den Digitale Taskforce (oim@modernisering.dk).
Integrationsmodellen fokuserer på en del af de logiske komponenter, der indgår i arkitekturen, og nogle af de processer, der indgår i arbejdet med Borgerportalen og Virksomhedsportalen for at de lever op deres målsætninger.
Nedenstående figur illustrerer integrationsmodellens fokus set fra et logisk arkitektur synspunkt, som området oven for den vandrette streg. Modellen fokuserer således på integrationen mellem portalservices (se A på figuren) og portalen. I figuren ses også en portalservice Digital Dokumentboks som et eksempel på en fællesoffentlig fælleskomponent, der integreres i portalen på samme måde som andre portalservices (se B på figuren).
Af figuren ses det, at integrationsmodellen ikke beskæftiger sig generelt med serviceorienteret integration, fx indbyrdes afhængigheder mellem implementeringen af portalservices og andre services, som de måtte være afhængige af (se C på figuren). Der henvises til www.oio.dk/arkitektur/soa.
På tilsvarende måde behandler integrationsmodellens processer kun de dele, der vedrører integration mellem portalservices og portalerne.
Følgende emner behandles ikke i integrationsmodellen, men kan være relevante i forbindelse med myndighedernes integration af portalservices på portalerne.

• Integrationsmodellen beskæftiger sig ikke med de redaktionelle opgaver og tilhørende processer, der vedrører generelt indhold pÃ¥ portalerne, herunder fx portaladministration og opsætning af portalsider. Det samme gælder eksempelvis koordinering vedrørende borgertemaer pÃ¥ Borgerportalen.
• Serviceudbydernes interne organisering vedrørende udvikling, test, integration, drift og support af portalservices, herunder hvordan de anvender eksterne leverandører hertil, ligger uden for integrationsmodellens omrÃ¥de. Det samme gælder i situationer, hvor to eller flere serviceudbydere gÃ¥r sammen om at udstille en portalservice i fællesskab.
• Governance over den samlede portefølje af portalservices pÃ¥ de to portaler ligger uden for rammerne af integrationsmodellen.
• Etablering og løbende vedligeholdelse af infrastruktur, basissoftware mv. pÃ¥ portalerne ligger ogsÃ¥ uden for integrationsmodellen.
• Fælleskomponenter, der integreres i portalerne som portalservices, betragtes i integrationsmodellen pÃ¥ lige fod med andre portalservices. Udvikling af og fælleskomponenter og direkte integration mellem portalservices og sÃ¥danne fælles komponenter behandles ikke som en del af integrationsmodellen. Der kan dog peges pÃ¥ konkrete fælleskomponenter som en del af retningslinierne for integration af portalservices.
• Integrationsmodellen kan danne udgangspunkt for en efterfølgende OIO-standardisering, men udgør i sig selv ikke en OIO standard.

Integrationsmodellen skal ses i sammenhæng med en række andre dokumenter, der behandler relaterede emner. Disse fremgår af nedenstående læsevejledning og referenceliste.
I kommende versioner frem mod version 1.0 skrives her mere om hvad modellen vil indeholde i version 1.0 og senere versioner, fx mønstre for udvikling af portalservices, brug af fælleskomponenter, ajourføring med nye versioner af standarder mv.
Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.

MÃ¥lgruppe

Integrationsmodellen beskriver processer, som en myndighed gennemfører i forbindelse med integration af portalservices på portalerne og tilhørende retningslinier på logisk niveau. Indholdet er således rettet mod it-fagfolk.
Den primære målgruppe for integrationsmodellen er projektledere, arkitekter og designere hos serviceudbydere, portalejere samt deres leverandører. Sekundært kan programmører, der på logisk niveau ønsker indsigt i hvordan en portalserviceimplementering integreres i en af de to portaler, anvende integrationsmodellen.
Integrationsmodellen er ikke rettet mod forretningsmæssige/politiske beslutningstagere, da den ikke beskæftiger sig med de forretningsmæssige og politiske processer, der leder frem til en beslutning om at integrere en portalservice på portalen eller fjerne portalservicen igen.

Læsevejledning

Efter denne indledning følger i kapitel 2 en introduktion til integrationsmodellen og hvordan den anvendes. Indledningsvis introduceres en række centrale begreber, som anvendes i integrationsmodellen. Derefter beskrives de tre overordnede scenarier for hvordan en myndighed vil anvende integrationsmodellen, efterfulgt af de generelle principper for integrationsmodellen.
Til hvert af de tre overordnede brugsscenarier er der i kapitel 3 beskrevet en proces, som en myndighed, der skal integrere en portalservice på Borgerportalen eller Virksomhedsportalen, gennemgår.
I kapitel 4 følger en række generelle anbefalinger til myndighedernes udvikling af portalservices.
I bilag A gives retningslinier, der er målrettet mod de anbefalede integrationsformer: Link, Iframe. Bilag B beskriver kommende integrationsformer, herunder WSRP.
Alle interesserede skal starte med kapitel 2. Projektledere, arkitekter og designere bør læse alle kapitlerne. Arkitekter og designere får også behov for det bilag, der vedrører den valgte integrationsform.
Denne referenceliste vil fremover blive ajourført, således at den seneste version vil være tilgængelig på oim.modernisering.dk
[DESIGNBORGER] ”Designmanual for integration af 3. partsløsninger på Borger.dk” (under udarbejdelse), 1508 (2007)
[DESIGNVIRK] ”Designmanual for integration af 3. partsløsninger på Virk.dk”, Creuna (2007), se [MYNDIGHEDSNET].
[DIA] ”Virk.dk – DIA-værktøjet”, http://www.virk.dk/VirkPortal/Elementer/Specialsider/Myndighedsnet/Myndighedsnet_forside/Myndighedsnet_DIA.aspx∞, se [MYNDIGHEDSNET].
[DKSAML20] ”SAML Profile for SSO in Danish Public Sector V2.0”, IT- og Telestyrelsen (2007), http://www.oio.dk/arkitektur/brugerstyring/saml∞.
[DS484] ”DS484 Standard for informationssikkerhed”, Nyt Teknisk Forlag, ISBN 978-87-571-2478-1
[FORANALYSE] Foranalyse til projektet vedrørende udvikling af en fællesoffentlig borgerportal, http://modernisering.dk/da/projekter/faellesoffentlig_borgerportal∞.
[HTML401] “HTML 4.01 Specification”, W3C (1999), http://www.w3.org/TR/html401/∞.
[JAVAACCESS] “Java Accessibility Utilities 1.2”, Sun Microsystems, http://java.sun.com/products/jfc/jaccess-1.2/doc/∞
[LTS] “Leverandør Tilslutnings System” (under udarbejdelse), NNIT (2007/2008)
[OIMCSS] “CSS Style Sheet Klasser til Integrationsmodellen for Borgerportalen og Virksomhedsportalen”, Den Digitale Taskforce (2007)), oim.modernisering.dk (”Ressourcer”).
[OIOVÆRKTØJ] ”OIO Udbudsværktøjskassen”, IT- og Telestyrelsen, http://vkassen.oio.dk/∞
[PERSLOV] ”Persondataloven”, Datatilsynet, https://www.retsinformation.dk/Forms/R0710.aspx?id=828∞
[PoC] ”Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virkshomhedsportalen. Offentlig erfaringsrapport”. Maj 2007, Den Digitale Taskforce. oim.modernisering.dk (”Afprøvninger”).
[RFC2279] ”UTF-8, a transformation format of ISO 10646”, The Internet Society (1998), http://www.ietf.org/rfc/rfc2279.txt∞
[TILGÆNGELIG] ”Hjemmesiders tilgængelighed - Statens retningslinier for offentlige hjemmesiders og netsteders tilgængelighed”, IT- og Telestyrelsen, http://www.netsteder.dk/publ/tilgaeng/index.html∞
[VIRKBRS] ”Procesbeskrivelse Brugerrettighedsstyringssystem E&S”. Juni 2007, Capgemini, se [MYNDIGHEDSNET].
[W3CI18N] “Internationalization Best Practices: Specifying Language in XHTML & HTML Content”, W3C Working Group Note (2007) http://www.w3.org/TR/i18n-html-tech-lang/∞
[WAI] ”Web Accessibility Initiative”, W3C, http://www.w3.org/WAI/∞
[WSRP10] ”Web Services for Remote Portlets Specification 1.0”, OASIS (2003), http://www.oasis-open.org/committees/download.php/3343/oasis-200304-wsrp-specification-1.0.pdf∞
[WSRP20] “Web Services for Remote Portlets Specification v2.0 Committee Draft”, OASIS (2006), http://docs.oasis-open.org/wsrp/v2/wsrp-2.0-spec.html∞
[WSRPITST] ”Analyse af WSRP”, IT- og Telestyrelsen (2007), oim.modernisering.dk (”Ressourcer”).
[WSRPSEC] Sikkerhedsanalyse af WSRP – Analyse af sikkerhedsaspekter indenfor udveksling af brugerinformation mellem portaler og WSRP-portlets”, IT- og Telestyrelsen, 2007, oim.modernisering.dk (”Ressourcer”).
[XHTML10] ”XHTML 1.0 The Extensible HyperText Markup Language (Second Edition)”, W3C (2002), http://www.w3.org/TR/xhtml1/∞
For yderligere information vedrørende integrationsmodellen henvises til:
- Den Digitale Taskforce, særligt vedrørende integrationsmodellen (oim@modernisering.dk).
- Center for Borger.dk, IT- og Telestyrelsen, særligt vedrørende Borgerportalen (cbo@itst.dk).
- Center for Virk.dk, Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen (virk-integration@eogs.dk).
- Center for Serviceorienteret Infrastruktur, IT- og Telestyrelsen, særligt vedrørende single sign on (csi@itst.dk).
Integrationsmodellen er udarbejdet i regi af Den Digitale Taskforces projekt for etablering af fællesoffentlig borgerportal i samarbejde med Erhvervs- og Selskabs­styrelsens projekt for etablering af fællesoffentlig virksomhedsportal. Følgende har deltaget i arbejdsgruppen om integrationsmodellen:
Lars Roark, Rødovre Kommune

---

Edited on 2007-11-10 18:58:22 by CoracErdel

Additions:
vigetorcoe
Formål
MÃ¥lgruppe
Læsevejledning
4 Anbefalinger til mønstre for udvikling af portalservices

Formål

Formålet med den fællesoffentlige integrationsmodel for Borgerportalen og Virksomhedsportalen er at støtte udviklingen af de portaler ved at fastlægge principper og retningslinier for integration af myndighedernes portalservices i de to portaler.
Integrationsmodellen skal fremme en mere ensartet udvikling af portalservices ved at angive et udfaldsrum for, hvordan myndighederne kan integrere portalservices i portalerne. En mere standardiseret integration af portalservices kan medvirke til øget genbrug af metoder og løsninger og dermed reducerede omkostninger til udvikling og integration hos portalejere og myndighederne.
Integrationsmodellen finder også anvendelse ved integration af fælleskomponenter i de to portaler. I den forbindelse betragtes sådanne fælleskomponenter på lige fod med andre portalservices, der skal integreres på de to portaler. Integrationsmodellen giver endvidere eksempler på fælleskomponenter, som portalservices kan integrere med.
Integrationsmodellen konkretiserer i version 1 konceptuelle rammer og principper ved at give retningslinier på et logisk niveau. Retningslinier på logisk niveau er eksempelvis, at integrationsmodellen peger på konkrete elementer i relevante standarder, således at indholdet kan inkluderes i bilag til fremtidige kravspecifikationer. I forlængelse heraf er retningslinier på fysisk niveau, hvor der eksempelvis kan indgå konkrete XML-definitioner, der kan inkluderes direkte i fremtidige løsninger. Senere versioner af integrationsmodellen kan inkludere retningslinier på fysisk niveau og anbefalinger til servicemønstre (hvordan portalservices opbygges, fungerer og præsenteres).
Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.
Den seneste version af Integrationsmodellen kan altid hentes på www.modernisering.dk/integrationsmodel.
Spørgsmål, forslag og kommentarer modtages gerne og kan sendes til Forretnings- og it-arkitekt i Den Digitale Taskforce (oim@modernisering.dk).
Integrationsmodellen fokuserer på en del af de logiske komponenter, der indgår i arkitekturen, og nogle af de processer, der indgår i arbejdet med Borgerportalen og Virksomhedsportalen for at de lever op deres målsætninger.
Nedenstående figur illustrerer integrationsmodellens fokus set fra et logisk arkitektur synspunkt, som området oven for den vandrette streg. Modellen fokuserer således på integrationen mellem portalservices (se A på figuren) og portalen. I figuren ses også en portalservice Digital Dokumentboks som et eksempel på en fællesoffentlig fælleskomponent, der integreres i portalen på samme måde som andre portalservices (se B på figuren).
Af figuren ses det, at integrationsmodellen ikke beskæftiger sig generelt med serviceorienteret integration, fx indbyrdes afhængigheder mellem implementeringen af portalservices og andre services, som de måtte være afhængige af (se C på figuren). Der henvises til www.oio.dk/arkitektur/soa.
På tilsvarende måde behandler integrationsmodellens processer kun de dele, der vedrører integration mellem portalservices og portalerne.
Følgende emner behandles ikke i integrationsmodellen, men kan være relevante i forbindelse med myndighedernes integration af portalservices på portalerne.

• Integrationsmodellen beskæftiger sig ikke med de redaktionelle opgaver og tilhørende processer, der vedrører generelt indhold pÃ¥ portalerne, herunder fx portaladministration og opsætning af portalsider. Det samme gælder eksempelvis koordinering vedrørende borgertemaer pÃ¥ Borgerportalen.
• Serviceudbydernes interne organisering vedrørende udvikling, test, integration, drift og support af portalservices, herunder hvordan de anvender eksterne leverandører hertil, ligger uden for integrationsmodellens omrÃ¥de. Det samme gælder i situationer, hvor to eller flere serviceudbydere gÃ¥r sammen om at udstille en portalservice i fællesskab.
• Governance over den samlede portefølje af portalservices pÃ¥ de to portaler ligger uden for rammerne af integrationsmodellen.
• Etablering og løbende vedligeholdelse af infrastruktur, basissoftware mv. pÃ¥ portalerne ligger ogsÃ¥ uden for integrationsmodellen.
• Fælleskomponenter, der integreres i portalerne som portalservices, betragtes i integrationsmodellen pÃ¥ lige fod med andre portalservices. Udvikling af og fælleskomponenter og direkte integration mellem portalservices og sÃ¥danne fælles komponenter behandles ikke som en del af integrationsmodellen. Der kan dog peges pÃ¥ konkrete fælleskomponenter som en del af retningslinierne for integration af portalservices.
• Integrationsmodellen kan danne udgangspunkt for en efterfølgende OIO-standardisering, men udgør i sig selv ikke en OIO standard.

Integrationsmodellen skal ses i sammenhæng med en række andre dokumenter, der behandler relaterede emner. Disse fremgår af nedenstående læsevejledning og referenceliste.
I kommende versioner frem mod version 1.0 skrives her mere om hvad modellen vil indeholde i version 1.0 og senere versioner, fx mønstre for udvikling af portalservices, brug af fælleskomponenter, ajourføring med nye versioner af standarder mv.
Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.

MÃ¥lgruppe

Integrationsmodellen beskriver processer, som en myndighed gennemfører i forbindelse med integration af portalservices på portalerne og tilhørende retningslinier på logisk niveau. Indholdet er således rettet mod it-fagfolk.
Den primære målgruppe for integrationsmodellen er projektledere, arkitekter og designere hos serviceudbydere, portalejere samt deres leverandører. Sekundært kan programmører, der på logisk niveau ønsker indsigt i hvordan en portalserviceimplementering integreres i en af de to portaler, anvende integrationsmodellen.
Integrationsmodellen er ikke rettet mod forretningsmæssige/politiske beslutningstagere, da den ikke beskæftiger sig med de forretningsmæssige og politiske processer, der leder frem til en beslutning om at integrere en portalservice på portalen eller fjerne portalservicen igen.

Læsevejledning

Efter denne indledning følger i kapitel 2 en introduktion til integrationsmodellen og hvordan den anvendes. Indledningsvis introduceres en række centrale begreber, som anvendes i integrationsmodellen. Derefter beskrives de tre overordnede scenarier for hvordan en myndighed vil anvende integrationsmodellen, efterfulgt af de generelle principper for integrationsmodellen.
Til hvert af de tre overordnede brugsscenarier er der i kapitel 3 beskrevet en proces, som en myndighed, der skal integrere en portalservice på Borgerportalen eller Virksomhedsportalen, gennemgår.
I kapitel 4 følger en række generelle anbefalinger til myndighedernes udvikling af portalservices.
I bilag A gives retningslinier, der er målrettet mod de anbefalede integrationsformer: Link, Iframe. Bilag B beskriver kommende integrationsformer, herunder WSRP.
Alle interesserede skal starte med kapitel 2. Projektledere, arkitekter og designere bør læse alle kapitlerne. Arkitekter og designere får også behov for det bilag, der vedrører den valgte integrationsform.
Denne referenceliste vil fremover blive ajourført, således at den seneste version vil være tilgængelig på oim.modernisering.dk
[DESIGNBORGER] ”Designmanual for integration af 3. partsløsninger på Borger.dk” (under udarbejdelse), 1508 (2007)
[DESIGNVIRK] ”Designmanual for integration af 3. partsløsninger på Virk.dk”, Creuna (2007), se [MYNDIGHEDSNET].
[DIA] ”Virk.dk – DIA-værktøjet”, http://www.virk.dk/VirkPortal/Elementer/Specialsider/Myndighedsnet/Myndighedsnet_forside/Myndighedsnet_DIA.aspx∞, se [MYNDIGHEDSNET].
[DKSAML20] ”SAML Profile for SSO in Danish Public Sector V2.0”, IT- og Telestyrelsen (2007), http://www.oio.dk/arkitektur/brugerstyring/saml∞.
[DS484] ”DS484 Standard for informationssikkerhed”, Nyt Teknisk Forlag, ISBN 978-87-571-2478-1
[FORANALYSE] Foranalyse til projektet vedrørende udvikling af en fællesoffentlig borgerportal, http://modernisering.dk/da/projekter/faellesoffentlig_borgerportal∞.
[HTML401] “HTML 4.01 Specification”, W3C (1999), http://www.w3.org/TR/html401/∞.
[JAVAACCESS] “Java Accessibility Utilities 1.2”, Sun Microsystems, http://java.sun.com/products/jfc/jaccess-1.2/doc/∞
[LTS] “Leverandør Tilslutnings System” (under udarbejdelse), NNIT (2007/2008)
[OIMCSS] “CSS Style Sheet Klasser til Integrationsmodellen for Borgerportalen og Virksomhedsportalen”, Den Digitale Taskforce (2007)), oim.modernisering.dk (”Ressourcer”).
[OIOVÆRKTØJ] ”OIO Udbudsværktøjskassen”, IT- og Telestyrelsen, http://vkassen.oio.dk/∞
[PERSLOV] ”Persondataloven”, Datatilsynet, https://www.retsinformation.dk/Forms/R0710.aspx?id=828∞
[PoC] ”Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virkshomhedsportalen. Offentlig erfaringsrapport”. Maj 2007, Den Digitale Taskforce. oim.modernisering.dk (”Afprøvninger”).
[RFC2279] ”UTF-8, a transformation format of ISO 10646”, The Internet Society (1998), http://www.ietf.org/rfc/rfc2279.txt∞
[TILGÆNGELIG] ”Hjemmesiders tilgængelighed - Statens retningslinier for offentlige hjemmesiders og netsteders tilgængelighed”, IT- og Telestyrelsen, http://www.netsteder.dk/publ/tilgaeng/index.html∞
[VIRKBRS] ”Procesbeskrivelse Brugerrettighedsstyringssystem E&S”. Juni 2007, Capgemini, se [MYNDIGHEDSNET].
[W3CI18N] “Internationalization Best Practices: Specifying Language in XHTML & HTML Content”, W3C Working Group Note (2007) http://www.w3.org/TR/i18n-html-tech-lang/∞
[WAI] ”Web Accessibility Initiative”, W3C, http://www.w3.org/WAI/∞
[WSRP10] ”Web Services for Remote Portlets Specification 1.0”, OASIS (2003), http://www.oasis-open.org/committees/download.php/3343/oasis-200304-wsrp-specification-1.0.pdf∞
[WSRP20] “Web Services for Remote Portlets Specification v2.0 Committee Draft”, OASIS (2006), http://docs.oasis-open.org/wsrp/v2/wsrp-2.0-spec.html∞
[WSRPITST] ”Analyse af WSRP”, IT- og Telestyrelsen (2007), oim.modernisering.dk (”Ressourcer”).
[WSRPSEC] Sikkerhedsanalyse af WSRP – Analyse af sikkerhedsaspekter indenfor udveksling af brugerinformation mellem portaler og WSRP-portlets”, IT- og Telestyrelsen, 2007, oim.modernisering.dk (”Ressourcer”).
[XHTML10] ”XHTML 1.0 The Extensible HyperText Markup Language (Second Edition)”, W3C (2002), http://www.w3.org/TR/xhtml1/∞
For yderligere information vedrørende integrationsmodellen henvises til:
- Den Digitale Taskforce, særligt vedrørende integrationsmodellen (oim@modernisering.dk).
- Center for Borger.dk, IT- og Telestyrelsen, særligt vedrørende Borgerportalen (cbo@itst.dk).
- Center for Virk.dk, Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen (virk-integration@eogs.dk).
- Center for Serviceorienteret Infrastruktur, IT- og Telestyrelsen, særligt vedrørende single sign on (csi@itst.dk).
Integrationsmodellen er udarbejdet i regi af Den Digitale Taskforces projekt for etablering af fællesoffentlig borgerportal i samarbejde med Erhvervs- og Selskabs­styrelsens projekt for etablering af fællesoffentlig virksomhedsportal. Følgende har deltaget i arbejdsgruppen om integrationsmodellen:
Lars Roark, Rødovre Kommune

Deletions:
Formål
Målgruppe
Læsevejledning
4 Anbefalinger til mønstre for udvikling af portalservices

Formål

Formålet med den fællesoffentlige integrationsmodel for Borgerportalen og Virksomhedsportalen er at støtte udviklingen af de portaler ved at fastlægge principper og retningslinier for integration af myndighedernes portalservices i de to portaler.
Integrationsmodellen skal fremme en mere ensartet udvikling af portalservices ved at angive et udfaldsrum for, hvordan myndighederne kan integrere portalservices i portalerne. En mere standardiseret integration af portalservices kan medvirke til øget genbrug af metoder og løsninger og dermed reducerede omkostninger til udvikling og integration hos portalejere og myndighederne.
Integrationsmodellen finder også anvendelse ved integration af fælleskomponenter i de to portaler. I den forbindelse betragtes sådanne fælleskomponenter på lige fod med andre portalservices, der skal integreres på de to portaler. Integrationsmodellen giver endvidere eksempler på fælleskomponenter, som portalservices kan integrere med.
Integrationsmodellen konkretiserer i version 1 konceptuelle rammer og principper ved at give retningslinier på et logisk niveau. Retningslinier på logisk niveau er eksempelvis, at integrationsmodellen peger på konkrete elementer i relevante standarder, således at indholdet kan inkluderes i bilag til fremtidige kravspecifikationer. I forlængelse heraf er retningslinier på fysisk niveau, hvor der eksempelvis kan indgå konkrete XML-definitioner, der kan inkluderes direkte i fremtidige løsninger. Senere versioner af integrationsmodellen kan inkludere retningslinier på fysisk niveau og anbefalinger til servicemønstre (hvordan portalservices opbygges, fungerer og præsenteres).
Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.
Den seneste version af Integrationsmodellen kan altid hentes på www.modernisering.dk/integrationsmodel.
Spørgsmål, forslag og kommentarer modtages gerne og kan sendes til Forretnings- og it-arkitekt i Den Digitale Taskforce (oim@modernisering.dk).
Integrationsmodellen fokuserer på en del af de logiske komponenter, der indgår i arkitekturen, og nogle af de processer, der indgår i arbejdet med Borgerportalen og Virksomhedsportalen for at de lever op deres målsætninger.
Nedenstående figur illustrerer integrationsmodellens fokus set fra et logisk arkitektur synspunkt, som området oven for den vandrette streg. Modellen fokuserer således på integrationen mellem portalservices (se A på figuren) og portalen. I figuren ses også en portalservice Digital Dokumentboks som et eksempel på en fællesoffentlig fælleskomponent, der integreres i portalen på samme måde som andre portalservices (se B på figuren).
Af figuren ses det, at integrationsmodellen ikke beskæftiger sig generelt med serviceorienteret integration, fx indbyrdes afhængigheder mellem implementeringen af portalservices og andre services, som de måtte være afhængige af (se C på figuren). Der henvises til www.oio.dk/arkitektur/soa.
På tilsvarende måde behandler integrationsmodellens processer kun de dele, der vedrører integration mellem portalservices og portalerne.
Følgende emner behandles ikke i integrationsmodellen, men kan være relevante i forbindelse med myndighedernes integration af portalservices på portalerne.

• Integrationsmodellen beskæftiger sig ikke med de redaktionelle opgaver og tilhørende processer, der vedrører generelt indhold på portalerne, herunder fx portaladministration og opsætning af portalsider. Det samme gælder eksempelvis koordinering vedrørende borgertemaer på Borgerportalen.
• Serviceudbydernes interne organisering vedrørende udvikling, test, integration, drift og support af portalservices, herunder hvordan de anvender eksterne leverandører hertil, ligger uden for integrationsmodellens område. Det samme gælder i situationer, hvor to eller flere serviceudbydere går sammen om at udstille en portalservice i fællesskab.
• Governance over den samlede portefølje af portalservices på de to portaler ligger uden for rammerne af integrationsmodellen.
• Etablering og løbende vedligeholdelse af infrastruktur, basissoftware mv. på portalerne ligger også uden for integrationsmodellen.
• Fælleskomponenter, der integreres i portalerne som portalservices, betragtes i integrationsmodellen på lige fod med andre portalservices. Udvikling af og fælleskomponenter og direkte integration mellem portalservices og sådanne fælles komponenter behandles ikke som en del af integrationsmodellen. Der kan dog peges på konkrete fælleskomponenter som en del af retningslinierne for integration af portalservices.
• Integrationsmodellen kan danne udgangspunkt for en efterfølgende OIO-standardisering, men udgør i sig selv ikke en OIO standard.

Integrationsmodellen skal ses i sammenhæng med en række andre dokumenter, der behandler relaterede emner. Disse fremgår af nedenstående læsevejledning og referenceliste.
I kommende versioner frem mod version 1.0 skrives her mere om hvad modellen vil indeholde i version 1.0 og senere versioner, fx mønstre for udvikling af portalservices, brug af fælleskomponenter, ajourføring med nye versioner af standarder mv.
Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.

Målgruppe

Integrationsmodellen beskriver processer, som en myndighed gennemfører i forbindelse med integration af portalservices på portalerne og tilhørende retningslinier på logisk niveau. Indholdet er således rettet mod it-fagfolk.
Den primære målgruppe for integrationsmodellen er projektledere, arkitekter og designere hos serviceudbydere, portalejere samt deres leverandører. Sekundært kan programmører, der på logisk niveau ønsker indsigt i hvordan en portalserviceimplementering integreres i en af de to portaler, anvende integrationsmodellen.
Integrationsmodellen er ikke rettet mod forretningsmæssige/politiske beslutningstagere, da den ikke beskæftiger sig med de forretningsmæssige og politiske processer, der leder frem til en beslutning om at integrere en portalservice på portalen eller fjerne portalservicen igen.

Læsevejledning

Efter denne indledning følger i kapitel 2 en introduktion til integrationsmodellen og hvordan den anvendes. Indledningsvis introduceres en række centrale begreber, som anvendes i integrationsmodellen. Derefter beskrives de tre overordnede scenarier for hvordan en myndighed vil anvende integrationsmodellen, efterfulgt af de generelle principper for integrationsmodellen.
Til hvert af de tre overordnede brugsscenarier er der i kapitel 3 beskrevet en proces, som en myndighed, der skal integrere en portalservice på Borgerportalen eller Virksomhedsportalen, gennemgår.
I kapitel 4 følger en række generelle anbefalinger til myndighedernes udvikling af portalservices.
I bilag A gives retningslinier, der er målrettet mod de anbefalede integrationsformer: Link, Iframe. Bilag B beskriver kommende integrationsformer, herunder WSRP.
Alle interesserede skal starte med kapitel 2. Projektledere, arkitekter og designere bør læse alle kapitlerne. Arkitekter og designere får også behov for det bilag, der vedrører den valgte integrationsform.
Denne referenceliste vil fremover blive ajourført, således at den seneste version vil være tilgængelig på oim.modernisering.dk
[DESIGNBORGER] ”Designmanual for integration af 3. partsløsninger på Borger.dk” (under udarbejdelse), 1508 (2007)
[DESIGNVIRK] ”Designmanual for integration af 3. partsløsninger på Virk.dk”, Creuna (2007), se [MYNDIGHEDSNET].
[DIA] ”Virk.dk – DIA-værktøjet”, http://www.virk.dk/VirkPortal/Elementer/Specialsider/Myndighedsnet/Myndighedsnet_forside/Myndighedsnet_DIA.aspx∞, se [MYNDIGHEDSNET].
[DKSAML20] ”SAML Profile for SSO in Danish Public Sector V2.0”, IT- og Telestyrelsen (2007), http://www.oio.dk/arkitektur/brugerstyring/saml∞.
[DS484] ”DS484 Standard for informationssikkerhed”, Nyt Teknisk Forlag, ISBN 978-87-571-2478-1
[FORANALYSE] Foranalyse til projektet vedrørende udvikling af en fællesoffentlig borgerportal, http://modernisering.dk/da/projekter/faellesoffentlig_borgerportal∞.
[HTML401] “HTML 4.01 Specification”, W3C (1999), http://www.w3.org/TR/html401/∞.
[JAVAACCESS] “Java Accessibility Utilities 1.2”, Sun Microsystems, http://java.sun.com/products/jfc/jaccess-1.2/doc/∞
[LTS] “Leverandør Tilslutnings System” (under udarbejdelse), NNIT (2007/2008)
[OIMCSS] “CSS Style Sheet Klasser til Integrationsmodellen for Borgerportalen og Virksomhedsportalen”, Den Digitale Taskforce (2007)), oim.modernisering.dk (”Ressourcer”).
[OIOVÆRKTØJ] ”OIO Udbudsværktøjskassen”, IT- og Telestyrelsen, http://vkassen.oio.dk/∞
[PERSLOV] ”Persondataloven”, Datatilsynet, https://www.retsinformation.dk/Forms/R0710.aspx?id=828∞
[PoC] ”Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virkshomhedsportalen. Offentlig erfaringsrapport”. Maj 2007, Den Digitale Taskforce. oim.modernisering.dk (”Afprøvninger”).
[RFC2279] ”UTF-8, a transformation format of ISO 10646”, The Internet Society (1998), http://www.ietf.org/rfc/rfc2279.txt∞
[TILGÆNGELIG] ”Hjemmesiders tilgængelighed - Statens retningslinier for offentlige hjemmesiders og netsteders tilgængelighed”, IT- og Telestyrelsen, http://www.netsteder.dk/publ/tilgaeng/index.html∞
[VIRKBRS] ”Procesbeskrivelse Brugerrettighedsstyringssystem E&S”. Juni 2007, Capgemini, se [MYNDIGHEDSNET].
[W3CI18N] “Internationalization Best Practices: Specifying Language in XHTML & HTML Content”, W3C Working Group Note (2007) http://www.w3.org/TR/i18n-html-tech-lang/∞
[WAI] ”Web Accessibility Initiative”, W3C, http://www.w3.org/WAI/∞
[WSRP10] ”Web Services for Remote Portlets Specification 1.0”, OASIS (2003), http://www.oasis-open.org/committees/download.php/3343/oasis-200304-wsrp-specification-1.0.pdf∞
[WSRP20] “Web Services for Remote Portlets Specification v2.0 Committee Draft”, OASIS (2006), http://docs.oasis-open.org/wsrp/v2/wsrp-2.0-spec.html∞
[WSRPITST] ”Analyse af WSRP”, IT- og Telestyrelsen (2007), oim.modernisering.dk (”Ressourcer”).
[WSRPSEC] Sikkerhedsanalyse af WSRP – Analyse af sikkerhedsaspekter indenfor udveksling af brugerinformation mellem portaler og WSRP-portlets”, IT- og Telestyrelsen, 2007, oim.modernisering.dk (”Ressourcer”).
[XHTML10] ”XHTML 1.0 The Extensible HyperText Markup Language (Second Edition)”, W3C (2002), http://www.w3.org/TR/xhtml1/∞
For yderligere information vedrørende integrationsmodellen henvises til:
- Den Digitale Taskforce, særligt vedrørende integrationsmodellen (oim@modernisering.dk).
- Center for Borger.dk, IT- og Telestyrelsen, særligt vedrørende Borgerportalen (cbo@itst.dk).
- Center for Virk.dk, Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen (virk-integration@eogs.dk).
- Center for Serviceorienteret Infrastruktur, IT- og Telestyrelsen, særligt vedrørende single sign on (csi@itst.dk).
Integrationsmodellen er udarbejdet i regi af Den Digitale Taskforces projekt for etablering af fællesoffentlig borgerportal i samarbejde med Erhvervs- og Selskabs­styrelsens projekt for etablering af fællesoffentlig virksomhedsportal. Følgende har deltaget i arbejdsgruppen om integrationsmodellen:
Lars Roark, Rødovre Kommune

---

Edited on 2007-10-17 04:37:10 by KristianHjortMadsen

Additions:
- Den Digitale Taskforce, særligt vedrørende integrationsmodellen (oim@modernisering.dk).
- Center for Borger.dk, IT- og Telestyrelsen, særligt vedrørende Borgerportalen (cbo@itst.dk).
- Center for Virk.dk, Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen (virk-integration@eogs.dk).
- Center for Serviceorienteret Infrastruktur, IT- og Telestyrelsen, særligt vedrørende single sign on (csi@itst.dk).

Deletions:
- Kristian Hjort-Madsen (khn@fm.dk), Den Digitale Taskforce, særligt vedrørende integrationsmodellen.
- Piet Syhler (psy@itst.dk), IT- og Telestyrelsen, særligt vedrørende Borgerportalen.
- Nana Below (nbe@eogs.dk). Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen.
- Uffe Donslund (uffe.donslund@s-d.dk). Ekstern konsulent.

---

Edited on 2007-10-17 04:20:44 by KristianHjortMadsen

Additions:
Denne referenceliste vil fremover blive ajourført, således at den seneste version vil være tilgængelig på oim.modernisering.dk
[DESIGNBORGER] ”Designmanual for integration af 3. partsløsninger på Borger.dk” (under udarbejdelse), 1508 (2007)
[DESIGNVIRK] ”Designmanual for integration af 3. partsløsninger på Virk.dk”, Creuna (2007), se [MYNDIGHEDSNET].
[DIA] ”Virk.dk – DIA-værktøjet”, http://www.virk.dk/VirkPortal/Elementer/Specialsider/Myndighedsnet/Myndighedsnet_forside/Myndighedsnet_DIA.aspx∞, se [MYNDIGHEDSNET].
[DKSAML20] ”SAML Profile for SSO in Danish Public Sector V2.0”, IT- og Telestyrelsen (2007), http://www.oio.dk/arkitektur/brugerstyring/saml∞.
[DS484] ”DS484 Standard for informationssikkerhed”, Nyt Teknisk Forlag, ISBN 978-87-571-2478-1
[FORANALYSE] Foranalyse til projektet vedrørende udvikling af en fællesoffentlig borgerportal, http://modernisering.dk/da/projekter/faellesoffentlig_borgerportal∞.
[HTML401] “HTML 4.01 Specification”, W3C (1999), http://www.w3.org/TR/html401/∞.
[ITILv3] IT Infrastructure Library version 3, Office of Government Commerce, England, http://www.best-management-practice.com/Online-Bookshop/IT-Service-Management-ITIL/ITIL-Version-3/∞
[JAVAACCESS] “Java Accessibility Utilities 1.2”, Sun Microsystems, http://java.sun.com/products/jfc/jaccess-1.2/doc/∞
[LTS] “Leverandør Tilslutnings System” (under udarbejdelse), NNIT (2007/2008)
[MYNDIGHEDSNET] http://www.virk.dk/VirkPortal/Elementer/Specialsider/Myndighedsnet/Myndighedsnet_forside/Myndighedsnet_Virkhaandbog/Vejledninger/Integrationsvejledning.aspx∞
[OIMCSS] “CSS Style Sheet Klasser til Integrationsmodellen for Borgerportalen og Virksomhedsportalen”, Den Digitale Taskforce (2007)), oim.modernisering.dk (”Ressourcer”).
[PERSLOV] ”Persondataloven”, Datatilsynet, https://www.retsinformation.dk/Forms/R0710.aspx?id=828∞
[PoC] ”Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virkshomhedsportalen. Offentlig erfaringsrapport”. Maj 2007, Den Digitale Taskforce. oim.modernisering.dk (”Afprøvninger”).
[VIRKBRS] ”Procesbeskrivelse Brugerrettighedsstyringssystem E&S”. Juni 2007, Capgemini, se [MYNDIGHEDSNET].
[W3CI18N] “Internationalization Best Practices: Specifying Language in XHTML & HTML Content”, W3C Working Group Note (2007) http://www.w3.org/TR/i18n-html-tech-lang/∞
[WSRP10] ”Web Services for Remote Portlets Specification 1.0”, OASIS (2003), http://www.oasis-open.org/committees/download.php/3343/oasis-200304-wsrp-specification-1.0.pdf∞
[WSRP20] “Web Services for Remote Portlets Specification v2.0 Committee Draft”, OASIS (2006), http://docs.oasis-open.org/wsrp/v2/wsrp-2.0-spec.html∞
[WSRPITST] ”Analyse af WSRP”, IT- og Telestyrelsen (2007), oim.modernisering.dk (”Ressourcer”).
[WSRPSEC] Sikkerhedsanalyse af WSRP – Analyse af sikkerhedsaspekter indenfor udveksling af brugerinformation mellem portaler og WSRP-portlets”, IT- og Telestyrelsen, 2007, oim.modernisering.dk (”Ressourcer”).

Deletions:
[DESIGNBORGER] ”Designmanual for integration af 3. partsløsninger på Borger.dk” (arbejdstitel), 1508 (2007)
[DESIGNVIRK] ”Designmanual for integration af 3. partsløsninger på Virk.dk”, Creuna (2007)
[DIA] ”Virk.dk – DIA-værktøjet”, http://www.virk.dk/VirkPortal/Elementer/Specialsider/Myndighedsnet/Myndighedsnet_forside/Myndighedsnet_DIA.aspx∞
[DKSAML20] ”SAML Profile for SSO in Danish Public Sector V2.0”, IT- og Telestyrelsen (2007)
[DS484] ”DS484 Standard for informationssikkerhed”, Nyt Teknisk Forlag, ISBN 978-87-571-2478-1,
[Gartner] ”Arkitekturen på en borgerportal, VTU. Version 1.0”. 9. marts 2006, Gartner.
[HTML401] “HTML 4.01 Specification”, W3C (1999), http://www.w3.org/TR/html401/∞
[JAVAACCESS] “Java Accessibility Utilities 1.2”, Sun Microsystems, http://java.sun.com/products/jfc/jaccess-1.2/doc/∞
[LOGNING] ”Retningslinjer for logning - For den Fællesoffentlige Føderation” (arbejdstitel), IT- og Telestyrelsen, 2007.
[LTS] “Leverandør Tilslutnings System” (arbejdstitel), NNIT (2007/2008)
[MYNDIGHEDSNET] www.virk.dk/myndighedsnet.
[OIMCSS] “CSS Style Sheet Klasser til Integrationsmodellen for Borgerportalen og Virksomhedsportalen”, Den Digitale Taskforce (2007)
[PERSLOV] ”Persondataloven”, Datatilsynet, http://www.retsinfo.dk/_GETDOCI_/ACCN/A20000042930-REGL∞
[PoC] ”Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virkshomhedsportalen. Offentlig erfaringsrapport”. Maj 2007, Den Digitale Taskforce.
[VIRKBRS] ”Procesbeskrivelse Brugerrettighedsstyringssystem E&S”. Juni 2007, Capgemini.
[W3CI18N] “Internationalization Best Practices: Specifying Language in XHTML & HTML Content”, W3C Working Group Note (2007) http://www.w3.org/TR/i18n-html-tech-lang/∞
[WSRP10] ”Web Services for Remote Portlets Specification 1.0”, OASIS (2003), http://www.oasis-open.org/committees/download.php/3343/oasis-200304-wsrp-specification-1.0.pdf∞
[WSRP20] “Web Services for Remote Portlets Specification v2.0 Committee Draft”, OASIS (2006), http://docs.oasis-open.org/wsrp/v2/wsrp-2.0-spec.html∞
[WSRPITST] ”Analyse af WSRP”, IT- og Telestyrelsen (2007)
[WSRPSEC] Sikkerhedsanalyse af WSRP – Analyse af sikkerhedsaspekter indenfor udveksling af brugerinformation mellem portaler og WSRP-portlets”, IT- og Telestyrelsen, 2007.

---

Edited on 2007-10-17 03:33:29 by KristianHjortMadsen

Additions:
Formålet med den fællesoffentlige integrationsmodel for Borgerportalen og Virksomhedsportalen er at støtte udviklingen af de portaler ved at fastlægge principper og retningslinier for integration af myndighedernes portalservices i de to portaler.
Spørgsmål, forslag og kommentarer modtages gerne og kan sendes til Forretnings- og it-arkitekt i Den Digitale Taskforce (oim@modernisering.dk).

Deletions:
Formålet med en fælles integrationsmodel for Borgerportalen og Virksomhedsportalen er at støtte udviklingen af de portaler ved at fastlægge principper og retningslinier for integration af myndighedernes portalservices i de to portaler.
Spørgsmål, forslag og kommentarer kan sendes til Forretnings- og it-arkitekt i Den Digitale Taskforce, Kristian Hjort-Madsen (khn@fm.dk).

---

Edited on 2007-09-03 01:59:09 by KristianHjortMadsen

Deletions:
[WSRPSAML] “Taktisk model for transportbaseret sikkerhed med SAML over WSRP” (arbejdstitel), IT- og Telestyrelsen (2007).

---

Edited on 2007-09-02 17:16:03 by KristianHjortMadsen

Additions:
2 Introduktion til integrationsmodellen
4 Anbefalinger til mønstre for udvikling af portalservices
Bilag A Anbefalede integrationsformer
Bilag B Kommende integrationsformer

Deletions:
2 Introduktion integrationsmodellen
4 Overordnede retningslinier for integration af portalservices
5 Anbefalinger til mønstre for udvikling af portalservices
Bilag 1 Retningslinier vedr. integrationsformen Link m/ SSO
Bilag 2 Retningslinier vedrørende integrationsformen IFrame m/ SSO
Bilag 3 Retningslinier vedrørende integrationsformen WSRP

---

Edited on 2007-09-02 06:19:53 by KristianHjortMadsen

Additions:
Integrationsmodellen konkretiserer i version 1 konceptuelle rammer og principper ved at give retningslinier på et logisk niveau. Retningslinier på logisk niveau er eksempelvis, at integrationsmodellen peger på konkrete elementer i relevante standarder, således at indholdet kan inkluderes i bilag til fremtidige kravspecifikationer. I forlængelse heraf er retningslinier på fysisk niveau, hvor der eksempelvis kan indgå konkrete XML-definitioner, der kan inkluderes direkte i fremtidige løsninger. Senere versioner af integrationsmodellen kan inkludere retningslinier på fysisk niveau og anbefalinger til servicemønstre (hvordan portalservices opbygges, fungerer og præsenteres).
Den seneste version af Integrationsmodellen kan altid hentes på www.modernisering.dk/integrationsmodel.
Spørgsmål, forslag og kommentarer kan sendes til Forretnings- og it-arkitekt i Den Digitale Taskforce, Kristian Hjort-Madsen (khn@fm.dk).
På tilsvarende måde behandler integrationsmodellens processer kun de dele, der vedrører integration mellem portalservices og portalerne.
I kapitel 4 følger en række generelle anbefalinger til myndighedernes udvikling af portalservices.
I bilag A gives retningslinier, der er målrettet mod de anbefalede integrationsformer: Link, Iframe. Bilag B beskriver kommende integrationsformer, herunder WSRP.
[DESIGNBORGER] ”Designmanual for integration af 3. partsløsninger på Borger.dk” (arbejdstitel), 1508 (2007)
[DESIGNVIRK] ”Designmanual for integration af 3. partsløsninger på Virk.dk”, Creuna (2007)
[DIA] ”Virk.dk – DIA-værktøjet”, http://www.virk.dk/VirkPortal/Elementer/Specialsider/Myndighedsnet/Myndighedsnet_forside/Myndighedsnet_DIA.aspx∞
[DKSAML20] ”SAML Profile for SSO in Danish Public Sector V2.0”, IT- og Telestyrelsen (2007)
[DS484] ”DS484 Standard for informationssikkerhed”, Nyt Teknisk Forlag, ISBN 978-87-571-2478-1,
[HTML401] “HTML 4.01 Specification”, W3C (1999), http://www.w3.org/TR/html401/∞
[JAVAACCESS] “Java Accessibility Utilities 1.2”, Sun Microsystems, http://java.sun.com/products/jfc/jaccess-1.2/doc/∞
[LOGNING] ”Retningslinjer for logning - For den Fællesoffentlige Føderation” (arbejdstitel), IT- og Telestyrelsen, 2007.
[LTS] “Leverandør Tilslutnings System” (arbejdstitel), NNIT (2007/2008)
[MYNDIGHEDSNET] www.virk.dk/myndighedsnet.
[OIMCSS] “CSS Style Sheet Klasser til Integrationsmodellen for Borgerportalen og Virksomhedsportalen”, Den Digitale Taskforce (2007)
[OIOVÆRKTØJ] ”OIO Udbudsværktøjskassen”, IT- og Telestyrelsen, http://vkassen.oio.dk/∞
[OMBORGER] http://www.borger.dk/forside/om-borgerdk/til-myndigheder∞
[PERSLOV] ”Persondataloven”, Datatilsynet, http://www.retsinfo.dk/_GETDOCI_/ACCN/A20000042930-REGL∞
[RFC2279] ”UTF-8, a transformation format of ISO 10646”, The Internet Society (1998), http://www.ietf.org/rfc/rfc2279.txt∞
[TILGÆNGELIG] ”Hjemmesiders tilgængelighed - Statens retningslinier for offentlige hjemmesiders og netsteders tilgængelighed”, IT- og Telestyrelsen, http://www.netsteder.dk/publ/tilgaeng/index.html∞
[VIRKBRS] ”Procesbeskrivelse Brugerrettighedsstyringssystem E&S”. Juni 2007, Capgemini.
[W3CI18N] “Internationalization Best Practices: Specifying Language in XHTML & HTML Content”, W3C Working Group Note (2007) http://www.w3.org/TR/i18n-html-tech-lang/∞
[WAI] ”Web Accessibility Initiative”, W3C, http://www.w3.org/WAI/∞
[WSRP10] ”Web Services for Remote Portlets Specification 1.0”, OASIS (2003), http://www.oasis-open.org/committees/download.php/3343/oasis-200304-wsrp-specification-1.0.pdf∞
[WSRP20] “Web Services for Remote Portlets Specification v2.0 Committee Draft”, OASIS (2006), http://docs.oasis-open.org/wsrp/v2/wsrp-2.0-spec.html∞
[WSRPITST] ”Analyse af WSRP”, IT- og Telestyrelsen (2007)
[WSRPSAML] “Taktisk model for transportbaseret sikkerhed med SAML over WSRP” (arbejdstitel), IT- og Telestyrelsen (2007).
[WSRPSEC] Sikkerhedsanalyse af WSRP – Analyse af sikkerhedsaspekter indenfor udveksling af brugerinformation mellem portaler og WSRP-portlets”, IT- og Telestyrelsen, 2007.
[XHTML10] ”XHTML 1.0 The Extensible HyperText Markup Language (Second Edition)”, W3C (2002), http://www.w3.org/TR/xhtml1/∞
- Kristian Hjort-Madsen (khn@fm.dk), Den Digitale Taskforce, særligt vedrørende integrationsmodellen.
- Piet Syhler (psy@itst.dk), IT- og Telestyrelsen, særligt vedrørende Borgerportalen.
- Nana Below (nbe@eogs.dk). Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen.
- Uffe Donslund (uffe.donslund@s-d.dk). Ekstern konsulent.
Kristian Hjort-Madsen, Den Digitale Taskforce (projektleder)
Steen Hertzum Kirchhoff, Den Digitale Taskforce
Finn Hartmann Jordal, IT- og Telestyrelsen

Deletions:
Integrationsmodellen konkretiserer i version 1 konceptuelle rammer og principper ved at give retningslinier på et logisk niveau. Retningslinier på logisk niveau er eksempelvis, at integrationsmodellen peger på konkrete elementer i relevante standarder, således at indholdet kan inkluderes i bilag til fremtidige kravspecifikationer. I modsætning hertil er retningslinier på fysisk niveau, hvor der eksempelvis kan indgå konkrete XML-definitioner, der kan inkluderes direkte i fremtidige løsninger. Senere versioner af integrationsmodellen kan inkludere retningslinier på fysisk niveau og anbefalinger til servicemønstre (hvordan portalservices er opbygget, fungerer og præsenteres).
Den seneste version af Integrationsmodellen kan altid hentes på www.modernisering.dk/integrationsmodel∞.
Spørgsmål, forslag og kommentarer kan sendes til integrationsmodel@tforce.dk.
På tilsvarende måde behandler integrationsmodellens procesbeskrivelser kun de dele, der vedrører integration mellem portalservices og portalerne.
Kapitel 4 indeholder retningslinier for integration af portalservices i Borgerportalen eller Virksomhedsportalen, som er generelle uanset valg af integrationsform. Disse retningslinier indeholder eksempelvis en SLA skabelon til brug for portalejernes fastlæggelse af konkrete SLA’er. I kapitel 5 følger en række generelle anbefalinger til myndighedernes udvikling af portalservices.
I bilag 1-3 gives retningslinier, der er målrettet mod de tre integrationsformer: Link, Iframe og WSRP.

Sammenhæng med andre dokumenter

Integrationsmodellen skal ses i sammenhæng med en række andre dokumenter. Her angives i version 1.0 en oversigt over relevante dokumenter med kort kommentar om indhold.
Skrives undervejs.
Kristian Hjort-Madsen, projektleder (khn@fm.dk). Den Digitale Taskforce.
Piet Syhler (psy@itst.dk), IT- og Telestyrelsen, særligt vedrørende Borgerportalen
Nana Below (nbe@eogs.dk). Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen.
Uffe Donslund (uffe.donslund@s-d.dk). Ekstern konsulent.
Kristian Hjort-Madsen, Den Digitale Taskforce
Jan Danielsen, IT- og Telestyrelsen

---

Edited on 2007-06-06 04:43:45 by WebMaster

Additions:
2 Introduktion integrationsmodellen
3 Processer omkring integration af en portalservice i portalerne
4 Overordnede retningslinier for integration af portalservices
5 Anbefalinger til mønstre for udvikling af portalservices

Deletions:
Introduktion til integrationsmodellen
Introduktion til centrale begreber
Scenarier for brug af integrationsmodellen
Generelle principper for integrationsmodellen
Valg af integrationsform
2 Processer omkring integration af en portalservice i portalerne
3 Overordnede retningslinier for integration af portalservices
4 Anbefalinger til mønstre for udvikling af portalservices

Introduktion til integrationsmodellen

Introduktion til centrale begreber

Her introduceres en række begreber, som anvendes i integrationsmodellen.

• Portal. Da integrationsmodellen er rettet mod Borgerportalen og Virksomhedsportalen, er det disse to specifikke portaler, der henvises til med ordet ”portal”. Betegnelserne ”en portal” eller ”portalen” henviser til en vilkårlig af de to portaler. Betegnelserne ”portaler” eller ”portalerne” henviser til en vilkårlig af de to portaler eller begge portaler. Hvis der specifikt menes kun en af de to portaler, nævnes den eksplicit: ”Borgerportalen” eller ”Virksomhedsportalen”. Betegnelsen ”begge portaler” anvendes, hvis der eksplicit menes både borgerportalen og virksomhedsportalen.
• Portalservice. En ”portalservice” (eller ”tjeneste”) er i integrationsmodellen en it-løsning med en brugergrænseflade, som udstilles i portalen, således at brugere af portalservices får adgang til brugergrænsefladen via portalen. I denne sammenhæng er en typisk bruger af en portalservice således en slutbruger, dvs. en person i sin egenskab af borger eller som ansat i en virksomhed.1
• Fælleskomponent.2 En fælleskomponent betragtes i integrationsmodellen som en portalservice på lige fod med øvrige portalservices, hvis den udstilles i portalen. En fælleskomponent er særligt kendetegnet ved, at den løser opgaver for andre portalservices. Integrationen mellem disse portalservices og fælleskomponenten ligger uden for integrationsmodellens emneområde. En fælleskomponent er typisk et resultat af behovsafdækning foretaget i et af de to portalprojekter, men kan også være udviklet udenfor disse projekter.
• Integrationsform. Foranalysen til projektet vedrørende udvikling af en fællesoffentlig borgerportal har peget på fire alternative tekniske integrationsformer, som kan anvendes, når en portalservice skal udstilles på portalen. Integrationsmodellen angiver retningslinier for følgende tre af de fire integrationsformer: Link, Iframe og WSRP.3
• Portalservicetype. Integrationsmodellen arbejder med to typer portalservices:
• Transaktionsportalservices, hvor brugeren kan gennemføre en transaktion, som medfører tilstandsskift i data, som administreres af den pågældende portalservice.
• Informationsportalservices, der stiller information til rådighed for brugeren, uden mulighed for at gennemføre transaktioner.
• Portalservice-implementering. En portalservice-implementering er den eller de softwarekomponenter, der - når de eksekverer i et run-time miljø - leverer den funktionalitet, som portalservicen stiller til rådighed for anvenderen.
• Serviceudbyder. En serviceudbyder er en myndighed - eller flere myndigheder i fællesskab - som udstiller en portalservice på portalen. Hvis flere myndigheder i fællesskab udvikler en portalservice, som udstilles på portalerne, betragtes disse myndigheder i integrationsmodellen som én serviceudbyder. En privat leverandør kan også fungere som serviceudbyder på vegne af en eller flere myndigheder.
• Portalejer. En ejer af en af de to portaler, dvs. Erhvervs & Selskabsstyrelsen som ejer af virksomhedsportalen, og IT- og telestyrelsen som ejer af borgerportalen. Hvis der eksplicit menes kun en af de to portalejere, fremgår det af teksten.
• IdP udbyder. Den organisation, som driver den løsning, som portalen anvender til autentifikation (single sign-on). For virksomhedsportalens vedkommende er det Erhvervs & Selskabsstyrelsen. For borgerportalens vedkommende forventes det afklaret maj-juni 2007.

Scenarier for brug af integrationsmodellen

Integrationsmodellens primære målgruppe er myndigheder, der som serviceudbydere udstiller portalservices i portalerne, og deres leverandører, samt portalejerne og deres leverandører.
De enkelte serviceudbydere kan anvende integrationsmodellen forskelligt afhængig af deres it-kompetencer, erfaring med udstilling af portalservices på portalerne, og også fordeling af opgaverne mellem dem og deres leverandører. Eksempelvis kan en serviceudbyder anvende en af processerne i integrationsmodellen som hjælp til planlægning af et internt projekt, hvor retningslinierne efterfølgende anvendes ved udstilling af en ny version af en portalservice, der allerede findes på portalen. En anden serviceudbyder kan vælge at vedlægge integrationsmodellen som bilag til en kravspecifikation for en ny portalservice, som serviceudbyderen ønsker udviklet hos en leverandør.

Med udgangspunkt i livsforløbet for en portalservice, beskrives tre overordnede scenarier for brug af integrationsmodellen kort, og de processer, som serviceudbyder gennemløber i hvert af de tre scenarier, beskrives efterfølgende.

Serviceudbyder skal udstille ny portalservice på portalen

I dette scenarium udstiller en serviceudbyder en portalservice på portalen, som ikke er udstillet på portalen i forvejen. Der kan være tale om en portalservice, som skal udvikles, eller den pågældende portalservice kan eksistere i forvejen, men er blot ikke udstillet på portalen. Eksempelvis kan portalservicen være udstillet på serviceudbyderens egen hjemmeside, eller portalservicen er udstillet på Borgerportalen, og skal nu udstilles på Virksomhedsportalen.
Scenariet tager udgangspunkt i, at serviceudbyderen har truffet beslutning om at udstille en portalservice på portalen. Integrationsmodellen forholder sig ikke til beslutningsprocessen, men fokuserer på den del af udviklingsprocessen, som vedrører integration af portalservicen på portalen.
Hvis der er tale om flere myndigheder, som i fællesskab udstiller portalservicen, betragtes de som én serviceudbyder. Deres indbyrdes fordeling af ansvar og opgaver og deres øvrige mellemværender er uden for integrationsmodellens emneområde.

Serviceudbyder skal udstille ny version af en portalservice på portalen

I dette scenarium har serviceudbyder en portalservice kørende i drift på portalen.
Scenariet tager udgangspunkt i, at serviceudbyderen har truffet beslutning om at udstille en ny version af portalservicen på portalen, der erstatter den eksisterende version. Integrationsmodellen forholder sig ikke til beslutningsprocessen, men fokuserer på den del af udviklingsprocessen, som vedrører integration af den nye version af portalservicen på portalen.
Dette scenarium dækker ikke den situation, hvor der tale om et tidsmæssigt sammenfald mellem at udstille en ny portalservice og fjerne en anden portalservice fra portalen. I dette tilfælde bør serviceudbyder gennemføre de to relevante processer koordineret.
Hvis der er tale om flere myndigheder, som i fællesskab udstiller portalservicen, betragtes de som én serviceudbyder. Deres indbyrdes fordeling af ansvar og opgaver og deres øvrige mellemværender er uden for integrationsmodellens emneområde.

Serviceudbyder skal fjerne portalservice fra portalen

I dette scenarium har serviceudbyder en portalservice kørende i drift på portalen.
Scenariet tager udgangspunkt i, at serviceudbyderen har truffet beslutning om at fjerne portalservicen fra portalen. Integrationsmodellen forholder sig ikke til beslutningsprocessen, men fokuserer på den del af udviklingsprocessen, som vedrører det at fjerne portalservicen fra portalen.
Hvis der er tale om flere myndigheder, som i fællesskab udstiller portalservicen, betragtes de som én serviceudbyder. Deres indbyrdes fordeling af ansvar og opgaver og deres øvrige mellemværender er uden for integrationsmodellens emneområde.

Generelle principper for integrationsmodellen

Nedenstående otte principper udgør sideordnede pejlemærker, som integrationsmodellens retningslinier skal tilgodese inden for de overordnede rammer, som integrationsmodellen udfylder. Principperne er indgået i udarbejdelsen af de retningslinier, som udgør de operationelle krav og anbefalinger til integration af portalservices i de to portaler.
1.Én integrationsmodel for de to portaler

Beskrivelse	Integrationsmodellen skal anvise fælles retningslinier for integration af portalservices på de to portaler.
Rationale	Det er en målsætning for de to portalprojekter, at myndighederne skal spare tid og penge i forbindelse med det arbejde, som de skal udføre ved udstilling af portalservices. Integrationsmodellen kan ved at anvise fælles retningslinier for de to portaler understøtte denne målsætning. En fælles integrationsmodel kan understøtte de væsentlige udviklingstiltag, der foregår omkring de to portaler.
Konsekvenser	Serviceudbydere, der skal udstille portalservices på begge portaler, vil kun skulle sætte sig ind i én model.

2.Brug af åbne standarder

Beskrivelse	Integrationsmodellen skal så vidt muligt pege på åbne standarder. Brug af leverandørspecifikke løsninger skal kun undtagelsesvist anvendes.
Rationale	Det må forventes, at der til stadighed vil være softwareprodukter fra forskellige leverandører i brug hos portalejere og serviceudbydere, ligesom der løbende kan ske udskiftning af disse. Øget brug af åbne standarder i den offentlige sektor er medvirkende til at fremme interoperabilitet og uafhængighed af specifikke softwareprodukter, og kravet er bl.a. udtrykt i folketingsbeslutningen B103.
Konsekvenser	Det kan forekomme, at ønsket funktionalitet begrænses eller forsinkes afhængig af standardernes udvikling og leverandørernes implementering af disse. Eventuelle afvigelser eller udvidelser i forhold til standarder skal fremgå tydeligt, hvor det er relevant, eller alternativt foretages sådanne udvidelser i konkrete situationer, uden for rammerne af integrationsmodellen.

3.Ansvaret for udvikling og drift af portalservices ligger hos myndighederne

Beskrivelse	Ansvaret for udvikling af de portalservices, der udstilles på de to portaler, ligger hos de myndigheder, som har ansvaret for forretningsprocesserne på det pågældende område. Eventuel samordning af forretningsprocesser, herunder sags- og processtyring, på tværs af myndigheder, skal ske i samarbejde mellem de relevante myndigheder.
Rationale	Ansvaret for udvikling af de portalservices, som udstilles på de to portaler, ligger både i dag og fremover hos de enkelte myndigheder, jf. det overordnede princip om, at de enkelte myndigheder har ansvaret for egen digitalisering.
Konsekvenser	Myndighederne forestår selv kravspecifikation og udvikling af portalservices. Dette inkluderer integration i portalerne, hvortil integrationsmodellen er et redskab. På tilsvarende måde ligger ansvaret hos myndighederne i de tilfælde, hvor to eller flere myndigheder i fællesskab, udstiller en portalservice. Integrationsmodellen gælder også for eventuelle fælles­komponenter, som udstilles i portalen, mens ansvaret for udviklingen af fælleskomponenter ligger hos en eller flere myndigheder.

4.Portalservices udvikles uafhængigt af portalprodukter

Beskrivelse	Integrationsmodellen skal understøtte, at portalservices kan udvikles hos serviceudbyderne uafhængigt af portalejernes valg af specifikke portalprodukter.
Rationale	Idet det må forventes, at de softwareprodukter, som anvendes hos parterne, vil udvikle sig og eventuelt blive udskiftet, uafhængigt af hinanden, er det hensigtsmæssigt, så vidt muligt at gøre integrationsmodellen uafhængig af specifikke produkter.
Konsekvenser	Portalservices og portaler kan udvikles uafhængigt af hvilke specifikke produkter der anvendes til implementering, bl.a. via integrationsmodellens alternative integrationsformer. Portalservices baseret på .NET kan integreres ved hjælp af link, Iframe eller WSRP, idet JSR168 er Java-baseret. Integrationsmodellen fokuserer på logiske specifikationer frem for fysisk implementering, hvilket medvirker til at gøre integrationsmodellen uafhængig af specifikke produkter.

5.De to portaler er udstillingsvinduer for myndighedernes portalservices

Beskrivelse	De to portaler skal fungere som udstillingsvinduer til myndighedernes portalservices. Forretningslogik, herunder sags/processtyring eksekveres inden for inden for rammerne af de portalservices, som myndighederne udstiller, og ikke i portalen.
Rationale	Portalerne skal være tynde både teknisk (udstillingsvinduer) og organisatorisk, idet ansvaret for udvikling af portalservices fortsat ligger hos myndighederne, også i de tilfælde, hvor to eller flere myndigheder udstiller en portalservice i fællesskab.
Konsekvenser	Der skal ikke afvikles forretnings/proceslogik i portalerne, og procesmæssig integration mellem portalservices implementeres uden for portalerne. Integrationsmodellen skal således ikke forholde sig til processtyring, hverken i relation til myndighedernes udviklingsproces eller den tekniske integration af portalservices i portalerne, men derimod fokusere på integration mellem portalerne og de portalservices, der udstilles der.

6.Krav og anbefalinger til visuel integration og navigation

Beskrivelse	Integrationsmodellen fremmer fælles look and feel på tværs af de to portaler og de portalservices, som udstilles der, gennem krav og anbefalinger til de integrationsmekanismer, der anvendes til den visuelle integration af portalservices.
Rationale	Visuel integration, dvs. ensartet visuelt design og navigation på tværs af portalservices, medvirker til at gøre portalerne mere brugervenlige set fra et slutbruger-synspunkt. Integrationsmodellen kan fremme dette ved at stille visse fælles minimumskrav, der ligeledes kan medvirke til at hæve det fælles niveau for de portalservices, som udstilles. Dette kan eksempelvis imødekomme behov for at synliggøre ansvarsfordeling mellem portalejere og serviceudbydere.
Konsekvenser	Graden af fælles look and feel bliver ikke fastlagt af integrationsmodellen, men af hvor ens designmanualerne for de to portaler er, og i hvor høj grad de fastlægger retningslinier for de portalservices, der udstilles.

7.Bruger/rettighedsstyring baseres på fællesoffentligt koncept

Beskrivelse	Integrationsmodellen skal indrettes efter det fællesoffentlige koncept for bruger- og rettighedsstyring herunder single sign-on.
Rationale	Det fællesoffentlige koncept er en central del i en række store offentlige projekter, og er en del af forudsætningerne for den nye borgerportal. Dertil kommer, at ved at basere integrationsmodellen herpå, styrkes myndighedernes muligheder for at høste gevinsterne ved det fælles arbejde ved ikke at skulle udvikle samme funktionalitet flere gange.
Konsekvenser	Portalservices, der skal integreres på de to portaler, skal kun forholde sig til og anvende et og samme koncept for bruger/rettighedsstyring. Integrationsmodellen er afhængig af udviklingen af det fællesoffentlige koncept, både indholds- og tidsmæssigt.

8.Organisatoriske og tekniske trends indarbejdes løbende

Beskrivelse	Integrationsmodellen skal ajourføres med passende mellemrum efter version 1.0, således at de muligheder, som den tekniske udvikling giver, vil blive indarbejdet, lige som eventuelle konsekvenser af organisatoriske forandringer omkring de to portaler, indarbejdes i det omfang, det ikke kan undgås.
Rationale	Udviklingen af standarder og produkter inden for serviceorienteret arkitektur og portalteknologi fortsætter også fremover. På tilsvarende måde kan det forventes myndighederne i den offentlige sektors opgaver og fordeling heraf vil udvikle sig. Det er derfor naturligt og nødvendigt, at integrationsmodellen også udvikler sig efter den første version.
Konsekvenser	Der skal i integrationsmodellen fokuseres på logiske specifikationer (fx interfaces) frem for at lægge den tekniske implementering fast (konkrete produkter og tekniske løsninger der anvendes på portalsiden) således at implementeringen kan ændre sig uafhængig af og uden at påvirke de portalservices, der integreres i portalerne.

Valg af integrationsform

I version 1.0 af integrationsmodellen vil der være en diskussion af valg af integrationsform med relevante spørgsmål, som serviceudbyderen skal overveje ved sin beslutning.

---

Edited on 2007-06-03 17:18:42 by WebMaster

Additions:
Indhold

---

Edited on 2007-05-30 17:46:41 by WebMaster

Additions:

1 Indledning

Deletions:

Indledning

---

Edited on 2007-05-30 17:43:49 by WebMaster

Additions:

Indledning

Deletions:

Indledning

---

Edited on 2007-05-30 17:43:34 by WebMaster

Additions:
Valg af integrationsform

OIM Oversigt

Deletions:
Valg af integrationsform

OIM Oversigt

---

Edited on 2007-05-30 17:37:02 by WebMaster

Additions:

OIM Oversigt

---

Edited on 2007-05-30 03:44:11 by WebMaster

Additions:


Deletions:
Billede
Billede

---

Edited on 2007-05-29 17:28:56 by WebMaster

Additions:

1 Indledning <- du er her!
2 Processer omkring integration af en portalservice i portalerne
3 Overordnede retningslinier for integration af portalservices
4 Anbefalinger til mønstre for udvikling af portalservices
Bilag 1 Retningslinier vedr. integrationsformen Link m/ SSO
Bilag 2 Retningslinier vedrørende integrationsformen IFrame m/ SSO
Bilag 3 Retningslinier vedrørende integrationsformen WSRP

Deletions:
1 Indledning <- du er her!
2 Processer omkring integration af en portalservice i portalerne
3 Overordnede retningslinier for integration af portalservices
4 Anbefalinger til mønstre for udvikling af portalservices
Bilag 1 Retningslinier vedr. integrationsformen Link m/ SSO
Bilag 2 Retningslinier vedrørende integrationsformen IFrame m/ SSO
Bilag 3 Retningslinier vedrørende integrationsformen WSRP

---

Edited on 2007-05-29 17:18:42 by WebMaster

Additions:
1 Indledning <- du er her!
2 Processer omkring integration af en portalservice i portalerne
3 Overordnede retningslinier for integration af portalservices
4 Anbefalinger til mønstre for udvikling af portalservices
Bilag 1 Retningslinier vedr. integrationsformen Link m/ SSO
Bilag 2 Retningslinier vedrørende integrationsformen IFrame m/ SSO
Bilag 3 Retningslinier vedrørende integrationsformen WSRP

---

Edited on 2007-05-29 17:14:13 by WebMaster

Additions:

Indledning

Formål

Deletions:

Indledning

Formål

---

Edited on 2007-05-29 17:12:58 by WebMaster

Additions:
Generelle principper for integrationsmodellen

Deletions:
Generelle principper for integrationsmodellen

---

Oldest known version of this page was edited on 2007-05-29 17:11:17 by WebMaster []

Den Offentlige Integrationsmodel, OIM

Indledning

Formål

Formålet med en fælles integrationsmodel for Borgerportalen og Virksomhedsportalen er at støtte udviklingen af de portaler ved at fastlægge principper og retningslinier for integration af myndighedernes portalservices i de to portaler.

Integrationsmodellen skal fremme en mere ensartet udvikling af portalservices ved at angive et udfaldsrum for, hvordan myndighederne kan integrere portalservices i portalerne. En mere standardiseret integration af portalservices kan medvirke til øget genbrug af metoder og løsninger og dermed reducerede omkostninger til udvikling og integration hos portalejere og myndighederne.

Integrationsmodellen finder også anvendelse ved integration af fælleskomponenter i de to portaler. I den forbindelse betragtes sådanne fælleskomponenter på lige fod med andre portalservices, der skal integreres på de to portaler. Integrationsmodellen giver endvidere eksempler på fælleskomponenter, som portalservices kan integrere med.

Integrationsmodellen konkretiserer i version 1 konceptuelle rammer og principper ved at give retningslinier på et logisk niveau. Retningslinier på logisk niveau er eksempelvis, at integrationsmodellen peger på konkrete elementer i relevante standarder, således at indholdet kan inkluderes i bilag til fremtidige kravspecifikationer. I modsætning hertil er retningslinier på fysisk niveau, hvor der eksempelvis kan indgå konkrete XML-definitioner, der kan inkluderes direkte i fremtidige løsninger. Senere versioner af integrationsmodellen kan inkludere retningslinier på fysisk niveau og anbefalinger til servicemønstre (hvordan portalservices er opbygget, fungerer og præsenteres).

Den seneste version af Integrationsmodellen kan altid hentes på www.modernisering.dk/integrationsmodel∞.

Spørgsmål, forslag og kommentarer kan sendes til integrationsmodel@tforce.dk.

Integrationsmodellens fokus

Integrationsmodellen fokuserer på en del af de logiske komponenter, der indgår i arkitekturen, og nogle af de processer, der indgår i arbejdet med Borgerportalen og Virksomhedsportalen for at de lever op deres målsætninger.

Nedenstående figur illustrerer integrationsmodellens fokus set fra et logisk arkitektur synspunkt, som området oven for den vandrette streg. Modellen fokuserer således på integrationen mellem portalservices (se A på figuren) og portalen. I figuren ses også en portalservice Digital Dokumentboks som et eksempel på en fællesoffentlig fælleskomponent, der integreres i portalen på samme måde som andre portalservices (se B på figuren).

Af figuren ses det, at integrationsmodellen ikke beskæftiger sig generelt med serviceorienteret integration, fx indbyrdes afhængigheder mellem implementeringen af portalservices og andre services, som de måtte være afhængige af (se C på figuren). Der henvises til www.oio.dk/arkitektur/soa.

På tilsvarende måde behandler integrationsmodellens procesbeskrivelser kun de dele, der vedrører integration mellem portalservices og portalerne.

Billede

Følgende emner behandles ikke i integrationsmodellen, men kan være relevante i forbindelse med myndighedernes integration af portalservices på portalerne.

• Integrationsmodellen beskæftiger sig ikke med de redaktionelle opgaver og tilhørende processer, der vedrører generelt indhold på portalerne, herunder fx portaladministration og opsætning af portalsider. Det samme gælder eksempelvis koordinering vedrørende borgertemaer på Borgerportalen.
• Serviceudbydernes interne organisering vedrørende udvikling, test, integration, drift og support af portalservices, herunder hvordan de anvender eksterne leverandører hertil, ligger uden for integrationsmodellens område. Det samme gælder i situationer, hvor to eller flere serviceudbydere går sammen om at udstille en portalservice i fællesskab.
• Governance over den samlede portefølje af portalservices på de to portaler ligger uden for rammerne af integrationsmodellen.
• Etablering og løbende vedligeholdelse af infrastruktur, basissoftware mv. på portalerne ligger også uden for integrationsmodellen.
• Fælleskomponenter, der integreres i portalerne som portalservices, betragtes i integrationsmodellen på lige fod med andre portalservices. Udvikling af og fælleskomponenter og direkte integration mellem portalservices og sådanne fælles komponenter behandles ikke som en del af integrationsmodellen. Der kan dog peges på konkrete fælleskomponenter som en del af retningslinierne for integration af portalservices.
• Integrationsmodellen kan danne udgangspunkt for en efterfølgende OIO-standardisering, men udgør i sig selv ikke en OIO standard.

Integrationsmodellen skal ses i sammenhæng med en række andre dokumenter, der behandler relaterede emner. Disse fremgår af nedenstående læsevejledning og referenceliste.

I kommende versioner frem mod version 1.0 skrives her mere om hvad modellen vil indeholde i version 1.0 og senere versioner, fx mønstre for udvikling af portalservices, brug af fælleskomponenter, ajourføring med nye versioner af standarder mv.

Integrationsmodellen er udarbejdet med henblik på anvendelse af Borgerportalen og Virksomhedsportalen, men Integrationsmodellen kan lige så vel anvendes i forbindelse med integration af løsninger på andre offentlige hjemmesider og portaler, såfremt disse gør brug af integrationsmodellens retningslinier. Offentlige myndigheder og institutioner kan frit anvende og henvise til Integrationsmodellen.

Målgruppe

Integrationsmodellen beskriver processer, som en myndighed gennemfører i forbindelse med integration af portalservices på portalerne og tilhørende retningslinier på logisk niveau. Indholdet er således rettet mod it-fagfolk.

Den primære målgruppe for integrationsmodellen er projektledere, arkitekter og designere hos serviceudbydere, portalejere samt deres leverandører. Sekundært kan programmører, der på logisk niveau ønsker indsigt i hvordan en portalserviceimplementering integreres i en af de to portaler, anvende integrationsmodellen.

Integrationsmodellen er ikke rettet mod forretningsmæssige/politiske beslutningstagere, da den ikke beskæftiger sig med de forretningsmæssige og politiske processer, der leder frem til en beslutning om at integrere en portalservice på portalen eller fjerne portalservicen igen.

Læsevejledning

Efter denne indledning følger i kapitel 2 en introduktion til integrationsmodellen og hvordan den anvendes. Indledningsvis introduceres en række centrale begreber, som anvendes i integrationsmodellen. Derefter beskrives de tre overordnede scenarier for hvordan en myndighed vil anvende integrationsmodellen, efterfulgt af de generelle principper for integrationsmodellen.

Til hvert af de tre overordnede brugsscenarier er der i kapitel 3 beskrevet en proces, som en myndighed, der skal integrere en portalservice på Borgerportalen eller Virksomhedsportalen, gennemgår.

Kapitel 4 indeholder retningslinier for integration af portalservices i Borgerportalen eller Virksomhedsportalen, som er generelle uanset valg af integrationsform. Disse retningslinier indeholder eksempelvis en SLA skabelon til brug for portalejernes fastlæggelse af konkrete SLA’er. I kapitel 5 følger en række generelle anbefalinger til myndighedernes udvikling af portalservices.

I bilag 1-3 gives retningslinier, der er målrettet mod de tre integrationsformer: Link, Iframe og WSRP.

Alle interesserede skal starte med kapitel 2. Projektledere, arkitekter og designere bør læse alle kapitlerne. Arkitekter og designere får også behov for det bilag, der vedrører den valgte integrationsform.

Sammenhæng med andre dokumenter

Integrationsmodellen skal ses i sammenhæng med en række andre dokumenter. Her angives i version 1.0 en oversigt over relevante dokumenter med kort kommentar om indhold.

Referencer

[Gartner] ”Arkitekturen på en borgerportal, VTU. Version 1.0”. 9. marts 2006, Gartner.
[ITST-SOA] www.oio.dk/arkitektur/soa.
[PoC] ”Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virkshomhedsportalen. Offentlig erfaringsrapport”. Maj 2007, Den Digitale Taskforce.

Skrives undervejs.

Kontakter

For yderligere information vedrørende integrationsmodellen henvises til:
Kristian Hjort-Madsen, projektleder (khn@fm.dk). Den Digitale Taskforce.
Piet Syhler (psy@itst.dk), IT- og Telestyrelsen, særligt vedrørende Borgerportalen
Nana Below (nbe@eogs.dk). Erhvervs- og Selskabsstyrelsen, særligt vedrørende Virksomhedsportalen.
Uffe Donslund (uffe.donslund@s-d.dk). Ekstern konsulent.

Projektinformation

Integrationsmodellen er udarbejdet i regi af Den Digitale Taskforces projekt for etablering af fællesoffentlig borgerportal i samarbejde med Erhvervs- og Selskabs­styrelsens projekt for etablering af fællesoffentlig virksomhedsportal. Følgende har deltaget i arbejdsgruppen om integrationsmodellen:
Kristian Hjort-Madsen, Den Digitale Taskforce
Nana Below, Erhvervs- og Selskabsstyrelsen
Brian Nielsen, Erhvervs- og Selskabsstyrelsen
Lars Roark, Rødovre Kommune
Uffe Zeuthen, SKAT
Jan Danielsen, IT- og Telestyrelsen
Piet Syhler, IT- og Telestyrelsen

Introduktion til integrationsmodellen

Introduktion til centrale begreber

Her introduceres en række begreber, som anvendes i integrationsmodellen.

• Portal. Da integrationsmodellen er rettet mod Borgerportalen og Virksomhedsportalen, er det disse to specifikke portaler, der henvises til med ordet ”portal”. Betegnelserne ”en portal” eller ”portalen” henviser til en vilkårlig af de to portaler. Betegnelserne ”portaler” eller ”portalerne” henviser til en vilkårlig af de to portaler eller begge portaler. Hvis der specifikt menes kun en af de to portaler, nævnes den eksplicit: ”Borgerportalen” eller ”Virksomhedsportalen”. Betegnelsen ”begge portaler” anvendes, hvis der eksplicit menes både borgerportalen og virksomhedsportalen.
• Portalservice. En ”portalservice” (eller ”tjeneste”) er i integrationsmodellen en it-løsning med en brugergrænseflade, som udstilles i portalen, således at brugere af portalservices får adgang til brugergrænsefladen via portalen. I denne sammenhæng er en typisk bruger af en portalservice således en slutbruger, dvs. en person i sin egenskab af borger eller som ansat i en virksomhed.1
• Fælleskomponent.2 En fælleskomponent betragtes i integrationsmodellen som en portalservice på lige fod med øvrige portalservices, hvis den udstilles i portalen. En fælleskomponent er særligt kendetegnet ved, at den løser opgaver for andre portalservices. Integrationen mellem disse portalservices og fælleskomponenten ligger uden for integrationsmodellens emneområde. En fælleskomponent er typisk et resultat af behovsafdækning foretaget i et af de to portalprojekter, men kan også være udviklet udenfor disse projekter.
• Integrationsform. Foranalysen til projektet vedrørende udvikling af en fællesoffentlig borgerportal har peget på fire alternative tekniske integrationsformer, som kan anvendes, når en portalservice skal udstilles på portalen. Integrationsmodellen angiver retningslinier for følgende tre af de fire integrationsformer: Link, Iframe og WSRP.3
• Portalservicetype. Integrationsmodellen arbejder med to typer portalservices:
• Transaktionsportalservices, hvor brugeren kan gennemføre en transaktion, som medfører tilstandsskift i data, som administreres af den pågældende portalservice.
• Informationsportalservices, der stiller information til rådighed for brugeren, uden mulighed for at gennemføre transaktioner.
• Portalservice-implementering. En portalservice-implementering er den eller de softwarekomponenter, der - når de eksekverer i et run-time miljø - leverer den funktionalitet, som portalservicen stiller til rådighed for anvenderen.
• Serviceudbyder. En serviceudbyder er en myndighed - eller flere myndigheder i fællesskab - som udstiller en portalservice på portalen. Hvis flere myndigheder i fællesskab udvikler en portalservice, som udstilles på portalerne, betragtes disse myndigheder i integrationsmodellen som én serviceudbyder. En privat leverandør kan også fungere som serviceudbyder på vegne af en eller flere myndigheder.
• Portalejer. En ejer af en af de to portaler, dvs. Erhvervs & Selskabsstyrelsen som ejer af virksomhedsportalen, og IT- og telestyrelsen som ejer af borgerportalen. Hvis der eksplicit menes kun en af de to portalejere, fremgår det af teksten.
• IdP udbyder. Den organisation, som driver den løsning, som portalen anvender til autentifikation (single sign-on). For virksomhedsportalens vedkommende er det Erhvervs & Selskabsstyrelsen. For borgerportalens vedkommende forventes det afklaret maj-juni 2007.

Scenarier for brug af integrationsmodellen

Integrationsmodellens primære målgruppe er myndigheder, der som serviceudbydere udstiller portalservices i portalerne, og deres leverandører, samt portalejerne og deres leverandører.

De enkelte serviceudbydere kan anvende integrationsmodellen forskelligt afhængig af deres it-kompetencer, erfaring med udstilling af portalservices på portalerne, og også fordeling af opgaverne mellem dem og deres leverandører. Eksempelvis kan en serviceudbyder anvende en af processerne i integrationsmodellen som hjælp til planlægning af et internt projekt, hvor retningslinierne efterfølgende anvendes ved udstilling af en ny version af en portalservice, der allerede findes på portalen. En anden serviceudbyder kan vælge at vedlægge integrationsmodellen som bilag til en kravspecifikation for en ny portalservice, som serviceudbyderen ønsker udviklet hos en leverandør.

Billede

Med udgangspunkt i livsforløbet for en portalservice, beskrives tre overordnede scenarier for brug af integrationsmodellen kort, og de processer, som serviceudbyder gennemløber i hvert af de tre scenarier, beskrives efterfølgende.

Serviceudbyder skal udstille ny portalservice på portalen

I dette scenarium udstiller en serviceudbyder en portalservice på portalen, som ikke er udstillet på portalen i forvejen. Der kan være tale om en portalservice, som skal udvikles, eller den pågældende portalservice kan eksistere i forvejen, men er blot ikke udstillet på portalen. Eksempelvis kan portalservicen være udstillet på serviceudbyderens egen hjemmeside, eller portalservicen er udstillet på Borgerportalen, og skal nu udstilles på Virksomhedsportalen.

Scenariet tager udgangspunkt i, at serviceudbyderen har truffet beslutning om at udstille en portalservice på portalen. Integrationsmodellen forholder sig ikke til beslutningsprocessen, men fokuserer på den del af udviklingsprocessen, som vedrører integration af portalservicen på portalen.

Hvis der er tale om flere myndigheder, som i fællesskab udstiller portalservicen, betragtes de som én serviceudbyder. Deres indbyrdes fordeling af ansvar og opgaver og deres øvrige mellemværender er uden for integrationsmodellens emneområde.

Serviceudbyder skal udstille ny version af en portalservice på portalen

I dette scenarium har serviceudbyder en portalservice kørende i drift på portalen.

Scenariet tager udgangspunkt i, at serviceudbyderen har truffet beslutning om at udstille en ny version af portalservicen på portalen, der erstatter den eksisterende version. Integrationsmodellen forholder sig ikke til beslutningsprocessen, men fokuserer på den del af udviklingsprocessen, som vedrører integration af den nye version af portalservicen på portalen.

Dette scenarium dækker ikke den situation, hvor der tale om et tidsmæssigt sammenfald mellem at udstille en ny portalservice og fjerne en anden portalservice fra portalen. I dette tilfælde bør serviceudbyder gennemføre de to relevante processer koordineret.

Hvis der er tale om flere myndigheder, som i fællesskab udstiller portalservicen, betragtes de som én serviceudbyder. Deres indbyrdes fordeling af ansvar og opgaver og deres øvrige mellemværender er uden for integrationsmodellens emneområde.

Serviceudbyder skal fjerne portalservice fra portalen

I dette scenarium har serviceudbyder en portalservice kørende i drift på portalen.

Scenariet tager udgangspunkt i, at serviceudbyderen har truffet beslutning om at fjerne portalservicen fra portalen. Integrationsmodellen forholder sig ikke til beslutningsprocessen, men fokuserer på den del af udviklingsprocessen, som vedrører det at fjerne portalservicen fra portalen.

Hvis der er tale om flere myndigheder, som i fællesskab udstiller portalservicen, betragtes de som én serviceudbyder. Deres indbyrdes fordeling af ansvar og opgaver og deres øvrige mellemværender er uden for integrationsmodellens emneområde.

Generelle principper for integrationsmodellen

Nedenstående otte principper udgør sideordnede pejlemærker, som integrationsmodellens retningslinier skal tilgodese inden for de overordnede rammer, som integrationsmodellen udfylder. Principperne er indgået i udarbejdelsen af de retningslinier, som udgør de operationelle krav og anbefalinger til integration af portalservices i de to portaler.

1.Én integrationsmodel for de to portaler

Beskrivelse	Integrationsmodellen skal anvise fælles retningslinier for integration af portalservices på de to portaler.
Rationale	Det er en målsætning for de to portalprojekter, at myndighederne skal spare tid og penge i forbindelse med det arbejde, som de skal udføre ved udstilling af portalservices. Integrationsmodellen kan ved at anvise fælles retningslinier for de to portaler understøtte denne målsætning. En fælles integrationsmodel kan understøtte de væsentlige udviklingstiltag, der foregår omkring de to portaler.
Konsekvenser	Serviceudbydere, der skal udstille portalservices på begge portaler, vil kun skulle sætte sig ind i én model.

2.Brug af åbne standarder

Beskrivelse	Integrationsmodellen skal så vidt muligt pege på åbne standarder. Brug af leverandørspecifikke løsninger skal kun undtagelsesvist anvendes.
Rationale	Det må forventes, at der til stadighed vil være softwareprodukter fra forskellige leverandører i brug hos portalejere og serviceudbydere, ligesom der løbende kan ske udskiftning af disse. Øget brug af åbne standarder i den offentlige sektor er medvirkende til at fremme interoperabilitet og uafhængighed af specifikke softwareprodukter, og kravet er bl.a. udtrykt i folketingsbeslutningen B103.
Konsekvenser	Det kan forekomme, at ønsket funktionalitet begrænses eller forsinkes afhængig af standardernes udvikling og leverandørernes implementering af disse. Eventuelle afvigelser eller udvidelser i forhold til standarder skal fremgå tydeligt, hvor det er relevant, eller alternativt foretages sådanne udvidelser i konkrete situationer, uden for rammerne af integrationsmodellen.

3.Ansvaret for udvikling og drift af portalservices ligger hos myndighederne

Beskrivelse	Ansvaret for udvikling af de portalservices, der udstilles på de to portaler, ligger hos de myndigheder, som har ansvaret for forretningsprocesserne på det pågældende område. Eventuel samordning af forretningsprocesser, herunder sags- og processtyring, på tværs af myndigheder, skal ske i samarbejde mellem de relevante myndigheder.
Rationale	Ansvaret for udvikling af de portalservices, som udstilles på de to portaler, ligger både i dag og fremover hos de enkelte myndigheder, jf. det overordnede princip om, at de enkelte myndigheder har ansvaret for egen digitalisering.
Konsekvenser	Myndighederne forestår selv kravspecifikation og udvikling af portalservices. Dette inkluderer integration i portalerne, hvortil integrationsmodellen er et redskab. På tilsvarende måde ligger ansvaret hos myndighederne i de tilfælde, hvor to eller flere myndigheder i fællesskab, udstiller en portalservice. Integrationsmodellen gælder også for eventuelle fælles­komponenter, som udstilles i portalen, mens ansvaret for udviklingen af fælleskomponenter ligger hos en eller flere myndigheder.

4.Portalservices udvikles uafhængigt af portalprodukter

Beskrivelse	Integrationsmodellen skal understøtte, at portalservices kan udvikles hos serviceudbyderne uafhængigt af portalejernes valg af specifikke portalprodukter.
Rationale	Idet det må forventes, at de softwareprodukter, som anvendes hos parterne, vil udvikle sig og eventuelt blive udskiftet, uafhængigt af hinanden, er det hensigtsmæssigt, så vidt muligt at gøre integrationsmodellen uafhængig af specifikke produkter.
Konsekvenser	Portalservices og portaler kan udvikles uafhængigt af hvilke specifikke produkter der anvendes til implementering, bl.a. via integrationsmodellens alternative integrationsformer. Portalservices baseret på .NET kan integreres ved hjælp af link, Iframe eller WSRP, idet JSR168 er Java-baseret. Integrationsmodellen fokuserer på logiske specifikationer frem for fysisk implementering, hvilket medvirker til at gøre integrationsmodellen uafhængig af specifikke produkter.

5.De to portaler er udstillingsvinduer for myndighedernes portalservices

Beskrivelse	De to portaler skal fungere som udstillingsvinduer til myndighedernes portalservices. Forretningslogik, herunder sags/processtyring eksekveres inden for inden for rammerne af de portalservices, som myndighederne udstiller, og ikke i portalen.
Rationale	Portalerne skal være tynde både teknisk (udstillingsvinduer) og organisatorisk, idet ansvaret for udvikling af portalservices fortsat ligger hos myndighederne, også i de tilfælde, hvor to eller flere myndigheder udstiller en portalservice i fællesskab.
Konsekvenser	Der skal ikke afvikles forretnings/proceslogik i portalerne, og procesmæssig integration mellem portalservices implementeres uden for portalerne. Integrationsmodellen skal således ikke forholde sig til processtyring, hverken i relation til myndighedernes udviklingsproces eller den tekniske integration af portalservices i portalerne, men derimod fokusere på integration mellem portalerne og de portalservices, der udstilles der.

6.Krav og anbefalinger til visuel integration og navigation

Beskrivelse	Integrationsmodellen fremmer fælles look and feel på tværs af de to portaler og de portalservices, som udstilles der, gennem krav og anbefalinger til de integrationsmekanismer, der anvendes til den visuelle integration af portalservices.
Rationale	Visuel integration, dvs. ensartet visuelt design og navigation på tværs af portalservices, medvirker til at gøre portalerne mere brugervenlige set fra et slutbruger-synspunkt. Integrationsmodellen kan fremme dette ved at stille visse fælles minimumskrav, der ligeledes kan medvirke til at hæve det fælles niveau for de portalservices, som udstilles. Dette kan eksempelvis imødekomme behov for at synliggøre ansvarsfordeling mellem portalejere og serviceudbydere.
Konsekvenser	Graden af fælles look and feel bliver ikke fastlagt af integrationsmodellen, men af hvor ens designmanualerne for de to portaler er, og i hvor høj grad de fastlægger retningslinier for de portalservices, der udstilles.

7.Bruger/rettighedsstyring baseres på fællesoffentligt koncept

Beskrivelse	Integrationsmodellen skal indrettes efter det fællesoffentlige koncept for bruger- og rettighedsstyring herunder single sign-on.
Rationale	Det fællesoffentlige koncept er en central del i en række store offentlige projekter, og er en del af forudsætningerne for den nye borgerportal. Dertil kommer, at ved at basere integrationsmodellen herpå, styrkes myndighedernes muligheder for at høste gevinsterne ved det fælles arbejde ved ikke at skulle udvikle samme funktionalitet flere gange.
Konsekvenser	Portalservices, der skal integreres på de to portaler, skal kun forholde sig til og anvende et og samme koncept for bruger/rettighedsstyring. Integrationsmodellen er afhængig af udviklingen af det fællesoffentlige koncept, både indholds- og tidsmæssigt.

8.Organisatoriske og tekniske trends indarbejdes løbende

Beskrivelse	Integrationsmodellen skal ajourføres med passende mellemrum efter version 1.0, således at de muligheder, som den tekniske udvikling giver, vil blive indarbejdet, lige som eventuelle konsekvenser af organisatoriske forandringer omkring de to portaler, indarbejdes i det omfang, det ikke kan undgås.
Rationale	Udviklingen af standarder og produkter inden for serviceorienteret arkitektur og portalteknologi fortsætter også fremover. På tilsvarende måde kan det forventes myndighederne i den offentlige sektors opgaver og fordeling heraf vil udvikle sig. Det er derfor naturligt og nødvendigt, at integrationsmodellen også udvikler sig efter den første version.
Konsekvenser	Der skal i integrationsmodellen fokuseres på logiske specifikationer (fx interfaces) frem for at lægge den tekniske implementering fast (konkrete produkter og tekniske løsninger der anvendes på portalsiden) således at implementeringen kan ændre sig uafhængig af og uden at påvirke de portalservices, der integreres i portalerne.

Valg af integrationsform

I version 1.0 af integrationsmodellen vil der være en diskussion af valg af integrationsform med relevante spørgsmål, som serviceudbyderen skal overveje ved sin beslutning.


CategoryOIM