23. november 2014 | CLAA | Side 1 Portalintegrationsprojekt ”Integration af de første portalservices” Kickoff – Erfa række ( )

23. november 2014 | CLAA | Side 2 Dagsorden for tirsdag :00Velkommen 13:10 (35 min) Projektet kort fortalt a)Baggrund og formål b)Planlagt fremgangsmåde og hovedtidsplanen c)Kort om erfa rækken 13:45 (35 min) Hvem er hvem? a)Deltagerne b)Organisationen og helt kort om relevante projekter c)Forventninger til udbytte af projektet 14:20PAUSE 14:30 (30 min) Præsentation af Integrationsmodellen a)Tilladte integrationsformer og styring v/Jens K Røyen og Robert Seegert b)Spørgsmål og diskussion 15:00PAUSE 15:10 (40 min) Single Sign-on (SSO) og SAML a)Præsentation af SSO modellen og SAML2 v/Søren Peter Nielsen/Thomas Gundel b)VIRKs vinkel på brugerstyring v/Brian Nielsen 15:50 (10 min) Afrunding på dagen

23. november 2014 | CLAA | Side 3 Hvorfor projektet? - baggrund Den Digitale Taskforce har udarbejdet en Integrationsmodel (OIM version 1.0) som beskriver udfaldsrummet for integrationer på de to store portaler. Der er dog tale om to nye portaler og integrationsmodellen er endnu uafprøvet i praksis. Afprøvningen bør ske på en sådan måde, at forløbet lettes for de myndigheder, der går forrest mens erfaringerne kommer dem, der følger efter, til gode

23. november 2014 | CLAA | Side 4 Hvorfor projektet? - formål At give støtte til de deltagende myndigheder og leverandører, der deltager som piloter (første og anden bølge af services) med henblik på løsninger der kan blive integrerede i portalerne i starten af 2008 At Borgerportalen, Virksomhedsportalen og Brugerstyringssekretariatet opnår driftslignende erfaringer, der kan forberede dem bedre til driftssituationen At opnå erfaringer, der kan komme fremtidige integrationer til gode (bølge 3+ af myndigheder). Det vil konkret betyde at man forholder sig kritisk til Integrationsmodellen version 1.0 (se næste …)

23. november 2014 | CLAA | Side 5 Hvorfor projektet? - formål Herunder (i forhold til integrationsmodellen): –At validere Integrationsmodellens anbefalinger, herunder identificere og rette fejl og mangler i Integrationsmodellen –At validere Integrationsmodellens anbefalinger omkring afprøvning og idriftsættelse –At opnå erfaringer fra integrationerne, der kan omsættes til best practice anbefalinger og kodeeksempler således, at det bliver nemmere for andre at lave integrationer

23. november 2014 | CLAA | Side 6 Hvorfor projektet? - afgrænsninger Brugertest Projektet har ikke til formål at validerer om de services, der udvikles, er de rette i forhold til forretningsmæssige behov og brugernes opfattelse af kvalitet og brugervenlighed. Informationsarkitektur og kommunikation Projektet omfatter ikke stillingtagen til, hvordan man sikrer at indhold fra flere forskellige kilder anvender samme sprogbrug eller på anden måde giver en ensartet kommunikation – ud over hvad der ligger i integrationsmodellens retningslinier for brug af stylesheet mv.

23. november 2014 | CLAA | Side 7 Fremgangsmetode (1/4) Indhold og services –Projektet skal gøre erfaringer med virkelige services. Der skal således ikke være tale om et teknisk PoC niveau, som allerede er gennemført –Myndighederne går videre med deres egne projektplaner men med koordinering (og timing) og fælles deling af erfaringer undervejs Deltagere og omfang Der afvikles et fælles projekt som involverer begge portaler, fællesoffentlig brugerstyring samt en række myndigheder som samlet set gør at man får tilstrækkeligt afdækket Integrationsmodellens inte- grationsformer

23. november 2014 | CLAA | Side 8 Fremgangsmetode (2/4) Samarbejdsform (1/2) –Det er tanken at hver serviceudbyder driver sit eget projekt. Som udgangspunkt er hver deltagende part ansvarlig for egne ressourcer. Det være sig udviklingsomkostninger, testmiljø, ekstern bistand og interne ressourcer Projektet vil give støtte til myndigheder i form af facilitering af work shops og erfagrupper samt stille ekspertbistand til rådighed i begrænset omfang –Projektet skal skabe rammerne for at der opnås synergi mellem disse projektforløb ved at skabe rum for erfaringsudveksling og give støtte på en række områder

