Portalintegrationsprojekt ”Integration af de første portalservices”

fredag 21. april 2023 | CLAA | Side 1

Portalintegrationsprojekt”Integration af de første portalservices”

Kickoff – Erfa række (2007-12-03)


Dagsorden for tirsdag 2007-12-0313:00 Velkommen

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:20 PAUSE

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:00 PAUSE

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


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


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 …)


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


Hvorfor projektet? - afgrænsninger

• BrugertestProjektet 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 kommunikationProjektet 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.


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 omfangDer 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



• 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



• 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



• PortalerneBorgerportalen 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

• BrugerstyringBrugerstyringssekretariatet har ansvaret for at opstille et IdP-testmiljø, der overfor serviceudbyderne og portalejerne så vidt muligt optræder som det kommende IdP-driftsmiljø


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



Juli35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008 2008

Planlægning

Indgåelse af aftaler med særtog/piloter

Kick offMan

03/12P H

Beskrivelse af testmiljøer til godkendelse

V Å E

Testmiljøer, portaler E I S L

Testmiljøer, IdP'er F N CSC klar til test ▼ K L

Testmiljøer, services T V T E I

Udvikling af services bølge 1 E A J E 20-21 + 24/3

G

Udvikling af services bølge 2 R L U R D

Erfa udveksling, piloter Å G L Ons 09/01

Ons 06/02 F Ons

05/03A

Ons 09/04

Ons 07/05

proj slut 02/07

Afprøvning mod portaler, bølge 1

R E G

Afprøvning mod portaler, bølge 2

R E

Justering af Integrationsformer Integrationsmodel OIM

C I

Justering af Processer og Afprøvning OIM

L E

Udarbejdelse af best practise Integrationsmodel -> OIM 1.5

A

Projektafslutning A

Styregruppemøder22/10

Opstart

26/11 Fase slut

14/01 Status

Vinter-ferie

10/03 Fase slut

28/04 Fase slut

26/05 Status

16/06 Fase slut

Proj slut

Fase3: Udvikling II og Afprøvning I Fase5: OpsamlingFase1: Initiering/planlægning

Januar Februar Marts April Maj Juni

Fase4: Afprøvning IIFase2: Udvikling I

IdP - logintjenester

September Oktober November December

TF/Projektledelsen Alle Portalejere Piloter/særtog



• Der er lagt en række erfa-møder fast i kalendertid for at lette langsigtet planlægning for deltagerne

• Mere herom senere …

Test af 1. bølge, Udvikler issues 2. bølge

Onsdag, 9. april 2008

Kl. 13-16

Klar til test af 1. bølgeOnsdag, 5. marts 2008

Kl. 13-16

Udvikler issues, OIM fortolkninger

Onsdag, 6. februar 2008

Kl. 13-16

SSO forventninger. Forventning til test/afprøvning, krav til miljøer.

Onsdag, 9 januar 2008

Kl. 13-16



Kl. 13-16

Klar til test af 1. bølgeOnsdag, 5. marts 2008

Kl. 13-16



Kl. 13-16



Kl. 13-16


Projektorganisation - Styregruppen

Navn Organisation Kontaktinfo

Jens Krieger Røyen (Formand)

Taskforcen,

Finansministeriet

[email protected]

3395 1896

Piet Syhler Borger.dk, IT og Telestyrelsen

[email protected] 2567 4246

Michael Kleven Virk.dk,

Erhvervs- og

Selskabsstyrelsen

[email protected]

3330 7544

Thomas Clausen Brugerstyring-

sekretariatet

[email protected]

3395 6861

Kristian Hjort-Madsen Taskforcen,

Finansministeriet

[email protected]

3395 1893

Michael Busk-Jepsen

IT-arkitekturkontoret,

IT og Telestyrelsen

[email protected]

3337 9279

Jack Johansen Skat, repræsentant

for serviceudbydere

J ack.J [email protected]

Lars Roark

Rødovre Kommune,

repræsentant for

serviceudbydere

[email protected]

3637 7000


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 ?


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


Erfa rækken (2/3) – de næste 3-4 møder


Kl. 13-16



Kl. 13-16


Onsdag, 5. marts 2008

Kl. 13-16

Klar til test af 1. bølge


Kl. 13-16



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å e-mail: [email protected]

– Skrives på wiki: http://oim.modernisering.dk/ErfaDiskussioner


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 10-20 ord?

– Særlige udfordringer, I forventer?

– Forventninger til Single Sign-on?


P A U S E


Integrationsmodellen


P A U S E


Single Sign-on (SSO) og SAML2


Afrunding – nogen spørgsmål vi ikke har været omkring

Portalintegrationsprojekt ”Integration af de første portalservices”

Documents

Transcript of Portalintegrationsprojekt ”Integration af de første portalservices”