Most recent edit on 2007-11-14 13:10:42 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
Færdselsstyrelsen: Vognmandstilladelse
Rødovre Kommune: e-posthus.dk
4 Afprøvning og erfaringer
Remote Portlet – WSRP
Deletions:
tatachirolc
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
Færdselsstyrelsen: Vognmandstilladelse
Rødovre Kommune: e-posthus.dk
4 Afprøvning og erfaringer
Remote Portlet â WSRP
Edited on 2007-11-14 10:15:22 by LabasLaald
Additions:
tatachirolc
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
Færdselsstyrelsen: Vognmandstilladelse
Rødovre Kommune: e-posthus.dk
4 Afprøvning og erfaringer
Remote Portlet â WSRP
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
Færdselsstyrelsen: Vognmandstilladelse
Rødovre Kommune: e-posthus.dk
4 Afprøvning og erfaringer
Remote Portlet – WSRP
Edited on 2007-06-06 05:07:17 by WebMaster
Additions:
1 Forord og summary
Deletions:
1 Summary
Edited on 2007-06-05 18:48:43 by WebMaster
Additions:
Hent den officielle version/rapport (PDF)
Deletions:
Forord
Det tekniske Proof of Concept i regi af den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen har kun kunnet gennemføres med deltagelse af en række myndigheder og leverandører. Derfor stor tak for indsatsen og værdifulde input til:
- Færdselsstyrelsen
- IT- og Telestyrelsen
- Rødovre Kommune
- Sundhed.dk
- IBM
- KMD
- NNIT
I øvrigt tak til de mange myndigheder og interessenter, der har taget sig tid til at gennemlæse udkast til rapport og har afgivet høringssvar. Alle input er efter bedste evne vurderet og i mange tilfælde indarbejdet i rapporten.
God læsning!
Med venlig hilsen
Kristian Hjort-Madsen
Forretnings- og it-arkitekt, Den Digitale Taskforce
Edited on 2007-06-03 16:25:48 by WebMaster
Additions:
5 Konklusion
Edited on 2007-06-03 16:02:54 by WebMaster
No differences.
Edited on 2007-06-03 15:45:56 by WebMaster
Additions:
2 Indledning
Deletions:
2 Indledning
5 Konklusion
Edited on 2007-06-03 13:07:18 by WebMaster
Additions:
1 Summary
2 Indledning
Baggrund
Projektmål
Afgrænsninger
Projektfremgangsmåde
3 Opsætning, deltagere og cases i PoC
Borger.dk portalsiden: Oracle portal
Sundhed.dk: BMI selv-service
Færdselsstyrelsen: Vognmandstilladelse
KMD: Mit budget
IBM: CVR service
Rødovre Kommune: e-posthus.dk
4 Afprøvning og erfaringer
Generelle erfaringer og anbefalinger
Link eller iFrame m/Single Sing-on (SSO)
Remote Portlet – WSRP
Composite Application - JSR168 portlets
5 Konklusion
Deletions:
Edited on 2007-06-03 12:49:27 by WebMaster
Additions:
Forord
Deletions:
Forord
1 Summary
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 frame her behandlet under ét) som Gartner har peget på i rapporten ”Arkitekturen på en borgerportal” udarbejdet for MVTU.
Alle integrationsformer op mod portalen har virket under afprøvning. Så grundlæggende kan alle integrationsformer anvendes fra 2008 med de nuværende standarder og produktunderstøttelser. Der er dog fordele og ulemper ved alle integrationsformerne. Nærmere omkring resultater og erfaringer er beskrevet i afsnit 4.
Links er klart den mest simple integrationsform, men tilbyder ikke megen ”integration” og brugen af SAML er ganske nyt for de fleste leverandører og ikke mindst danske implementeringspartnere. Der er således meget få erfaringer med at arbejde med SAML og Single Sign-on løsninger baseret på fælles logintjenester. Der er desuden en tidsmæssig udfordring, idet der for nuværende endnu ikke er etableret en fælles logintjeneste. Erfaringer i PoC er alene baseret på en logintjeneste opsat til afprøvningsformål.
Portlets (JSR168) er en velafprøvet standard, men så snart man bevæger sig på tværs af platforme og myndighedsinstallationer kan billedet kompliceres. Microsoft og .NET er i den sammenhæng helt ude, da det er en javastandard. JSR portlets er samtidigt den integrationsform, der er den mindst ønskværdige i forhold til ”glaspladeprincippet” og en klar opdeling mellem myndigheds- og portalejers ansvar.
Remote Portlets (WSRP) er en relativ uafprøvet standard og der forventes indenfor overskuelig tid en ny version. Der er ved brug af WSRP behov for taktiske sikkerhedsløsninger (som dog ligner hvad der findes i dag i kørende portalløsninger).
Nedenfor opsummeres nogle retningslinier for i hvilke sammenhænge integrationsformerne forekommer mere eller mindre oplagte.
Genbrug af eksisterende løsninger
Links og iFrame er nærliggende til at videreføre eksisterende web løsninger. Bemærk dog at brugen af SSO teknologi ikke er helt triviel.
Har man en java platform vil JSR168 og WSRP portlets oftest også være en oplagt mulighed. Har man derimod udviklet på Microsoft kan JSR udelukkes mens såvel link, iFrame som WSRP fortsat er kandidater. WSRP vil dog her være lidt mindre triviel, da Microsoft ikke umiddelbart understøtter WSRP som producer, hvorfor der skal anvendes 3. parts komponenter.
Tæt visuel integration?
Hvis der ønskes en tæt visual integration mellem myndighed og portal og evt. med services fra forskellige myndigheder bør der anvendes iFrames eller Remote Portlets. JSR168 portlets har samme mulighed for tæt visual integration, jf. dog de allerede nævnte forbehold omkring glaspladeprincippet.
Er der modsat ønske om at afsender fortsat har egen identitet og brugeren får et tydeligt indtryk af at bevæge sig mellem forskellige hjemmesider er Link m/SSO oplagt.
Interaktion mellem myndighedsservices
Er det behov for at forskellige services på portalen taler sammen, er det afgørende om man kan vente på WSRP 2.0 som forventes at understøtte dette.
Såfremt man har behov for interaktion mellem services fra forskellige myndigheder her og nu er der kun JSR168 portlets (eller i PoC-sammenhæng uafprøvede work arounds udenfor standarderne).
Myndigheder kan dog – uafhængigt af portal integration – altid opbygge serviceorienterede løsninger, hvor myndighederne selv implementerer en integration og herefter integrerer slutresultatet op mod en af portalerne. Det er hvad case’en med Færdselsstyrelsen viser.
Sikkerhed
Såfremt sikkerhed er et væsentligt emne for en integration, skal man afklare om en taktisk løsning – uden brug af SAML tokens som viderefører det fælles login - er tilstrækkelig. Ellers skal man basere løsningen på Link eller iFrame med SSO indtil videre. Det forventes at ændre sig inden for kort tid hvor man må vente at en SAML profilering til andre services er klar.
Bemærk at afsnit 4 indeholder en opsummering af fordele og ulemper for hver integrationsform (i slutningen af hvert underafsnit).
Der er desuden gennem rapporten fremhævet en række konkrete opmærksomhedspunkter og anbefalinger, som er visuelt fremhævet i en grå boks. Disse kan læses uden at nærlæse den omkringliggende tekst.
Edited on 2007-06-03 12:15:35 by WebMaster
Additions:
1 Summary
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 frame her behandlet under ét) som Gartner har peget på i rapporten ”Arkitekturen på en borgerportal” udarbejdet for MVTU.
Alle integrationsformer op mod portalen har virket under afprøvning. Så grundlæggende kan alle integrationsformer anvendes fra 2008 med de nuværende standarder og produktunderstøttelser. Der er dog fordele og ulemper ved alle integrationsformerne. Nærmere omkring resultater og erfaringer er beskrevet i afsnit 4.
Links er klart den mest simple integrationsform, men tilbyder ikke megen ”integration” og brugen af SAML er ganske nyt for de fleste leverandører og ikke mindst danske implementeringspartnere. Der er således meget få erfaringer med at arbejde med SAML og Single Sign-on løsninger baseret på fælles logintjenester. Der er desuden en tidsmæssig udfordring, idet der for nuværende endnu ikke er etableret en fælles logintjeneste. Erfaringer i PoC er alene baseret på en logintjeneste opsat til afprøvningsformål.
Portlets (JSR168) er en velafprøvet standard, men så snart man bevæger sig på tværs af platforme og myndighedsinstallationer kan billedet kompliceres. Microsoft og .NET er i den sammenhæng helt ude, da det er en javastandard. JSR portlets er samtidigt den integrationsform, der er den mindst ønskværdige i forhold til ”glaspladeprincippet” og en klar opdeling mellem myndigheds- og portalejers ansvar.
Remote Portlets (WSRP) er en relativ uafprøvet standard og der forventes indenfor overskuelig tid en ny version. Der er ved brug af WSRP behov for taktiske sikkerhedsløsninger (som dog ligner hvad der findes i dag i kørende portalløsninger).
Nedenfor opsummeres nogle retningslinier for i hvilke sammenhænge integrationsformerne forekommer mere eller mindre oplagte.
Genbrug af eksisterende løsninger
Links og iFrame er nærliggende til at videreføre eksisterende web løsninger. Bemærk dog at brugen af SSO teknologi ikke er helt triviel.
Har man en java platform vil JSR168 og WSRP portlets oftest også være en oplagt mulighed. Har man derimod udviklet på Microsoft kan JSR udelukkes mens såvel link, iFrame som WSRP fortsat er kandidater. WSRP vil dog her være lidt mindre triviel, da Microsoft ikke umiddelbart understøtter WSRP som producer, hvorfor der skal anvendes 3. parts komponenter.
Tæt visuel integration?
Hvis der ønskes en tæt visual integration mellem myndighed og portal og evt. med services fra forskellige myndigheder bør der anvendes iFrames eller Remote Portlets. JSR168 portlets har samme mulighed for tæt visual integration, jf. dog de allerede nævnte forbehold omkring glaspladeprincippet.
Er der modsat ønske om at afsender fortsat har egen identitet og brugeren får et tydeligt indtryk af at bevæge sig mellem forskellige hjemmesider er Link m/SSO oplagt.
Interaktion mellem myndighedsservices
Er det behov for at forskellige services på portalen taler sammen, er det afgørende om man kan vente på WSRP 2.0 som forventes at understøtte dette.
Såfremt man har behov for interaktion mellem services fra forskellige myndigheder her og nu er der kun JSR168 portlets (eller i PoC-sammenhæng uafprøvede work arounds udenfor standarderne).
Myndigheder kan dog – uafhængigt af portal integration – altid opbygge serviceorienterede løsninger, hvor myndighederne selv implementerer en integration og herefter integrerer slutresultatet op mod en af portalerne. Det er hvad case’en med Færdselsstyrelsen viser.
Sikkerhed
Såfremt sikkerhed er et væsentligt emne for en integration, skal man afklare om en taktisk løsning – uden brug af SAML tokens som viderefører det fælles login - er tilstrækkelig. Ellers skal man basere løsningen på Link eller iFrame med SSO indtil videre. Det forventes at ændre sig inden for kort tid hvor man må vente at en SAML profilering til andre services er klar.
Bemærk at afsnit 4 indeholder en opsummering af fordele og ulemper for hver integrationsform (i slutningen af hvert underafsnit).
Der er desuden gennem rapporten fremhævet en række konkrete opmærksomhedspunkter og anbefalinger, som er visuelt fremhævet i en grå boks. Disse kan læses uden at nærlæse den omkringliggende tekst.
Edited on 2007-06-03 12:14:11 by WebMaster
Additions:
Offentlig Erfaringsrapport
Forord
Det tekniske Proof of Concept i regi af den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen har kun kunnet gennemføres med deltagelse af en række myndigheder og leverandører. Derfor stor tak for indsatsen og værdifulde input til:
- Færdselsstyrelsen
- IT- og Telestyrelsen
- Rødovre Kommune
- Sundhed.dk
- IBM
- KMD
- NNIT
I øvrigt tak til de mange myndigheder og interessenter, der har taget sig tid til at gennemlæse udkast til rapport og har afgivet høringssvar. Alle input er efter bedste evne vurderet og i mange tilfælde indarbejdet i rapporten.
God læsning!
Med venlig hilsen
Kristian Hjort-Madsen
Forretnings- og it-arkitekt, Den Digitale Taskforce
Deletions:
Offentlig Erfaringsrapport
Edited on 2007-06-03 12:06:22 by WebMaster
Additions:
Teknisk Proof of Concept for Den fællesoffentlige integrationsmodel for borgerportalen og virksomhedsportalen
Offentlig Erfaringsrapport
Deletions:
Proof Of Concept
Edited on 2007-05-25 16:32:04 by WebMaster
Deletions:
CategoryPoC
Edited on 2007-05-25 16:28:21 by WebMaster
Additions:
Categories
Edited on 2007-05-25 16:27:13 by WebMaster
Additions:
CategoryPoc
Oldest known version of this page was edited on 2007-05-25 16:25:30 by WebMaster []
Page view:
Proof Of Concept
CategoryPoC
Page was generated in 0.1709 seconds
