1 / 24

Portalintegrationsprojekt ”Integration af de første portalservices”

Portalintegrationsprojekt ”Integration af de første portalservices”. Kickoff – Erfa række (2007-12-03). Dagsorden for tirsdag 2007-12-03 . Hvorfor projektet? - baggrund.

catori
Download Presentation

Portalintegrationsprojekt ”Integration af de første portalservices”

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Portalintegrationsprojekt”Integration af de første portalservices” Kickoff – Erfa række (2007-12-03)

  2. Dagsorden for tirsdag 2007-12-03

  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

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

  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

  6. 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.

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

  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

  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

  10. Fremgangsmetode (4/4) • PortalerneBorgerportalen opstiller et testmiljø til integration af WSRP, Framing og link med SSOVirksomhedsportalen 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ø

  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

  12. Projektomfang - tidsplan (2/3)

  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 …

  14. Projektorganisation - Styregruppen

  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 ?

  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

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

  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å e-mail: claa@r-m.com • Skrives på wiki: http://oim.modernisering.dk/ErfaDiskussioner

  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 10-20 ord? • Særlige udfordringer, I forventer? • Forventninger til Single Sign-on?

  20. P A U S E

  21. Integrationsmodellen

  22. P A U S E

  23. Single Sign-on (SSO) og SAML2

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

More Related