Most recent edit on 2007-12-27 03:19:54 by WebMaster
Additions:
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op på resultater og erfaringer fra det tekniske ”Proof of Concept” (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget på i rapporten ”Arkitekturen på en borgerportal” udarbejdet for MVTU. Se evt. mere herom under fremgangsmåde.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller ”gode råd” fra PoC projektet – herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske ”Proof of Concept” (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en såkaldt ”smal” portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en ”Min Side”. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en åben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege på én bestemt måde at integrere til portaler på, men omfatte en række ”tilladte integrationsformer”. Der er ud fra Gartner-rapporten ”Arkitekturen på en borgerportal” udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret på relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb på disse portaler, som ellers risikerer at læne sig op af ”forkert teknologi” eller anvender den rette teknologi på en forkert måde. PoC’en har derfor fokuseret på de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko områder.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg – afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formål at gennemføre en praktisk afprøvning af disse og ikke at ”udfordre” listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices – eksempelvis inter-portlet kommunikation i JSR eller forsøg på tilsvarende. Der er ikke gjort forsøg på at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de områder, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sådant klart billede – og dermed heller ikke umiddelbart ”noget som kan afprøves” i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Der er gennemført et PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de såkaldte ”særtog” - og deres leverandører. For flere af disse samarbejdes der – af praktiske årsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten ”Arkitekturen på en borgerportal” og dens anbefalinger lægges til grund for et PoC forløb, der således tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er således ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Én serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoC’en. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke ”går en anden vej” end det man siden ville kunne bygge på Skats kommende løsning (Skat kandiderer til at få drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Deletions:
olozelbo
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op pÃ¥ resultater og erfaringer fra det tekniske âProof of Conceptâ (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget pÃ¥ i rapporten âArkitekturen pÃ¥ en borgerportalâ udarbejdet for MVTU. Se evt. mere herom under fremgangsmÃ¥de.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller âgode rÃ¥dâ fra PoC projektet â herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske âProof of Conceptâ (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en sÃ¥kaldt âsmalâ portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en âMin Sideâ. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en Ã¥ben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege pÃ¥ én bestemt mÃ¥de at integrere til portaler pÃ¥, men omfatte en række âtilladte integrationsformerâ. Der er ud fra Gartner-rapporten âArkitekturen pÃ¥ en borgerportalâ udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret pÃ¥ relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb pÃ¥ disse portaler, som ellers risikerer at læne sig op af âforkert teknologiâ eller anvender den rette teknologi pÃ¥ en forkert mÃ¥de. PoCâen har derfor fokuseret pÃ¥ de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko omrÃ¥der.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg â afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formÃ¥l at gennemføre en praktisk afprøvning af disse og ikke at âudfordreâ listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices â eksempelvis inter-portlet kommunikation i JSR eller forsøg pÃ¥ tilsvarende. Der er ikke gjort forsøg pÃ¥ at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de omrÃ¥der, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sÃ¥dant klart billede â og dermed heller ikke umiddelbart ânoget som kan afprøvesâ i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Der er gennemført et PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de sÃ¥kaldte âsærtogâ - og deres leverandører. For flere af disse samarbejdes der â af praktiske Ã¥rsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten âArkitekturen pÃ¥ en borgerportalâ og dens anbefalinger lægges til grund for et PoC forløb, der sÃ¥ledes tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er sÃ¥ledes ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Ãn serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoCâen. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke âgÃ¥r en anden vejâ end det man siden ville kunne bygge pÃ¥ Skats kommende løsning (Skat kandiderer til at fÃ¥ drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Edited on 2007-12-26 15:09:15 by 195.229.242.57 [monnocoal]
Additions:
olozelbo
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op pÃ¥ resultater og erfaringer fra det tekniske âProof of Conceptâ (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget pÃ¥ i rapporten âArkitekturen pÃ¥ en borgerportalâ udarbejdet for MVTU. Se evt. mere herom under fremgangsmÃ¥de.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller âgode rÃ¥dâ fra PoC projektet â herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske âProof of Conceptâ (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en sÃ¥kaldt âsmalâ portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en âMin Sideâ. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en Ã¥ben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege pÃ¥ én bestemt mÃ¥de at integrere til portaler pÃ¥, men omfatte en række âtilladte integrationsformerâ. Der er ud fra Gartner-rapporten âArkitekturen pÃ¥ en borgerportalâ udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret pÃ¥ relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb pÃ¥ disse portaler, som ellers risikerer at læne sig op af âforkert teknologiâ eller anvender den rette teknologi pÃ¥ en forkert mÃ¥de. PoCâen har derfor fokuseret pÃ¥ de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko omrÃ¥der.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg â afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formÃ¥l at gennemføre en praktisk afprøvning af disse og ikke at âudfordreâ listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices â eksempelvis inter-portlet kommunikation i JSR eller forsøg pÃ¥ tilsvarende. Der er ikke gjort forsøg pÃ¥ at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de omrÃ¥der, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sÃ¥dant klart billede â og dermed heller ikke umiddelbart ânoget som kan afprøvesâ i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Der er gennemført et PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de sÃ¥kaldte âsærtogâ - og deres leverandører. For flere af disse samarbejdes der â af praktiske Ã¥rsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten âArkitekturen pÃ¥ en borgerportalâ og dens anbefalinger lægges til grund for et PoC forløb, der sÃ¥ledes tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er sÃ¥ledes ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Ãn serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoCâen. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke âgÃ¥r en anden vejâ end det man siden ville kunne bygge pÃ¥ Skats kommende løsning (Skat kandiderer til at fÃ¥ drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Deletions:
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op på resultater og erfaringer fra det tekniske ”Proof of Concept” (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget på i rapporten ”Arkitekturen på en borgerportal” udarbejdet for MVTU. Se evt. mere herom under fremgangsmåde.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller ”gode råd” fra PoC projektet – herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske ”Proof of Concept” (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en såkaldt ”smal” portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en ”Min Side”. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en åben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege på én bestemt måde at integrere til portaler på, men omfatte en række ”tilladte integrationsformer”. Der er ud fra Gartner-rapporten ”Arkitekturen på en borgerportal” udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret på relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb på disse portaler, som ellers risikerer at læne sig op af ”forkert teknologi” eller anvender den rette teknologi på en forkert måde. PoC’en har derfor fokuseret på de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko områder.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg – afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formål at gennemføre en praktisk afprøvning af disse og ikke at ”udfordre” listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices – eksempelvis inter-portlet kommunikation i JSR eller forsøg på tilsvarende. Der er ikke gjort forsøg på at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de områder, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sådant klart billede – og dermed heller ikke umiddelbart ”noget som kan afprøves” i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Der er gennemført et PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de såkaldte ”særtog” - og deres leverandører. For flere af disse samarbejdes der – af praktiske årsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten ”Arkitekturen på en borgerportal” og dens anbefalinger lægges til grund for et PoC forløb, der således tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er således ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Én serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoC’en. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke ”går en anden vej” end det man siden ville kunne bygge på Skats kommende løsning (Skat kandiderer til at få drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Edited on 2007-11-13 06:29:31 by WebMaster
Additions:
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op på resultater og erfaringer fra det tekniske ”Proof of Concept” (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget på i rapporten ”Arkitekturen på en borgerportal” udarbejdet for MVTU. Se evt. mere herom under fremgangsmåde.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller ”gode råd” fra PoC projektet – herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske ”Proof of Concept” (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en såkaldt ”smal” portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en ”Min Side”. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en åben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege på én bestemt måde at integrere til portaler på, men omfatte en række ”tilladte integrationsformer”. Der er ud fra Gartner-rapporten ”Arkitekturen på en borgerportal” udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret på relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb på disse portaler, som ellers risikerer at læne sig op af ”forkert teknologi” eller anvender den rette teknologi på en forkert måde. PoC’en har derfor fokuseret på de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko områder.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg – afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formål at gennemføre en praktisk afprøvning af disse og ikke at ”udfordre” listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices – eksempelvis inter-portlet kommunikation i JSR eller forsøg på tilsvarende. Der er ikke gjort forsøg på at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de områder, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sådant klart billede – og dermed heller ikke umiddelbart ”noget som kan afprøves” i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Der er gennemført et PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de såkaldte ”særtog” - og deres leverandører. For flere af disse samarbejdes der – af praktiske årsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten ”Arkitekturen på en borgerportal” og dens anbefalinger lægges til grund for et PoC forløb, der således tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er således ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Én serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoC’en. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke ”går en anden vej” end det man siden ville kunne bygge på Skats kommende løsning (Skat kandiderer til at få drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Deletions:
cracolo
chizel
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
ProjektmÃÂ¥l
Afgrænsninger
ProjektfremgangsmÃÂ¥de
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op pÃÂ¥ resultater og erfaringer fra det tekniske âÂÂProof of Conceptâ (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget pÃÂ¥ i rapporten âÂÂArkitekturen pÃÂ¥ en borgerportalâ udarbejdet for MVTU. Se evt. mere herom under fremgangsmÃÂ¥de.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmÃÂ¥l, afgrænsninger og fremgangsmÃÂ¥de. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt pÃÂ¥ generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret pÃÂ¥ følgende vis:
Konkrete forslag eller âÂÂgode rÃÂ¥dâ fra PoC projektet â herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler pÃÂ¥ en problemstilling.
Ofte vil disse henlede opmærksomhed pÃÂ¥ en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske âÂÂProof of Conceptâ (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en sÃÂ¥kaldt âÂÂsmalâ portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en âÂÂMin SideâÂÂ. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en ÃÂ¥ben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege pÃÂ¥ én bestemt mÃÂ¥de at integrere til portaler pÃÂ¥, men omfatte en række âÂÂtilladte integrationsformerâÂÂ. Der er ud fra Gartner-rapporten âÂÂArkitekturen pÃÂ¥ en borgerportalâ udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret pÃÂ¥ relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
ProjektmÃÂ¥l
Projektet har haft til formÃÂ¥l at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgÃÂ¥ i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold pÃÂ¥ Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb pÃÂ¥ disse portaler, som ellers risikerer at læne sig op af âÂÂforkert teknologiâ eller anvender den rette teknologi pÃÂ¥ en forkert mÃÂ¥de. PoCâÂÂen har derfor fokuseret pÃÂ¥ de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko omrÃÂ¥der.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formÃÂ¥l at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold pÃÂ¥ de to portaler pÃÂ¥ en fleksibel, standardiseret og økonomisk ansvarlig mÃÂ¥de. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for sÃÂ¥vel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger pÃÂ¥ tværs af den offentlige sektor igennem ÃÂ¥bne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg â afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formÃÂ¥l at gennemføre en praktisk afprøvning af disse og ikke at âÂÂudfordreâ listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus pÃÂ¥ de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping pÃÂ¥ Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgÃÂ¥ i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnÃÂ¥ SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices â eksempelvis inter-portlet kommunikation i JSR eller forsøg pÃÂ¥ tilsvarende. Der er ikke gjort forsøg pÃÂ¥ at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de omrÃÂ¥der, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sÃÂ¥dant klart billede â og dermed heller ikke umiddelbart âÂÂnoget som kan afprøvesâ i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
ProjektfremgangsmÃÂ¥de
Der er gennemført et PoC, hvor sÃÂ¥vel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgÃÂ¥r sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de sÃÂ¥kaldte âÂÂsærtogâ - og deres leverandører. For flere af disse samarbejdes der â af praktiske ÃÂ¥rsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten âÂÂArkitekturen pÃÂ¥ en borgerportalâ og dens anbefalinger lægges til grund for et PoC forløb, der sÃÂ¥ledes tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er sÃÂ¥ledes ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: ÃÂn serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoCâÂÂen. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke âÂÂgÃÂ¥r en anden vejâ end det man siden ville kunne bygge pÃÂ¥ Skats kommende løsning (Skat kandiderer til at fÃÂ¥ drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført pÃÂ¥ et adskilt miljø til netop dette formÃÂ¥l, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag pÃÂ¥ portalsiden og den teknologi de enkelte myndigheder og leverandører bygger pÃÂ¥ i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Edited on 2007-11-12 21:41:54 by TroclIlino
Additions:
cracolo
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
ProjektmÃÂ¥l
Afgrænsninger
ProjektfremgangsmÃÂ¥de
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op pÃÂ¥ resultater og erfaringer fra det tekniske âÂÂProof of Conceptâ (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget pÃÂ¥ i rapporten âÂÂArkitekturen pÃÂ¥ en borgerportalâ udarbejdet for MVTU. Se evt. mere herom under fremgangsmÃÂ¥de.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmÃÂ¥l, afgrænsninger og fremgangsmÃÂ¥de. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt pÃÂ¥ generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret pÃÂ¥ følgende vis:
Konkrete forslag eller âÂÂgode rÃÂ¥dâ fra PoC projektet â herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler pÃÂ¥ en problemstilling.
Ofte vil disse henlede opmærksomhed pÃÂ¥ en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske âÂÂProof of Conceptâ (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en sÃÂ¥kaldt âÂÂsmalâ portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en âÂÂMin SideâÂÂ. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en ÃÂ¥ben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege pÃÂ¥ én bestemt mÃÂ¥de at integrere til portaler pÃÂ¥, men omfatte en række âÂÂtilladte integrationsformerâÂÂ. Der er ud fra Gartner-rapporten âÂÂArkitekturen pÃÂ¥ en borgerportalâ udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret pÃÂ¥ relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
ProjektmÃÂ¥l
Projektet har haft til formÃÂ¥l at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgÃÂ¥ i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold pÃÂ¥ Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb pÃÂ¥ disse portaler, som ellers risikerer at læne sig op af âÂÂforkert teknologiâ eller anvender den rette teknologi pÃÂ¥ en forkert mÃÂ¥de. PoCâÂÂen har derfor fokuseret pÃÂ¥ de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko omrÃÂ¥der.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formÃÂ¥l at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold pÃÂ¥ de to portaler pÃÂ¥ en fleksibel, standardiseret og økonomisk ansvarlig mÃÂ¥de. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for sÃÂ¥vel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger pÃÂ¥ tværs af den offentlige sektor igennem ÃÂ¥bne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg â afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formÃÂ¥l at gennemføre en praktisk afprøvning af disse og ikke at âÂÂudfordreâ listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus pÃÂ¥ de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping pÃÂ¥ Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgÃÂ¥ i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnÃÂ¥ SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices â eksempelvis inter-portlet kommunikation i JSR eller forsøg pÃÂ¥ tilsvarende. Der er ikke gjort forsøg pÃÂ¥ at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de omrÃÂ¥der, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sÃÂ¥dant klart billede â og dermed heller ikke umiddelbart âÂÂnoget som kan afprøvesâ i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
ProjektfremgangsmÃÂ¥de
Der er gennemført et PoC, hvor sÃÂ¥vel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgÃÂ¥r sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de sÃÂ¥kaldte âÂÂsærtogâ - og deres leverandører. For flere af disse samarbejdes der â af praktiske ÃÂ¥rsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten âÂÂArkitekturen pÃÂ¥ en borgerportalâ og dens anbefalinger lægges til grund for et PoC forløb, der sÃÂ¥ledes tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er sÃÂ¥ledes ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: ÃÂn serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoCâÂÂen. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke âÂÂgÃÂ¥r en anden vejâ end det man siden ville kunne bygge pÃÂ¥ Skats kommende løsning (Skat kandiderer til at fÃÂ¥ drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført pÃÂ¥ et adskilt miljø til netop dette formÃÂ¥l, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag pÃÂ¥ portalsiden og den teknologi de enkelte myndigheder og leverandører bygger pÃÂ¥ i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Deletions:
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op pÃ¥ resultater og erfaringer fra det tekniske âProof of Conceptâ (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget pÃ¥ i rapporten âArkitekturen pÃ¥ en borgerportalâ udarbejdet for MVTU. Se evt. mere herom under fremgangsmÃ¥de.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller âgode rÃ¥dâ fra PoC projektet â herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske âProof of Conceptâ (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en sÃ¥kaldt âsmalâ portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en âMin Sideâ. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en Ã¥ben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege pÃ¥ én bestemt mÃ¥de at integrere til portaler pÃ¥, men omfatte en række âtilladte integrationsformerâ. Der er ud fra Gartner-rapporten âArkitekturen pÃ¥ en borgerportalâ udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret pÃ¥ relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb pÃ¥ disse portaler, som ellers risikerer at læne sig op af âforkert teknologiâ eller anvender den rette teknologi pÃ¥ en forkert mÃ¥de. PoCâen har derfor fokuseret pÃ¥ de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko omrÃ¥der.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg â afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formÃ¥l at gennemføre en praktisk afprøvning af disse og ikke at âudfordreâ listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices â eksempelvis inter-portlet kommunikation i JSR eller forsøg pÃ¥ tilsvarende. Der er ikke gjort forsøg pÃ¥ at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de omrÃ¥der, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sÃ¥dant klart billede â og dermed heller ikke umiddelbart ânoget som kan afprøvesâ i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Der er gennemført et PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de sÃ¥kaldte âsærtogâ - og deres leverandører. For flere af disse samarbejdes der â af praktiske Ã¥rsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten âArkitekturen pÃ¥ en borgerportalâ og dens anbefalinger lægges til grund for et PoC forløb, der sÃ¥ledes tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er sÃ¥ledes ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Ãn serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoCâen. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke âgÃ¥r en anden vejâ end det man siden ville kunne bygge pÃ¥ Skats kommende løsning (Skat kandiderer til at fÃ¥ drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Edited on 2007-11-12 15:50:40 by CodarPasro
Additions:
chizel
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op pÃ¥ resultater og erfaringer fra det tekniske âProof of Conceptâ (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget pÃ¥ i rapporten âArkitekturen pÃ¥ en borgerportalâ udarbejdet for MVTU. Se evt. mere herom under fremgangsmÃ¥de.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller âgode rÃ¥dâ fra PoC projektet â herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske âProof of Conceptâ (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en sÃ¥kaldt âsmalâ portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en âMin Sideâ. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en Ã¥ben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege pÃ¥ én bestemt mÃ¥de at integrere til portaler pÃ¥, men omfatte en række âtilladte integrationsformerâ. Der er ud fra Gartner-rapporten âArkitekturen pÃ¥ en borgerportalâ udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret pÃ¥ relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb pÃ¥ disse portaler, som ellers risikerer at læne sig op af âforkert teknologiâ eller anvender den rette teknologi pÃ¥ en forkert mÃ¥de. PoCâen har derfor fokuseret pÃ¥ de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko omrÃ¥der.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg â afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formÃ¥l at gennemføre en praktisk afprøvning af disse og ikke at âudfordreâ listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices â eksempelvis inter-portlet kommunikation i JSR eller forsøg pÃ¥ tilsvarende. Der er ikke gjort forsøg pÃ¥ at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de omrÃ¥der, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sÃ¥dant klart billede â og dermed heller ikke umiddelbart ânoget som kan afprøvesâ i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Der er gennemført et PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de sÃ¥kaldte âsærtogâ - og deres leverandører. For flere af disse samarbejdes der â af praktiske Ã¥rsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten âArkitekturen pÃ¥ en borgerportalâ og dens anbefalinger lægges til grund for et PoC forløb, der sÃ¥ledes tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er sÃ¥ledes ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Ãn serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoCâen. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke âgÃ¥r en anden vejâ end det man siden ville kunne bygge pÃ¥ Skats kommende løsning (Skat kandiderer til at fÃ¥ drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Deletions:
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
4 Afprøvning og erfaringer
Denne rapport samler op på resultater og erfaringer fra det tekniske ”Proof of Concept” (herefter PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget på i rapporten ”Arkitekturen på en borgerportal” udarbejdet for MVTU. Se evt. mere herom under fremgangsmåde.
Afsnit 2 beskriver i det følgende baggrund for PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller ”gode råd” fra PoC projektet – herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Det tekniske ”Proof of Concept” (herefter PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en såkaldt ”smal” portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en ”Min Side”. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en åben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege på én bestemt måde at integrere til portaler på, men omfatte en række ”tilladte integrationsformer”. Der er ud fra Gartner-rapporten ”Arkitekturen på en borgerportal” udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret på relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb på disse portaler, som ellers risikerer at læne sig op af ”forkert teknologi” eller anvender den rette teknologi på en forkert måde. PoC’en har derfor fokuseret på de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko områder.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg – afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formål at gennemføre en praktisk afprøvning af disse og ikke at ”udfordre” listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices – eksempelvis inter-portlet kommunikation i JSR eller forsøg på tilsvarende. Der er ikke gjort forsøg på at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de områder, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sådant klart billede – og dermed heller ikke umiddelbart ”noget som kan afprøves” i PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Der er gennemført et PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de såkaldte ”særtog” - og deres leverandører. For flere af disse samarbejdes der – af praktiske årsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Rapporten ”Arkitekturen på en borgerportal” og dens anbefalinger lægges til grund for et PoC forløb, der således tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er således ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Én serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af PoC’en. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke ”går en anden vej” end det man siden ville kunne bygge på Skats kommende løsning (Skat kandiderer til at få drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
Edited on 2007-06-06 05:09:23 by WebMaster
Additions:
Indhold
Deletions:
Edited on 2007-06-06 05:08:56 by WebMaster
Additions:
1 Forord og summary
Deletions:
1 Summary
Edited on 2007-06-03 16:19:05 by WebMaster
No differences.
Edited on 2007-06-03 15:53:00 by WebMaster
Additions:
Deletions:
Edited on 2007-06-03 15:50:07 by WebMaster
Additions:
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Offentlig Erfaringsrapport
Categories
CategoryPoc
Edited on 2007-06-03 13:24:04 by WebMaster
Additions:
- Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formål at gennemføre en praktisk afprøvning af disse og ikke at ”udfordre” listen med yderligere alternative muligheder.
- Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
- Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
- Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
- Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices – eksempelvis inter-portlet kommunikation i JSR eller forsøg på tilsvarende. Der er ikke gjort forsøg på at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Deletions:
Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer. PoC har til formål at gennemføre en praktisk afprøvning af disse og ikke at ”udfordre” listen med yderligere alternative muligheder.
Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i PoC. PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
Performance. Performance forventes ikke at indgå i PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices – eksempelvis inter-portlet kommunikation i JSR eller forsøg på tilsvarende. Der er ikke gjort forsøg på at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Oldest known version of this page was edited on 2007-06-03 13:21:07 by WebMaster []
Page view:
2 Indledning
Denne rapport samler op på resultater og erfaringer fra det tekniske ”Proof of Concept” (herefter
PoC) under den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Grundlæggende er afprøvet de fire integrationsformer (links og iFrame her behandlet under ét) som Gartner har peget på i rapporten ”Arkitekturen på en borgerportal” udarbejdet for MVTU. Se evt. mere herom under fremgangsmåde.
Afsnit 2 beskriver i det følgende baggrund for
PoC projektet, projektmål, afgrænsninger og fremgangsmåde. Afsnit 3 beskriver de cases og integrationsformer, der er anvendt i afprøvningen. Resultater beskrives herefter i afsnit 4 opdelt på generelle erfaringer samt specifikke for de enkelte integrationsformer. Endeligt rundes af med konklusioner i afsnit 5.
Der er gennem rapporten anvendt bokse, der fremhæver observationer eller forslag fra
PoC projektet. Disse er markeret på følgende vis:
Konkrete forslag eller ”gode råd” fra
PoC projektet – herunder ideer fra deltagende myndigheder og leverandører - til forfatterne af Integrationsmodellen.
Væsentlige observationer eller særlige vinkler på en problemstilling.
Ofte vil disse henlede opmærksomhed på en problemstilling, der ellers risikerer at blive overset eller undervurderet hos myndigheder eller leverandører.
Baggrund
Det tekniske ”Proof of Concept” (herefter
PoC) er en del af projektet for den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen.
Borgerportalen og virksomhedsportalen forventes at blive en såkaldt ”smal” portaler, hvor ansvar for udvikling og drift af løsninger uforandret ligger hos myndighederne. De to portaler skal give borgerne adgang til overbliksinformation og selvbetjeningsløsninger samt give adgang til egne data fra alle offentlige myndigheder via en ”Min Side”. Myndighedernes selvbetjeningsløsninger og dataadgange skal integreres i Min Side via en åben og standardiseret Integrationsmodel.
Denne integrationsmodel vil ikke pege på én bestemt måde at integrere til portaler på, men omfatte en række ”tilladte integrationsformer”. Der er ud fra Gartner-rapporten ”Arkitekturen på en borgerportal” udnævnt en række mulige integrationsformer som kandidater. Disse er i et vist omfang baseret på relativ ny og uafprøvet teknologi og er derfor underkastet afprøvning i
PoC projektet.
Projektmål
Projektet har haft til formål at afprøve en række integrationsformer, som er udnævnt som integrationskandidater og forventes at indgå i en samlet Integrationsmodel for, hvordan offentlige myndigheder kan eksponere selvbetjeningsløsninger og andet digitalt indhold på Borgerportalen og Virksomhedsportalen.
Projektet skal begrænse risikoen i et efterfølgende udviklingsforløb på disse portaler, som ellers risikerer at læne sig op af ”forkert teknologi” eller anvender den rette teknologi på en forkert måde.
PoC’en har derfor fokuseret på de mindst velafprøvede teknologier og sikkerhedsmodeller samt de forventede høj-risiko områder.
En samlet Integrationsmodel for Borgerportalen og Virksomhedsportalen har til formål at indsnævre udfaldsrummet for, hvordan myndigheder eksponerer services/indhold på de to portaler på en fleksibel, standardiseret og økonomisk ansvarlig måde. Integrationsmodellen vil sikre en ensartet udvikling af offentlige services/indhold til de to portaler, og dermed reducere udviklings- og integrationsomkostningerne for såvel offentlige myndigheder som de to protaler. Modellen skal endvidere sikre øget genbrug af metoder og løsninger på tværs af den offentlige sektor igennem åbne standarder for integration. Nærværende rapport er et input blandt flere til den kommende integrationsmodel.
Afgrænsninger
PoC projektet er gennemført med en række bevidste fravalg – afgrænsninger. Der er foretaget følgende afgrænsninger i projektet, hvor af de to første var fastlagt allerede ved projektinitiering:
Alternative teknologier. Der kan tænkes flere alternativer end de, der opstilles i Gartners rapport som danner grundlaget for de valgte integrationsformer.
PoC har til formål at gennemføre en praktisk afprøvning af disse og ikke at ”udfordre” listen med yderligere alternative muligheder.
Web-clipping. Gartner nævner Web-clipping som mulig integrationsform, men det afprøves ikke i
PoC.
PoC sætter primært fokus på de mindst afprøvede teknologier og standarder. Web-clipping findes og er i anvendelse og det er ikke prioriteret mht. afprøvning. Der har desuden ikke umiddelbart været politisk ønske om at understøtte Web-clipping på Borger- eller Virksomhedsportalen.
Performance. Performance forventes ikke at indgå i
PoC i form af egentlige belastningstests. Der gennemføres en vurdering af den konkrete integrationsform, i det omfang det er praktisk muligt.
Sikkerheds. Der afprøves SSO sikkerhedsaspekter alene i link og iFrame sammenhæng, da der ikke er en profil, der angiver hvilke standarder vi bør afprøve i sammenhæng med WSRP og JSR for at opnå SSO.
Interaktion mellem myndighedsservices. Der er ikke afprøvet portaldrevet kommunikation mellem myndighedsservices – eksempelvis inter-portlet kommunikation i JSR eller forsøg på tilsvarende. Der er ikke gjort forsøg på at vurdere WSRP 2.0 som integrationsform der kræver interaktion, men det nævntes i rapporten at interaktion forventes mulig.
Afprøvningen af Single Sign-on (SSO) med brug af fælles login-tjeneste blev begrænset til de områder, hvor der tegner sig et klart billede af, hvordan SSO med en fællesoffentlig logintjeneste vil skulle fungere. Indenfor Web Services og dermed Remote Portlets (WSRP) er der ikke et sådant klart billede – og dermed heller ikke umiddelbart ”noget som kan afprøves” i
PoC sammenhæng. Projektet har ikke forsøgt at omfatte egen profilering eller afprøvning af taktiske løsninger, men en diskussion af sidstnævnte har fundet sted.
Projektfremgangsmåde
Deltagere
Der er gennemført et
PoC, hvor såvel portal-siden (omtalt som consumer) som serviceprovider-/myndighedssiden (omtalt (service)provider) indgår sammen med en fælles brugerstyringsmodel.
Projektet har afprøvet forskellige integrationsformer i samarbejde med udvalgte myndigheder - de såkaldte ”særtog” - og deres leverandører. For flere af disse samarbejdes der – af praktiske årsager - i høj grad direkte med den tekniske leverandør bag løsningen.
Integrationsformer
Rapporten ”Arkitekturen på en borgerportal” og dens anbefalinger lægges til grund for et
PoC forløb, der således tager udgangspunkt i de integrationsformer der anbefales heri. Hver service fra en myndighed er implementeret i overensstemmelse med én integrationsform. Samme myndigheds case er således ikke afprøvet under flere forskellige integrationsformer. Følgende deltagere og integrationsformer er afprøvet:
Figur 1: Én serviceprovider = én integrationsform
Brugeridentitet og fælles brugerstyring
Der har ikke været en oplagt kandidat til at levere fællesoffentlig brugerstyring indenfor de tidsmæssige rammer af
PoC’en. Der er derfor etableret et setup, hvor de forventede standarder kan afprøves i sammenhæng med de udvalgte integrationsformer.
ITST har opstillet en Identity Provider til
PoC projektet. ITST repræsenterer det offentliges holdning til, hvilke standarder der bør anvendes og Skat har værdifulde erfaringer fra det igangværende arbejde med implementering af model for brugerstyring - og har i dette projekt været med til at sikre, at vi ikke ”går en anden vej” end det man siden ville kunne bygge på Skats kommende løsning (Skat kandiderer til at få drift af en kommende fællesoffentlig logintjeneste).
PoC miljø til endelig afprøvning
PoC er gennemført på et adskilt miljø til netop dette formål, for ikke at komme i konflikt med andre igangværende udviklings- og/eller testforløb samt for at kunne afprøve en brugerstyringsmodel, der afviger fra hvad der i øvrigt er i spil hos de involverede parter.
Der er dog grundlæggende anvendte samme teknologi som Borger.dk anvender i dag på portalsiden og den teknologi de enkelte myndigheder og leverandører bygger på i dag for at kunne drage anvendelige erfaringer ud af afprøvningen. Opdateringer af software er sket i det omfang, det har været nødvendigt og er medtaget som erfaringer i denne rapport.