23. november 2014 | CLAA | Side 9 Fremgangsmetode (3/4) Samarbejdsform (2/2) –Det er projektledelsens ansvar, at der rent faktisk sker en opsamling af erfaringer undervejs og at dette giver sig udslag i justeringer af retningslinier i form af en ny version af Integrationsmodellen

23. november 2014 | CLAA | Side 10 Fremgangsmetode (4/4) Portalerne Borgerportalen opstiller et testmiljø til integration af WSRP, Framing og link med SSO Virksomhedsportalen opstiller et testmiljø til integration af WSRP, framing og link med SSO Brugerstyring Brugerstyringssekretariatet har ansvaret for at opstille et IdP-testmiljø, der overfor serviceudbyderne og portalejerne så vidt muligt optræder som det kommende IdP-driftsmiljø

23. november 2014 | CLAA | Side 11 Projektomfang - tidsplan (1/3) Hovedmilepæle –Planlægning september-november 2007 –Opstart december 2007 –Afslutning juli 2008 Forløb –Opdeling i to ”bølger” af services/myndigheder –Alle afprøvet og erfaringsopsamling indenfor ovenstående plan

23. november 2014 | CLAA | Side 12 Projektomfang - tidsplan (2/3)

23. november 2014 | CLAA | Side 13 Projektomfang - tidsplan (3/3) Der er lagt en række erfa-møder fast i kalendertid for at lette langsigtet planlægning for deltagerne Mere herom senere …

23. november 2014 | CLAA | Side 14 Projektorganisation - Styregruppen

23. november 2014 | CLAA | Side 15 Kendte risici Der er myndigheder, der endnu ikke var valgt services og integrationsformer. Det kan derfor være vanskeligt at sikre en dækning af integrationsformerne. Det er kritisk for projektet at en fælles brugerstyring er klar til at medvirke i projektet. Der bør derfor tænkes i nødplaner, såfremt driftsherre spørgsmålet ikke afklares i tide til at et normal-forløb med opsætning, test og drift kan leverer en testplatform til dette projekt Alle deltagende myndigheder forventes at have travlt med egne projekter. Det er derfor vigtigt at projektet tilrettelægges så dette giver reel værdi og ikke bare bliver et ekstra ressourcetræk for myndighederne. Der bør desuden ske en klar forventningsafstemning for at sikre det reelle ”commitment” til fælles planer Bud på risici, vi skal være opmærksomme på i forløbet ?

23. november 2014 | CLAA | Side 16 Erfa rækken (1/3) Fast i tid – af hensyn til planlægning –Der er lagt en række erfa-møder fast i kalendertid for at lette langsigtet planlægning for deltagerne Indhold –Der er kun på grov-skitse plan for indhold p.t. –Indhold kan påvirkes nu ! – men også senere … Form –Et relevant indlæg – for det tidspunkt i forløbet vi er i –Mulighed for at en deltager får et presserende emne på dagsordnen –Generel erfaringsudveksling og diskussion –Opsamling af erfaringer og feed back i forhold til eks. integrationsmodellen

23. november 2014 | CLAA | Side 17 Erfa rækken (2/3) – de næste 3-4 møder Onsdag, 9 januar 2008 Kl SSO forventninger. Forventning til test/afprøvning, krav til miljøer. Onsdag, 6. februar 2008 Kl Udvikler issues, OIM fortolkninger Onsdag, 5. marts 2008 Kl Klar til test af 1. bølge Onsdag, 9. april 2008 Kl Test af 1. bølge, Udvikler issues 2. bølge

23. november 2014 | CLAA | Side 18 Erfa rækken (3/3) – forslag? Forslag til tilføjelser af emner til Erfa rækken? Kommentarer til formen? Forslag fremover kan: –Sendes til Claus (PL) på –Skrives på wiki:

23. november 2014 | CLAA | Side 19 Hvem er hvem? Hvem er du? – og hvor fra? –Navn –Titel –Organisation Jeres projekt og rolle i forhold til portalintegrationsprojektet? –Hvad handler det om med ord? –Særlige udfordringer, I forventer? –Forventninger til Single Sign-on?

23. november 2014 | CLAA | Side 20 P A U S E

23. november 2014 | CLAA | Side 21 Integrationsmodellen

23. november 2014 | CLAA | Side 22 P A U S E

23. november 2014 | CLAA | Side 23 Single Sign-on (SSO) og SAML2

23. november 2014 | CLAA | Side 24 Afrunding – nogen spørgsmål vi ikke har været omkring